Sorun bildirimi, genellikle bir raporun veya teklifin başında bulunan, sorunu veya belgenin okuyucuya tartıştığı sorunu açıklamak için yer alan kısa bir metindir. Genel olarak, bir problem ifadesi problemin temel gerçeklerini özetleyecek, problemin neden önemli olduğunu açıklayacak ve mümkün olduğunca çabuk ve doğrudan bir çözüm belirleyecektir. Problem formülasyonları genellikle iş dünyasında planlama amacıyla kullanılır, ancak yazılı bir rapor veya proje gibi stilize edilmiş bir raporun parçası olarak akademik durumlarda da kullanılabilir. Kendi Problem Formülasyonunuzu yazmaya başlamak için aşağıdaki Adım 1'e bakın!
Adım
Yöntem 1/2: Kendi Sorun Bildiriminizi Yazma
Adım 1. "İdeal" durumu tanımlayın
Bir sorun bildirimi yazmanın birçok farklı yolu vardır - bazı kaynaklar doğrudan sorunun kendisine gitmeyi önerirken, diğerleri sorunu (ve çözümü) okuyucunun anlamasını kolaylaştırmak için önce bazı arka plan bağlamı sağlamayı önerir. Nasıl başlayacağınızdan gerçekten emin değilseniz, ikinci seçeneğe gidin. Kısalık, her pratik yazının amaçlaması gereken bir şey olsa da, iyi anlamak daha da önemlidir. İşlerin nasıl yürümesi gerektiğini açıklayarak başlayın. Probleminizden bahsetmeden önce, problem olmasaydı işlerin nasıl gideceğini birkaç cümle ile açıklayın.
Örneğin, büyük bir havayolu şirketinde çalıştığımızı ve yolcuların uçaklarımıza biniş şeklinin zaman ve kaynak kullanımında verimsiz olduğunu gördüğümüzü varsayalım. Bu durumda, havayolunun başarması gereken biniş sisteminin verimsiz olduğu ideal bir durumu şöyle tanımlayarak problem formülasyonumuza başlayabiliriz: "ABC Havayolları tarafından kullanılan biniş protokolü, bu uçuştaki her yolcuyu uçağa almayı hedeflemelidir. uçağın mümkün olduğu kadar çabuk kalkabilmesi için hızlı ve verimli bir şekilde. Uçağa binme süreci zaman verimliliği için optimize edilmeli ama aynı zamanda tüm yolcular tarafından kolayca anlaşılabilecek kadar basit olmalıdır."
Adım 2. Sorununuzu tanımlayın
Mucit Charles Kettering'in sözleriyle, "İyi ifade edilmiş bir sorun, yarı çözülmüş bir sorundur." Bir problem ifadesinin en önemli (en önemli olmasa da) hedeflerinden biri, okuyucuya yöneltilen problemi açık, anlaşılır ve anlaşılması kolay bir şekilde ifade etmektir. Çözmek istediğiniz sorunu kısaca özetleyin - bu, sorunun özüne iner ve en önemli bilgiyi sorun bildiriminde en üstte, en görünür yerde konumlandırır. Yukarıda önerildiği gibi yeni bir "ideal" durum belirttiyseniz, tespit ettiğiniz sorunun ne olduğunu göstermek için cümlenize "Ancak…" veya "Maalesef…" gibi bir cümle ile başlamak isteyebilirsiniz. ideal vizyonun gerçeğe dönüşmesini engelleyen şey.
Yolcuları uçağa bindirmek için tipik "arkadan öne" oturma sisteminden daha hızlı ve daha verimli bir sistem geliştirdiğimizi düşünelim. Bu durumda, "Ancak, ABC Havayolları'nın mevcut biniş sistemi, şirket zamanını ve kaynaklarını verimsiz bir şekilde kullanmaktır. Mevcut biniş protokolleri, çalışan saatlerini boşa harcayarak şirketin daha az rekabetçi olmasını sağlar ve Yavaş bir uçağa binme sürecine katkıda bulunan bu, marka imajını olumsuz hale getiriyor."
Adım 3. Sorununuzun finansal maliyetlerini tanımlayın
Sorununuzu belirttiğiniz anda, bunun neden önemli olduğunu açıklamak isteyeceksiniz - sonuçta hiç kimsenin her küçük sorunu çözmeye çalışacak zamanı veya kaynağı yok. İş dünyasında, para neredeyse her zaman alt satırdadır, bu nedenle sorunlarınızın hedeflediğiniz şirket veya kuruluş üzerindeki finansal etkisini vurgulamaya çalışmak isteyeceksiniz. Örneğin, tartıştığınız konular işletmenizin daha fazla para kazanmasını engelliyor mu? İşletmenizin parasını aktif olarak tüketiyor mu? Marka imajınıza zarar veriyor ve dolayısıyla işletmenizin parasını dolaylı olarak tüketiyor mu? Sorununuzun mali yükü konusunda kesin ve net olun - sorununuzun tam dolar miktarını (veya iyi hesaplanmış bir maliyetini) belirlemeye çalışın.
Havayolu örneğimizde şöyle bir sorunun finansal maliyetini açıklamaya devam edebiliriz: "Biniş sisteminin verimsizliği şu anda şirket için önemli bir mali yük. Ortalama olarak, mevcut biniş sistemi, biniş başına ortalama dört dakika harcıyor. her bir ABC uçuşunda günde toplam 20 adam-saat boşa harcanıyor. Bu, günde yaklaşık 400$ veya yılda 146000$'lık bir israf demektir."
Adım 4. Ekstrenizi hesaba katın
Ne kadar para talep ederseniz edin sorununuzu şirketiniz aleyhine tüketirse, iddianızı sağlam kanıtlarla gerekçelendiremezseniz ciddiye alınmayabilirsiniz. Sorununuzun ne kadar ciddi olduğuna dair belirli iddialarda bulunmaya başlar başlamaz, ifadenizi kanıtlarla desteklemeye başlamalısınız. Bazı durumlarda bu, kendi araştırmanızdan, ilgili araştırma veya projelerden elde edilen verilerden veya hatta saygın üçüncü taraf kaynaklardan elde edilebilir.
- Bazı kurumsal ve akademik durumlarda, sorun bildiriminizin metninde kanıtlarınıza açıkça atıfta bulunmanız gerekebilirken, diğer durumlarda, alıntılarınız için sadece dipnotları veya diğer kısaltmaları kullanmanız yeterli olabilir. Emin değilseniz, patronunuzdan veya profesörünüzden tavsiye isteyin.
- Bir önceki adımda kullandığımız cümleyi tekrar inceleyelim. Sorunun maliyetlerini tanımlarlar, ancak bu maliyetlerin nasıl keşfedildiğini açıklamazlar. Daha kapsamlı bir açıklama şunları içerebilir: "… Dahili performans izleme verilerine dayanarak, [1] Ortalama olarak, mevcut biniş sistemi biniş oturumu başına yaklaşık dört dakika boşa harcıyor ve her ABC uçuşunda günde toplam 20 saat boşa harcanıyor. Terminal personeline saat başına ortalama 20 dolar ödenir, bu nedenle bu, günde yaklaşık 400 dolar veya yılda 146000 dolar israf demektir." Dipnota dikkat edin - gerçek bir sorun bildiriminde bu, belirtilen verileri içeren bir referans veya eke karşılık gelir..
Adım 5. Bir çözüm önerin
Sorunun ne olduğunu ve neden bu kadar önemli olduğunu açıkladıktan sonra, bununla nasıl ilgilenmeyi önerdiğinizi açıklamaya devam edin. Sorununuzun orijinal ifadesinde olduğu gibi, çözümünüzün açıklaması da olabildiğince açık ve öz olacak şekilde yazılmalıdır. Büyük, önemli, somut kavramlara bağlı kalın ve küçük ayrıntıları sonraya bırakın - teklifinizin gövdesinde önerilen çözümünüzün her küçük yönüne girmek için birçok fırsatınız olacak.
Havayolu örneğimizde, verimsiz biniş uygulamaları sorununa çözümümüz, icat ettiğimiz bu yeni sistemdir, bu nedenle küçük ayrıntılara girmeden bu yeni sistemin ana hatlarını kısaca anlatmalıyız. "Kowlard Business Efficiency Institute'den Dr Edward Right tarafından önerilen ve yolcuların uçağa arkadan öne değil yandan binmesini düzenleyen değiştirilmiş bir biniş sistemi kullanarak, ABC Havayolları boşa harcanan dört dakikayı ortadan kaldırabilir" gibi bir şey söyleyebiliriz. Sonra devam edebiliriz, yeni sistemin temel özünü açıklayabiliriz, ancak bunu yapmak için bir veya iki cümleden fazlasını kullanmayacağız, çünkü analizimizin "et"i teklifin gövdesinde olacaktır
Adım 6. Çözümün faydalarını açıklayın
Yine, okuyucularınıza bu sorun hakkında ne yapmaları gerektiğini söylediğinize göre, bu çözümün neden iyi bir fikir olduğunu açıklamak çok iyi bir fikirdir. İşletmeler her zaman verimliliği artırmaya ve daha fazla para kazanmaya çalıştıklarından, öncelikle çözümünüzün finansal etkisine - hangi maliyetlerin düşürüleceğine, hangi yeni gelir biçimlerinin üretileceğine vb. odaklanmak isteyeceksiniz. Artan müşteri memnuniyeti gibi somut olmayan faydaları da tanımlayabilirsiniz, ancak toplam açıklama paragraf başına birkaç cümleden uzun olmamalıdır.
Örneğimizde, şirketimizin çözümümüzün sağladığı tasarruftan nasıl kâr etmesinin beklenebileceğini kısaca açıklayabiliriz. Bunun gibi birkaç cümle işe yarayabilir: "ABC Havayolları bu yeni biniş programını uygulamaktan önemli ölçüde yararlanabilir. Örneğin, tahmini yıllık 146,000 dolarlık tasarruf, uçuş seçimini yüksek talep gören pazarlara genişletmek gibi yeni bir gelir kaynağı olarak yönlendirilebilir. Ayrıca, bu çözümü benimseyen ilk Endonezya havayolu şirketi olarak ABC, değer ve kolaylık alanlarında endüstride trend belirleyici olarak hatırı sayılır bir tanınırlık kazanabilir."
Adım 7. Sorunu ve çözümü özetleyerek sonuca varın
Firmanız için ideal bir vizyon ortaya koyduktan, bu ideale ulaşmanızı engelleyen sorunları belirledikten ve önerilen çözümlere ulaştıktan sonra işiniz neredeyse tamamlanmış demektir. Geriye kalan tek şey, teklifinizin ana gövdesine kolayca geçiş yapmanızı sağlayacak ana argümanlarınızın bir özeti ile sonuçlandırmak. Gerektiğinden daha fazla bu sonuca varmaya gerek yok - sadece birkaç cümleyle, problem ifadenizde açıklananların temel özünü ve makalenin gövdesinde almayı düşündüğünüz yaklaşımı belirtmeye çalışın..
Havayolu örneğimizde şöyle bir sonuca varabiliriz: "Mevcut biniş protokollerinin optimizasyonu veya yeni ve daha etkili protokollerin benimsenmesi, şirketin devam eden rekabet gücü için kritik öneme sahiptir. Bu teklifte, Dr. Right tarafından geliştirilen alternatif biniş protokolleri fizibilite açısından analiz edilir ve etkili uygulama için adımlar önerilmektedir." Mevcut uçağa binme prosedürünün o kadar iyi olmadığı ve yenisinin daha iyi olduğu şeklindeki sorun bildiriminin ana noktalarını özetler ve okuyuculara okumaya devam ederlerse bir sonraki adımda ne yapmaları gerektiğini söyler
Adım 8. Akademik çalışma için tez cümlesini unutmayınız
İş için değil, okul/kolej için bir sorun bildirimi yazmanız gerekiyorsa, süreç büyük ölçüde aynı olacaktır, ancak iyi notlar almak için göz önünde bulundurmanız gereken ek şeyler olabilir. Örneğin, birçok bilimsel yazı dersi, problem cümlenize bir tez cümlesi eklemenizi isteyecektir. Bir tez ifadesi (bazen basitçe "tez" olarak adlandırılır), tüm argümanınızı özüne kadar özetleyen tek bir cümledir. İyi bir tez ifadesi, hem sorunu hem de çözümü mümkün olduğunca kısa ve net bir şekilde tanımlar.
- Örneğin, öğrencilerin kendi çalışmaları olarak alıp göndermeleri için önceden yazılmış ve/veya ısmarlama çalışmalar satan bir şirket olan akademik bir makale fabrikası konusunda bir makale yazdığımızı varsayalım. Tezimizin bir ifadesi olarak, sorunu ve önereceğimiz çözümü kabul eden şu cümleyi kullanabiliriz: "Öğrenme sürecini kesintiye uğratan ve varlıklı öğrencilere fayda sağlayan akademik makale satın alma pratiği, öğretim üyelerine güçlü dersler vererek aşılabilir. dijital analiz araçları.."
- Bazı sınıflar, tez cümlenizi problem cümlenizde belirli bir yere yerleştirmenizi açıkça gerektirir (örneğin, ilk veya son cümle olarak). Aksi takdirde, daha fazla özgürlüğe sahip olacaksınız - emin değilseniz profesörünüze danışın.
Adım 9. Kavramsal problem için aynı süreci takip edin
Tüm sorun raporları, pratik ve gerçek sorunlarla ilgilenen belgeler olmayacaktır. Bazıları, özellikle akademide (ve özellikle beşeri bilimlerde), kavramsal problemlerle - soyut fikirler hakkında nasıl düşündüğümüzle ilgili problemlerle - uğraşacaktır. Bu durumda, eldeki sorunu sunmak için aynı temel sorun formülasyon çerçevesini kullanmaya devam edebilirsiniz (iş odağından açıkça kayarak). Başka bir deyişle, sorunları tanımlamak (genellikle kavramsal problemlerde bu, bazı fikirlerin iyi anlaşılmadığı biçimini alır), neden sorunlu olduklarını açıklamak, bunları nasıl ele almayı planladığınızı açıklamak ve tüm bunları özetlemek isteyeceksiniz. sonuç olarak bu..
Örneğin, Fyodor Dostoyevski'nin Karamazov Kardeşler'inde dini sembolizmin önemine ilişkin bir rapor için bir sorun ifadesi yazmamızın istendiğini varsayalım. Bu durumda, problem formülasyonumuz, romanın dini sembolizminde iyi anlaşılmayan bazı yönleri belirlemeli, bunun neden önemli olduğunu açıklamalıdır (örneğin, romanda dini sembolizmin daha iyi anlaşılmasının, romandan yeni anlayışlar çıkarabileceğini söyleyebiliriz). kitap).) ve argümanımızı desteklemek için planımızı ortaya koyun
Yöntem 2/2: Sorun Formülünüzü Parlatma
Adım 1. Özetleyin
Bir sorun raporu yazarken akılda tutulması gereken bir şey varsa, o da şudur. Sorun Raporu, sorunu ve çözümünü okuyucuya sunma işlevini yerine getirmek için gerekenden uzun olmamalıdır. Kelimeleri boşa harcama. Bu sorun ifadesinin amacına doğrudan katkı sağlamayan tüm cümleler çıkarılmalıdır. Açık ve doğrudan bir dil kullanın. Küçük ayrıntılara takılıp kalmayın - sorun bildirimi yalnızca sorunun özü ve çözümü ile ilgilenmelidir. Genel olarak, bilgilendirici niteliğinden ödün vermeden sorun bildiriminizi mümkün olduğunca kısa tutun.
Sorun bildirimi, kendi kişisel yorumlarınızı veya "tatlarınızı" eklemenin yeri değildir, çünkü bu, sorun bildirimini herhangi bir pratik amaç olmaksızın daha da uzun hale getirir. Konunun ciddiyetine ve okuyucularınıza bağlı olarak, belgenizin gövdesinde daha ayrıntılı olma fırsatınız olabilir veya olmayabilir
Adım 2. Okuyucularınız için yazın
Bir sorun bildirimi yaparken, kendiniz için değil, başka biri için yazdığınızı hatırlamak önemlidir. Farklı okuyucuların farklı bilgileri, farklı okuma nedenleri ve probleminize karşı farklı tutumları olacaktır, bu nedenle yazarken hedef kitlenizi aklınızda tutmaya çalışın. Sorun ifadenizin açık ve okuyucularınızın olabildiğince iyi anlamasını istiyorsunuz, bu da tonunuzu, stilinizi ve diksiyonunuzu bir okuyucu türünden diğerine uyarlamanız gerekebileceği anlamına geliyor. Yazarken kendinize şu gibi sorular sormaya çalışın:
- "Özellikle kimin için yazıyorum?"
- "Neden bu tür bir okuyucuyla uğraşıyorum?"
- "Bu okuyucu tüm terimleri ve kavramları benim kadar iyi biliyor mu?"
- "Bu okuyucu bu konuda benimle aynı tutuma sahip mi?"
- "Okuyucularım neden bu konuyu önemsiyor?"
Adım 3. Tanımlamadan terimleri kullanmayın
Yukarıda belirtildiği gibi, problem açıklamanız, okuyucularınızın mümkün olduğunca tam olarak anlayabileceği şekilde yazılmalıdır. Bu, yazdığınız alanın terminolojisine hakim olabilecek bir teknik okuyucu için yazmıyorsanız, teknik terimleri çok fazla kullanmaktan kaçınmak ve kullandığınız terimleri tanımladığınızdan emin olmak isteyeceğiniz anlamına gelir. Okuyucularınızın sahip olduğunuz tüm teknik bilgilere otomatik olarak sahip olduğunu varsaymayın; onlara yabancılaşma ve aşina olmadıkları terimler ve bilgilerle karşılaşır karşılaşmaz okuyucuları kaybetme riskini alırsınız.
Örneğin, yüksek eğitimli doktorlardan oluşan bir kurul için yazıyor olsaydık, "metakarpal" teriminin ne anlama geldiğini bildiklerini varsaymak doğru olabilir. Bununla birlikte, tıp eğitimi almış veya almamış hem doktorlardan hem de zengin hastane yatırımcılarından oluşan bir okuyucu kitlesine yazıyorsak, "metakarpal" kelimesini ve tanımını - ilk iki eklem arasındaki kemik - tanıtmak iyi bir fikirdir. parmak
Adım 4. Kapsamı dar, problem tanımlı tutun
En iyi Sorun Raporları geniş ve ayrıntılı değildir. Bunun yerine, tek bir şeye odaklanın ve sorunları ve çözümleri kolayca belirleyin. Genel olarak, dar, iyi tanımlanmış konuların inandırıcı bir şekilde yazılması, büyük ve belirsiz olanlardan daha kolaydır; bu nedenle, mümkün olduğunda, sorun bildiriminizin kapsamını (ve dolayısıyla belgenizin gövdesini) iyi odaklanmış halde tutmak isteyeceksiniz. Bu, sorun bildiriminizi (veya belgenizin gövdesini) kısa tutarsa, bu genellikle iyi bir şeydir (ödeviniz için minimum sayfa sınırına sahip olduğunuz akademik durumlar dışında).
- İyi bir kural, yalnızca kesinlikle kesinlikle çözebileceğiniz sorunları belirtmektir. Tüm probleminizi çözecek kesin bir çözümden emin değilseniz, projenizin kapsamını daraltmak ve problem formülasyonunuzu bu yeni odağı yansıtacak şekilde değiştirmek isteyebilirsiniz.
- Sorun bildiriminin kapsamını kontrol altında tutmak için, belgenin gövdesini tamamladıktan sonra veya yeni bir öneriyi sorun bildirimini yazmak için beklemek yardımcı olabilir. Bu durumda problem ifademizi yazarken kendi belgemizi rehber olarak kullanabiliriz, böylece yazarken kapsayabileceğimiz alemler hakkında tahminde bulunmamıza gerek kalmaz.
Adım 5. "Beş W" yi hatırlayın
Problem ifadesi, mümkün olduğunca az kelimeyle mümkün olduğunca bilgilendirici olmalı, ancak küçük ayrıntılara girmemelidir. Sorun bildiriminize ne ekleyeceğiniz konusunda şüpheniz varsa, akıllıca bir fikir beş W'yi (kim/kim, ne/ne, nerede/nerede, ne zaman/ne zaman ve neden/neden) yanıtlamaya çalışmaktır. artı nasıl / nasıl. Beş W'yi ele almak, okuyucularınıza, gereksiz ayrıntı seviyelerine girmeden sorunları ve çözümleri anlamaları için iyi bir temel bilgi düzeyi sağlar.
Örneğin, yerel belediye meclisi için yeni bir bina inşasını önermek için bir sorun bildirimi yazıyorsanız, geliştirmeden kimlerin yararlanacağını, inşaat için neye ihtiyaç duyulacağını, inşaatın nerede yapılacağını açıklayarak beş W'yi ele alabilirsiniz. olması gerektiği, inşaatın ne zaman başlaması gerektiği ve kalkınmanın neden şehir için nihayetinde parlak bir fikir olduğu
Adım 6. Resmi bir dil kullanın
Problem formülasyonları neredeyse her zaman ciddi teklifler ve projeler için kullanılır. Bu nedenle, sorun bildiriminizde onurlu ve resmi bir yazı stili (belgenin gövdesi için kullanmayı umduğunuz stile benzer) kullanmak isteyeceksiniz. Yazınızın açık, sade ve doğrudan olduğundan emin olun. Sorun ifadenizde arkadaşça veya rahat bir ton kullanarak okuyucularınızı kazanmaya çalışmayın. Mizah veya şaka kullanmayın. Önemli olmayan başka hiçbir şey veya anekdot eklemeyin. Argo veya günlük konuşma dili kullanmayın. İyi bir sorun raporu yapılması gereken bir iş olduğunu bilir ve gereksiz içerik üzerinde zaman veya mürekkep harcamaz.
Tamamen "eğlenceli" içerik eklemeye genellikle en yakın olanı beşeri bilimlerde akademik yazı yazmaktır. Burada bazen alıntı veya epigrafla başlayan sorunlu raporlarla karşılaşmak mümkündür. Ancak bu durumda da, alıntı eldeki konuyla ilgilidir ve sorun ifadesinin geri kalanı resmi bir tonda yazılmıştır
Adım 7. Her zaman hataları düzeltin
Bu, tüm ciddi yazı türleri için bir zorunluluktur - tarihte dikkatli bir gözden ve iyi bir düzelticiden yararlanamayan ilk taslak yoktur. Sorun bildiriminizi tamamladıktan sonra hızlı bir şekilde okuyun. "Konu" doğru görünüyor mu? Fikirlerini tutarlı bir şekilde sunuyor mu? Mantıksal olarak organize görünüyor mu? Değilse, bu değişiklikleri şimdi yapın. Sonunda sorun bildiriminizin yapısından memnun kaldığınızda, yazım, dil bilgisi ve biçimlendirme hatalarını kontrol edin.
