Advanced
Search
  1. Home
  2. Problem Tanımlama Süreci Nedir?

Problem Tanımlama Süreci Nedir?

  • 10 Şubat 2021
  • 0 Likes
  • 230 Views
  • 0 Comments

Bu makale size Problem Tanımlama Sürecinin pratik bir açıklamasını sunmaktadır Okuduktan sonra bu güçlü problem çözme yönteminin temellerini anlayacaksınız.

Problem Tanımlama Süreci nedir?

Sorunların kendilerini tanımlama eğiliminde olduğunu ve odak noktasının sonuçlarını belirlemek ve çözüm aramak olması gerektiğini düşünmek açık görünüyor. Bir dereceye kadar bu doğrudur. Fakat Problem Tanımlama Süreci ile elde edilecek doğru problem tanımı, uygun çözüme giden yolu basitleştirir. Problem analitik olarak tanımlandığı için problem farklı açılardan incelenir ve problem tanımlama süreci, büyük kritik problemler üzerinde yapılan analizlerde odaklanılması gereken noktaları netleştirir.

Problem Tanımlama Süreci, örneğin bir organizasyon içindeki veya bir projedeki farklı problemleri karşılaştırmak için kullanılabilen ve daha önce belirsiz olan genel problemleri vurgulayabilen bir araçtır. Başlangıçta sorunun tamamı gibi görünen şey, genellikle daha büyük, daha derin ve daha karmaşık bir sorunun yalnızca bir parçası veya belirtisidir. Problem tanımlama süreci, problemi farklı açılardan sunarak görselleştirmeye ve daha geniş bağlamı ve ilgili problemleri tanımlamaya yardımcı olur.

Problem Tanımlama Sürecini uygulamak, özellikle tüm paydaşlar dahil olduğunda etkilidir. Bu şekilde sorunun boyutu ve olası sonuçları hakkında değerli görüşler geliştirilebilir. Ek olarak çözümler problem tanımlama sürecinin bir parçası olmasa bile, yaratıcı çözümler hakkında fikir geliştirilebilir. Bununla birlikte örneğin bir Kök Neden Analizine geçmeden, bir Ishikawa diyagramı oluşturmadan veya bir neden-sonuç analizi gerçekleştirmeden önce sorunu tanımlamak çok önemlidir.

Problem Tanımlama Sürecindeki Adımlar

1. Vizyonu açıklayın

En ideal durumda işlerin nasıl çalışması gerektiğini açıklayarak başlayın. Problem tanımlanmadan veya tedavi edilmeden önce, problem olmasaydı durumun ne olacağını açıklamak için birkaç cümle kullanılmalıdır. Örneğin, küçük bir havayolunun check-in protokolünü ele alalım. Her yolcunun havalimanında check-in yapması gerekiyorsa, sonuç olarak uzun kuyruklar oluşur ve bu çok zaman alır. Verimsiz bir check-in protokolü zaman alıcıdır ve ekstra maliyetler gerektirir. Bu bir problem. Sonuçta, uçağın bir an önce kalkması gerekiyor. Bu yüzden durumu tüm yolcular için anlaşılır hale getirirken check-in protokolü optimize edilmelidir.

2. Sorunu açıklayın

Sorunu doğru bir şekilde tanımlamak genellikle işin yarısıdır. Problemi kısaca özetleyin ve temel bilgiyi tek kelime öbeği problem tanımının başlangıcına yerleştirin. Havayolu şirketi söz konusu olduğunda, şu olabilir: Şirketin mevcut check-in protokolü kullanımda verimsizdir. Mevcut protokol, çalışma saatlerini boşa harcayarak şirketi daha az rekabetçi hale getirir ve daha yavaş bir giriş süreci olumsuz bir marka imajı oluşturur.

3. Sorunun mali sonuçlarını açıklayın

Problem tanımlandıktan sonra neden problem olduğu açıklanmalıdır. Sonuçta, hiç kimsenin her küçük sorunu çözme imkanı yok. Örneğin, havayolu günde 50 yolcu taşıyorsa ve mevcut check-in protokolü yolcu başına yaklaşık 6 dakika boşa harcıyorsa, bu günde yaklaşık 5 saatlik bir kayıpla sonuçlanır, bu da günlük 100 € veya 36.500 € tutarındadır. yıl başına. Örneğin, bir maliyet-fayda analizi, online bir check-in portalına yapılan yatırımın telafi edilip edilemeyeceğini gösterebilir.

