Diğer çalışanların bıraktığı projeleri nasıl yönetiyorsunuz? [kapalı]

Bazıları şirketi aniden terk eder. Şimdi işinin tamamlanması gerekiyor ve siz ona görevlendiriliyorsunuz. Ne yaptığını bilmeden (% 90 yapıldı mı veya% 9 mu), artıkları nasıl yönetiyorsunuz?

1. Sıfırdan başlayayım mı? Ya% 90 yapılırsa?
2. Ne yaptığını anlamaya çalışalım mı? Ya sadece saçmalık olsaydı?

Ne yapacağınızı anlamak için neye sahip olduğunuzu ve ne kadar iyi olduğunu bilmeniz gerekir.

Bu yüzden, tüm kaynaklara hızlı bir göz atmaya başlayın ve neye sahip olduğunuzu görün. Canlı olarak netse, eksik olanı bitirmek en kolay yoldur. Neyin işe yarayıp neyin yaramadığını bulmak için birim testleri yapın.

Çok net değilse, yeni birim testlerinde neyin işe yaradığını bulmaya başlayın. Bu mümkün değilse, takım liderinizle bir sorununuz olduğunu ve bunu başaramayabileceğinizi ortaya çıkarın. Daha sonra sol çalışmanın yine de kurtarılıp kurtarılmayacağına veya çok kötü olup olmadığına ve yeniden yapmanız gerekip gerekmediğine karar verebilir.

Başkalarının yazdıklarına ek olarak, adama doğrudan temas eden herhangi biriyle konuşmanızı öneririm. Açıklamanızdan yalnız çalıştığını anlıyorum, yine de birine bildiriyor olmalı? Ve QA personeli ürettiklerini test etmiş olabilir ... Bu kişiler (normalde) ayrılmadan önce projeyle ne kadar uzağa gittiğine dair en azından kaba bir fikre sahip olmalıdır. Tabii ki onun sağladığı bilgi / ürün tamamen güvenilmez olduğu için işten çıkarılmasına katkıda bulundu.

Bunu yöneticinizle tartışın ve artık kodun ilk keşfi / testi ve şartnamenin ve gereksinimlerin anlaşılması için bir zaman aralığı tahsis edin. Bu, kabaca birkaç kişi ayının zaman ölçeğinde bir proje için, en fazla bir hafta veya daha fazla kişinin çalıştığı bir proje için bir hafta olabilir.

Bu ilk keşiften sonra,

• ürünün ne yapması gerekiyor,
• şu anda ne yapabilir ve ne kadar iyi,
• sıfırdan yeniden yazmak için ne kadar zaman ve risk gerekir,
• zaten yapılanları bitirmek için ne kadar zaman ve risk gerekir.

Daha sonra bir karar vermek için yöneticinizle tekrar oturabilirsiniz.

Deneyimlerime göre bu nadir bir durum değildir. Ne yazık ki, burada gerçekten iki probleminiz var :

1) Bu projenin sol tarafları 2) İlk önce bu karışıklığa girmenizin nedenleri

(1) için projenin boyutunu / karmaşıklığını dikkate almanız gerekir. Bir haftalık bir çalışma ise, muhtemelen baştan başlamanız gerekir. Bir yıllık bir çalışma ise, mevcut koddan neleri kurtarabileceğinizi görmeniz gerekebilir.

Her iki durumda da, şu adımları hemen atmanız gerekir:

a) Yöneticilerinize büyük bir sorununuz olduğunu söyleyin

b) Proje spesifikasyonunu alın ve neye ulaşmanız gerektiğini tam olarak anlayın - veya spesifikasyon yoksa proje sponsorlarıyla konuşun.

c) Yöneticiler / müşteriler vb. ile konuşun ve herhangi birinin projenin durumu hakkında herhangi bir fikri olduğunu düşünüp düşünmediğini öğrenin.

Bunu yaptıktan sonra, kodu incelemeye / bir strateji oluşturmaya başlayacaksınız.

(Ünite testlerinin size çok yardımcı olacağını düşünmüyorum - yazılan işlevlerin gerçekten işe yarayıp yaramadığını söyleyebilirler, ancak orada hangi işlevlerin olması gerektiğini söylemezler.)

Bundan sonra ne olurdu var kod mimarisi ve bu spec tanımlı sorun üzerine nasıl eşleşir bir bakış olsun. Ardından, bu ana bileşenlerin her birinin alt bileşenlerinin ne olduğunu çalışın ve büyük resme nasıl uyduklarını görün. Bunu yapmak size (kabaca) hangi bileşenlerin eksik olduğunu söyleyecektir.

Neyin var olduğunu öğrendikten sonra, yapması gerekeni yapıp yapmadığını görmek için mevcut kodu incelemeye başlamanız gerekir.

Tüm bunları yaptıktan sonra, ne kadar işin kaldığını tahmin edebilecek bir konumda olacaksınız.

Bölüm (2) 'ye gelince, şirketinizin işe alım politikaları / personel tutma politikalarına bakması, programcıları ilerlemeden sorumlu tutmanın yollarını bulması gerekebilir.

Son olarak, acele ederseniz , bunun şirkete olmasını nasıl önleyebileceğinizi de düşünmelisiniz .

Neyin işe yarayıp neyin yaramadığını görmek için yazılımı mutlaka denemeniz ve çalıştırmanız gerekir.

