Bilmediğiniz Teknolojilerle Çalışırken Tahmin Sağlama?

19

Son zamanlarda, aşina olmadığım bir çerçeveyi (ve muhtemelen başka bir çerçevenin bitlerini) kullanmam gereken bir proje için tahmin vermem için yeni bir sorunla karşılaştım. Bildiğim şeyi kullanmak için özgür olduğum zaman tahminler sunmak benim için çok daha kolay, ama alışılmadık bölgelerde çalışmak için bir tahmin istendiğinde analizle sakat bir felç başladı.

Geçmişe baktığımda çözümüm yanlıştı. Sadece çalışmaya başladım.

Bilmediğiniz diller / teknolojiler / çerçevelerle çalışmam gerektiğinde projeleri ve görevleri nasıl daha iyi tahmin edebilirim?

estimation

— Sampson
kaynak

2

Daha önce hiç yapmadığınız bir şeyi tahmin etmek, pratik olarak, herhangi bir hassasiyetle yapmak imkansızdır. Son zamanlarda bu benzetmeyi çok fazla bilinmeyen olduğunda bir şeyin ne kadar süreceğini sorduğumda verdim: "Geceleri kırsal alanda yürüdüğünüzü hayal edin. O zifiri karanlık. Karada bir mil yürümeniz gerekiyor. sadece on metreyi aydınlatan bir feneriniz var, önünüzde ne olduğu hakkında hiçbir fikriniz yok: tarla, nehir, dağ.Bu göz önüne alındığında, eğitimli tahminler yapabilirsiniz, ama sonuçta kontrolünüz dışındaki şeylere maruz kalırsınız. "

— Nemi

Bu aynı zamanda tahminin amacına da bağlıdır. Büyük olasılıkla durum mu tahmin ediyorsunuz? En kötü durumda? Zorlu teslim tarihleri var mı?

— David Thornley

@David Bunun "büyük olasılıkla" bir dava olacağına inanıyorum.

— Sampson

18

Çevik ders kitabından alınan standart cevap, ani bir artış sağlamaktır. Spike, bilinmeyeni keşfetmek için zamanla kutlanan bir görevdir, böylece sonunda yararlı bir tahmin sağlamak için (umarım) yeterli bilgiye sahip olursunuz veya o noktaya ne kadar zaman ayırmanız gerektiğine dair daha iyi bir fikriniz vardır. .

Sivri uçlar 1 saatten birkaç güne kadar veya daha uzun sürebilir. Zaman kutulu oldukları için her iki taraf için herhangi bir risk söz konusu değildir ve harcamalar kesinlikle sınırlıdır.

İdeal olarak, başak sırasında bu yeni çerçeveyle başarılması gereken birkaç basit şeyi tanımlayacak ve onu kullanarak çok basit çözümler belirleyeceksiniz. Siz ilerledikçe, öğrenirsiniz ve sivri uçların hepsi budur.

— wolfgangsz
kaynak

Belki de "başak" ın Scrum terminolojisi olduğunu eklemek iyi bir fikir olabilir .

— Jesper

1

Kulağa iyi bir yaklaşım gibi geliyor. Benim özel durumumda, "başak" projenin kendisinden oluşuyordu. Görevi, ilgisiz bazı görevlerden ziyade tanıdıklığa açılan kapı olarak kullanmak benim zamanımın değerli bir kullanımı gibi görünüyordu.

— Sampson

10

Bunu yapmanın klasik yolu ayrıntılandırmadır. İlk planlama toplantısında;

"Hiçbir fikrim yok - temelde burada yazılım araştırması yapıyoruz. Ancak, bir sonraki toplantıda bir ay sonra daha iyi bir tahminim olacak"

Sonra gidip araştırma yaparsınız. Gelecek buluşma:

"Görünüşe göre bu iki ila dört çeyrek arasında bir şey gerektirecek. Rakamları daha da hassaslaştırmamıza izin verecek bir prototip oluşturacağız".

Gelecek buluşma:

"Prototip yapımı düşündüğümüzden daha kolaydı. 2 çeyrekte ya da ayda bir eksi yapabileceğimiz anlaşılıyor."

ve bunun gibi. Her aşamada, işletmenin projeyi konserve etme veya devam etmesine izin verme, tamamlanma tarihinin yaptığı gibi daha iyi ve daha iyi tahminler alma seçeneği vardır.

Bu, Steve McConnell'in çok daha iyi bilinmeyi hak eden büyük kitabı Rapid Development'de çok iyi açıklanmıştır. Kesinlikle okuduğum "çevik" kitaplardan herhangi birinden çok daha üstün.

— Neil Butterworth
kaynak

+1 Anlayışınız için teşekkürler, @Neil. Ben de kitap önerisine bakacağım.

— Sampson

2

Araştırma yapabilir ve yine de yanlış tahminler yapabilirsiniz. L bakınız ARGE Yazılım Tahmini için Sınırları JP Lewis ve eşlik eden malzeme Yazılım Tahmin Matematiksel Sınırları . Tahmin etmeye ya da araştırmaya zahmet etmemeniz gerektiğini söylemiyorum, sadece nesnel olarak doğru bir tahmin yapamayacağınızı ve bunu, tahmin ettiğiniz herhangi bir tahminle birlikte söylemeniz gerektiğini söylemiyorum.

— Bruce Ediger
kaynak

3

Tahminler tanım gereği yanlıştır ve birçok yönetici ve / veya müşterinin bu gerçeklikle mücadele ettiği görülmektedir.

— wolfgangsz