Teknik Bir Problem Nasıl Çözülür? İlk Tahminden Gerekçeli Sonuca
Sorunu çözüm cümlesiyle karıştırmamak
Bir projede “Daha büyük bir parça yapmalıyız” denildiğinde henüz sorun tanımlanmış olmayabilir. Bu ifade bir çözüm önerisidir. Önce mevcut durumda neyin beklentiyi karşılamadığı anlaşılmalıdır. Boyut, kullanım biçimi veya açıklama eksikliği gibi farklı nedenler aynı şikayete yol açabilir.
Öğrenci, sorunu tarafsız bir cümleyle yazmayı deneyebilir. Örneğin “Sunumu izleyenler modeldeki bilgi akışını takip edemiyor” ifadesi, hangi sonucun beklendiğini daha açık anlatır. Artık çözüm seçeneklerini karşılaştırmak için ortak bir başlangıç vardır.
Gözlem ile tahmini ayrı tutmak
Bir durumun nedenini düşündüğümüzde tahmin üretiriz. Tahminler yararlıdır, ancak doğrulanmış bilgi gibi yazıldığında düşünceyi daraltabilir. “Etiketler okunmuyor” bir gözlem olabilir; “Renk seçimi yanlış” ise ayrıca incelenmesi gereken bir açıklamadır.
Bir ekip notlarını iki sütuna ayırabilir: Gözlenen durumlar ve olası açıklamalar. Öğretmenle yapılan değerlendirmede hangi açıklamayı destekleyen bilginin bulunduğu konuşulur. Bu düzen, ilk fikre gereğinden fazla bağlanmayı önlemeye yardımcı olur.
Seçenekleri aynı ölçütlerle karşılaştırmak
Birden fazla öneri olduğunda yalnızca en etkileyici görüneni seçmek yeterli olmayabilir. Çözümün ihtiyaca uygunluğu, anlaşılabilirliği, mevcut zamanla uyumu ve güvenli eğitim sınırları birlikte düşünülmelidir. Her öneriye farklı ölçüt uygulamak karşılaştırmayı adaletsiz hale getirir.
Sorunu gerçekten açıklıyor veya azaltıyor mu?
Kullanıcı ya da izleyici için anlaşılır mı?
Ekip mevcut bilgi ve süreyle değerlendirebilir mi?
Öğretmenin belirlediği güvenlik ve kapsam koşullarına uyuyor mu?
Küçük bir değişiklikten öğrenmek
Kavramsal bir tasarımda aynı anda birçok şeyi değiştirmek, hangisinin işe yaradığını anlamayı zorlaştırabilir. Bir sunumdaki etiketleri sadeleştirmek gibi sınırlı bir değişiklik, etkisini tartışmayı kolaylaştırır. Buradaki amaç gerçek bir teknik sisteme bağımsız müdahale etmek değildir.
Öğrenciler değişiklik öncesi ve sonrası gözlemlerini kaydedebilir. Beklenen iyileşme oluşmadıysa bu da yararlı bilgidir. Sonuç, doğru çıkması gereken bir iddia olarak değil, yeni sorulara kaynak olan bir değerlendirme olarak ele alınır.
Çözümün sınırlarını söyleyebilmek
İyi bir problem çözme raporu, yalnızca neyin değiştiğini değil, neyin henüz bilinmediğini de açıklar. Örneğin sınıf sunumunda anlaşılır bulunan bir modelin her ortamda aynı sonucu vereceği iddia edilemez. İncelemenin kapsamı korunmalıdır.
Teknik düşünme, bütün cevapları hemen bilmek anlamına gelmez. Soruyu netleştirmek, bilgi eksikliğini fark etmek ve gerekçeyi açıkça anlatmak, öğrencinin farklı alanlarda kullanabileceği güçlü bir çalışma alışkanlığıdır.
Mesleki eğitim yaklaşımını ve bölümleri tanımak için ön kayıt sayfasındaki ön kayıt formunu inceleyebilirsiniz.
Yorumlar