Daha sonra, hangi belgelerin kaldığını düşünmeniz gerekir. Yazılı gereklilikler var mı? Belirli görevler var mı - görevler bir şekilde izleniyor mu? Birisi test ediyor mu - eğer öyleyse, ne yaptıklarını ve ne yapmadığını bileceklerdir.

Bence bir eylem planı:

1. Hangi gereksinimlerin tamamlandığını işaretleyin (sistemin test kullanıcısı gibi hızlı bir şekilde gözden geçirilmesi ile)

2. Koda bak - bunu anlayabilir misin? İyi yazılmış mı?

Açıkça% 90 tamamlanmışsa ve kod iyi yazılmışsa, sadece bitirmiş olursunuz.

Henüz bahsedilmedi.

Býrakan adamla temas kurmaya çalýţ. Her durumda mümkün değil. Fakat eğer sağlıklıysa ve en azından işini biraz sevdiyse, size yardımcı olacak ve ilerlemenin ve eksik parçaların dürüst bir cevabını verecektir. Ve size büyük resmi açıklayabilir.

Tebrikler, bu sizin patronlarınız üzerinde parlama ve gerçekten olumlu bir izlenim bırakma şansınız. Burada sahip olduğunuz paha biçilemez bir fırsat. Peki ne yapman gerekiyor ve nasıl?

Önce kodu alın. O her şeyi (olmayabilir bize bunu yapmadım) kontrol ve bu yüzden yönetici haklarına sahip biri onu bilgisayardan çekin ve sizin için kontrol var.

Sonraki sorunu tetikleyin. Gereksinimleri dikkate alın ve hangi parçaların kod yazıldığını ve hangilerinin yazmadığını not edin. Bu, bitmeyenlerin kaba listesidir. Bir sonraki adımda büyüdükçe büyüyecek. Daha sonra kodu gözden geçirin ve değerlendirin ve çalıştırın ve şu anda ne çalıştığını ve yazılan kod olsa bile neyin işe yaramadığını görün. Çalışmayan parçaları listeye ekleyin. Birim testleri arayın (eğer bulursanız şaşırırdım, son teslim tarihinden hemen önce kefalet eden insanlar, başarısız olduklarını bildikleri için onları yazma eğilimindedir). Şimdi en azından ne kadar kötü olduğuna dair iyi bir fikriniz var. Ayrıca gereksinimleri inceleyin ve hangi soruların cevaplandığını görün. Çoğu zaman proje başarısızlıkları, zayıf taleplerin ve (sayısız nedenden ötürü) başka sorular sormak istemeyen bir geliştiricinin bir sonucu olarak ortaya çıkar.

Şimdi proje planınızı hazırlıyorsunuz. Gereksinimlerden gelen soruların bir listesiyle başlayın (resmi olarak bir belgeye yazın) ve ardından işi tamamlamak için yapmanız gerekenleri listeleyin. Her birinin ne kadar zaman alacağını tahmin edin. Halihazırda var olanın kurtarılabilir olup olmadığını belirleyin (ve eğer değilse, nedenini doğrulamaya hazır olun).

Şimdi proje yöneticisiyle (ve eğer iki farklı kişi ise patronunuzla) bir toplantı yapın ve ona kötü haberi bildirin. (Birisi aniden ayrıldığında ve kaldığı yerden devam etmek zorunda kaldığınızda, neredeyse her zaman kötü bir haberdir, iyi geliştiriciler insanları zor durumda bırakmaz - en azından yaptıklarının ve ne yapacaklarının bir listesiyle ayrılırlar Birisi sağlık sorunları nedeniyle ayrılırsa istisna olabilir.) Tartışmanızda, ihtiyacınız olan cevaplardan bazılarını alabilirsiniz ve PM ile proje planını biraz yeniden çalıştırabilirsiniz.

PM'yi ve diğer kritik paydaşları (PM kimin belirleyeceğini), cevaplanması gereken sorularınızın bir kopyasını ve üzerinde çalıştığınız proje planını göndererek toplantıyı takip edin.

Şimdi gerçek kodlamaya başlamak için ihtiyacınız olan şey var, bu yüzden işe koyulun.

Bu arada, muhtemelen bu projeyi kurtarmak için başka bir şey çıkarıldınız. Başka birisinin alması veya projeyi bitirdikten sonra almanız için çalışmanızın uygun olduğundan emin olun. Bu, aynı tür şeyler, ne yapıldığını ve ne yapılmadığını söylediğiniz bir belge ve tüm kaynak kodunun bir kontrolünün yapılması (eğer yapılmazsa gövdeye zorunlu olarak değil, başka birinin erişebileceği bir yer) anlamına gelir. .

Mevcut işinizden çekilmediyseniz, iş gününüzde her birine ne kadar zaman harcayacağınızı patronunuzla birlikte çalışmanız gerekir. Bu, fazla mesainin gerekli olabileceği ve takdir edileceği zamanlardan biridir. Asıl son tarihe ne kadar yakın olursa, yönetim o kadar umutsuz olur, son teslim tarihi yakınsa fazla mesai ödemesi veya büyük bir bonus elde edebilirsiniz. Bu çalışma diğer işi önemli ölçüde geciktirecekse, o projedeki paydaşların bunun farkında olduğundan emin olmanız gerekir.

Projeyi kurtarmayı başardıktan sonra, bir sonraki performans incelemenizde bununla övünmeyi unutmayın.