Planlama ve Bungie-Boss
Dilbert'in bungie-boss hakkında birçok şeridi var. Planlama konusundaki zorluklarımız ve beklentilerimiz liderlik krizinin hem nedeni hem de sonucu olabilir. Bir Fortune 100 şirketindeki tecrübem, bir yıl içinde, projeye lider olarak başlayan herkesin çıkmasıydı. Belki de bu planlama probleminden kaynaklanıyordu. Eski liderinizin bu nedenle ayrılıp ayrılmadığından emin değilim, ancak rolünüz bir taahhütle bir plan yapmanızı gerektiriyorsa, genellikle geçmezse, genellikle son teslim tarihi ile ilgili bir sonuç ortaya çıkar.
Planlamanın Örgütsel Bağlamı
Planlamadan rahatsızsanız, çözülecek problemler belgelenmeden veya anlaşılmadan önce belki de pazarlama veya diğer paydaşlara verilen taahhütlerden sorumlu olmanızdan rahatsız olursunuz. Bu iyi bir içgüdü.
Planlama önemli bir araçtır. İhmal etmeyin. Yanlış anlamayın.
Planlama, taahhütler, hesap verebilirlik ve müzakere gücüyle bütünüyle bağlantılıdır. Çevik planlamanın birçok değeri vardır. Onun tekniklerini ve planlı metodolojilerin tekniklerini bilmelisiniz. Kuruluşunuzun kendi yaklaşımı olabilir ve tavsiye alabilir ve birçok projenin liderliğinden kurtulan biriyle çalışmak şaşırtıcı derecede yardımcı olabilir.
Basit bir Planlama Örneği - Yazılım ile ilgili olmamalı ...
Bir çatı şirketi değişim için teklif vermek için evime geldiyse, çok düşük teklif verirlerse, işten para kaybedebilirler, ancak çok yüksek teklif verirlerse, işi hiç alamazlar. Her iki durumda da, işsizler. Yeni rolünüzde, çok az ısırırsanız, hesap verebilirlik devreye girene kadar projeyi yürüteceksiniz, o zaman sorunlarınız olacak. Son teslim tarihine kadar başarıyı garantilemek için yeterli dolgulu bir projeyi tahmin ederseniz, birçoğu sadece liderlik etmek için başka birini seçer. Kicker, çatı ustası gibi olmamanızdır. Çatının ne kadar büyük olduğunu görebilir ve çatının ne kadar sürdüğüne dair tarihsel verilere sahiptir.
Daha İyi Bir Planlayıcı Olmak
Bir çeşit eğitimi düşünmek isteyebilirsiniz. Çevik metodolojilerde ve en son planlanan metodolojilerde tahmin, ekip çapında bir faaliyettir. Sonuç olarak, ekibiniz için de eğitim almayı düşünmelisiniz.
Deneyimden, size, erteleyecek ekip üyelerinden tahminler almanın sinir bozucu olabileceğini söyleyebilirim, bir gereklilik veya özellik açıklaması veya mevcut koda başvurmadan görev adına göre iki dakika içinde yaptıkları tahminleri verebilir veya listelediğiniz görevlerin birçoğunun, geçmiş projeler benzer konularda haftalar geçirmiş olsa bile günün bir kısmında yapılabileceği konusunda ısrar ediyor.
Çeşitli proje yöneticisi eğitim kursları ve sertifikaları var, ancak bağımsız olarak akredite olan birini izlerdim. Çevik ekiplerle (veya başka bir şekilde) çalışmayı düşünüyorsanız, planlı metodolojilere dayanan yaklaşımlarla onaylamayı seçmeden önce ikinci bir düşünmeye değer olabilir.
SLIM, 1970'lerde GE ve diğer şirketlerde DoD projelerinde çalıştıktan sonra Putnam tarafından icat edilen bir yöntemdir. SLIM etkilidir ve QSM şirketi yaptıkları bir araçtan akan bir sertifika sunmaktadır . Şirketinizin araçlarını benimsemesine bağlı olarak, değeri ya da değeri yüksek olabilir.
Steve McConnell (Code Complete'in yazarı) da yazılım tahmini hakkında bir kitap yazdı ve şirketi Construx , Proje Yönetimi Enstitüsü tarafından akredite edilmiş PDU kredileri için iki sınıf öğretiyor . Kitabım var ve konu hakkında sınıf eğitimi yoluyla öğrenmek isteseydim, muhtemelen Construx'u seçerdim. Ayrıca Scrum eğitimi yaparlar ve Scrum.org üzerinden akredite edilmiş çeşitli scrum değerlendirmeleri yaparlar.
Yazılım projesi tahmini hakkında büyük akademik eğitim sağlayabilecek bir diğer kaynak , NASA ve diğer büyük yüklenicilerde çok büyük projeleri tahmin etmek için kullanılan COCOMO ve COSYSMO yapıcı maliyet modelleme konusundaki kapsamlı çalışmalarına dayanarak , USC'deki Barry Boehm'in grubu olacaktır . COCOMO'ya gerçek bir inanan olduğumdan emin değilim, ancak ölçek ve maliyet sürücülerinin program süresi üzerindeki etkilerini ilişkilendirmek için yaptıkları ampirik çalışmaları seviyorum.
Ayrıca O'Reilly tarafından yayınlanan ve Watts Humphreys PROBE ve Kent Beck'in planlama oyunu da dahil olmak üzere başlıca yazılım tahmin yöntemlerini kısaca tartışan bir bölüm buldum . PROBE, mühendislerin metrikleri kendi üretkenliklerine göre takip ettikleri ve daha sonra bunları yeni projelerde kendilerine tahsis ettikleri bölümlere uyguladıkları bir kavram içerir. Planlama Oyunu, geliştiriciler ve diğer paydaşlar arasında son derece işbirliğine dayalıdır.