Yalın’ın 5 kez neden kullanın

Probleme yeterli arka plan bilgisiyle yaklaşmak avantajlıdır, çünkü önceden öngörülemeyen sorunları tespit edebilir. Problem Tanımlama Sürecine girerken, Yalın’ın “5 kez neden” yöntemini kullanın: kim, ne, nerede, ne zaman ve neden. Problem tanımını tanımlarken, beş W’nin tümü tam olarak cevaplanmalıdır.

  • Soruna kim neden olur veya soruna kim neden olur?
  • Sorun olmasaydı durum ne olurdu ve sorun devam ederse gelecekte durum nasıl olur?
  • Sorun nerede meydana geliyor?
  • Problem ne zaman çözülmeli?
  • Sorunu çözmek neden önemlidir?

Burada sorulabilecek bazı sorular nelerdir?

  • Sorun geçici mi yoksa kalıcı mı?
  • Sorundan kaç kişi etkilendi?
  • Sorunun bu analizi mevcut bilgileri, uygulamaları veya protokolleri muhtemelen etkiliyor mu?

Sorun tanımını tamamlayın

Sorun tanımını iyileştirmek için bazı ipuçları şunlardır:

Özlü olun

Problem tanımını yazarken akılda tutulması gereken bir şey, onu olabildiğince kısa ve açık tutmaktır. Problem tanımı gereğinden uzun olmamalı ve onu okuyan herkes tarafından anlaşılmalıdır. Açık, doğrudan bir dil kullanın ve küçük ayrıntılara takılıp kalmayın. Yalnızca sorunun özü ele alınmalıdır.

Başkaları için yazın

Sorunla farklı tarafların ilgilenme olasılığı yüksek olduğundan, herkesin sorunu aynı şekilde yorumlaması önemlidir. Bu yüzden tonu, stili ve diksiyonu buna göre ayarlayın. Kendinize sorun: bunu kimin için yazıyorum? Bu insanlar benimle aynı terimleri ve kavramları biliyor mu? Bu insanlar benimle aynı tutumu mu paylaşıyor?

Bu yüzden jargon kullanmaktan kaçınmaya çalışın

Yukarıda bahsedildiği gibi, problem tanımı herkesin onu doğru yorumlayacağı şekilde yazılmalıdır. Bu durum okuyucunun doğru bilgiye sahip olduğu varsayılmadığı sürece, teknik terminolojiden kaçınılması veya bu terimlerin açıklanması gerektiği anlamına gelir.

Konu Özeti

Problemler genellikle kendi kendine çözülmez, bu yüzden problemleri zaman kaybetmeden veya diğer verimsizlikleri teşvik etmeden ele almak çok önemlidir. Genellikle birden fazla taraf sorunun çözümü üzerinde çalıştığından, sorunun tanımı çözümün en önemli parçasıdır çünkü sorunun farklı yorumları çok fazla belirsizliğe neden olur. Problem tanımını tanımlamak için Problem Tanımlama Sürecini kullanır. İdeal durumu tarif ederek, sorunu açıklayarak ve sonuçlarını “beş kez neden” yöntemiyle belirleyerek, ‘kutunun dışında’ düşünebilecek ve soruna her açıdan bakılmasını sağlayabilecektir.

Ne düşünüyorsunuz?

Problem Tanımlama Süreci açıklamasına aşina mısınız? Net bir problem tanımına katkıda bulunan şeyler sizce nedir? Problem Tanımlama Sürecini ortamınızda nasıl uygularsınız? Herhangi bir ipucunuz veya ek yorumunuz var mı?

Düşüncelerinizi ve bilginizi aşağıdaki yorum kutusunda paylaşabilirsiniz.

Bu makaleyi beğendiyseniz, modeller ve yöntemler hakkındaki en son gönderiler için bültenimize kaydolabilirsiniz.

Kaynakça

  • Cavana, RY, Delahaye, BL ve Sekaran, U. (2001). Uygulamalı işletme araştırması: Nitel ve nicel yöntemler. John Wiley&Sons Avustralya.
  • Hicks, MJ (2013). İşletme ve yönetimde problem çözme: sert, yumuşak ve yaratıcı yaklaşımlar. Springer.
  • Gray, B. (1989). İşbirliği: Çok taraflı sorunlar için ortak zemin bulmak.
    • Share:

    Leave Your Comment