Çok fazla potansiyel paydaş olduğunda bir geliştirme projesine nasıl başlanır

Bir kolejde (tek) Web uygulaması geliştiricisi olarak yeni bir işe başladım.

Kolej bir dizi farklı ama oldukça kötü kodlanmış eski sistemlere sahiptir. Çoğunlukla PHP'de yerleşik olarak devam, sınav sonuçları, işaretleme vb.

Benim ilk işim, şu anda herhangi bir dostu API olmadan çeşitli veritabanlarında dinlenen bu verinin birçoğunu içeren bir sistem oluşturmaktır (mevcut sistemler veri ve görünüm ayrımı olmadan vanilya PHP'de kodlanmıştır) öğrencilerle ilgili pastoral bilgileri kaydetmek için yeni bir platformla ve bunları öğretmenlere ve kıdemli personele yararlı bir şekilde sunar, böylece öğrencilerle ilgili sorunlara hızlı bir şekilde tepki verebilirler.

İlk toplantımızda 18 kişi vardı! Çoğunluğu temsil eden net bir lider ya da ses yoktu. Tanımlanabilir müşteri yok . Toplantı, fakülte başkanlarının küçük özellikleri hakkındaki ayrıntılı uygulama fikirlerinden, Excel e-tablolarını kullanmamız gerekip gerekmediğine dair argümanlara kadar değişti!

Tahmin edebileceğiniz gibi başım dönüyor sonunda. Aslında pek çok iyi fikrim vardı ama onları duyamadım. Bir pazarlama ajansındaki geliştirme ekibinin bir parçası olmadan önce bu benim için çok yeni bir rol. Çok iyi tanımlanmış rollerimiz vardı: Proje Yöneticisi, Müşteri, Tasarımcı, Geliştirici.

Tecrübeli herhangi bir geliştirici veya yöneticinin, meslektaşlarımı bir proje ekibine benzeyen bir şeye nasıl kırbaçlayabileceğime dair bazı işaretler verebileceğini bilmek istiyorum. Çevik gitmek için bir yol mu? Tüm farklı sesleri ele almaya nasıl yaklaşırdınız? Bazı süreçlerin çok hızlı bir şekilde yerine getirilmesi gerektiği açıktır, bunun ne olduğundan emin değilim.

Burada mevcut probleminize bir çözüm olarak "çevik geliştirme süreci" beklemem. Senin için ilk şey şu olmalı: görevini temizle . Bunun anlamı:

• kendi sorumluluklarının ne olduğunu açıkla
• diğer paydaşların sorumluluklarının ne olduğunu açıklığa kavuşturmak
• eski sistemlerin her birinden kimin sorumlu olduğunu tanımlamak
• web uygulamanız için (henüz) bir istemci yoksa, gelecekte onu kullanacak olanı bulun ve onu sisteminizin temsili kullanıcısı olarak dahil etmek için izin isteyin (gereksinimleri tartışabileceğiniz bir kişi)
• farklı hedeflere sahip farklı paydaşlar varsa, gereksinimlerini toplayın (örneğin, tek bir odada 18 kişiyle değil, tek tek görüşerek). Sonuçları bir listeye yazın. Daha sonra, öncelik vermeye başlayın.
• 0,1 sürümü için bir yol haritası (büyük resim) ve küçük bir özellik yazın ve patronunuzun yanı sıra temsilci müşterinin resmi olarak kabul etmesini sağlayın
• EDIT: GlenH7'nin yorumuna bakın

Bu biraz zaman alabilir, muhtemelen projenin bu aşamasında fazla kod yazmazsınız. Böyle bir durumda, önce bazı "gereksinim mühendisliği" yapmalısınız. Ama küçük başlayın, büyük düşünün. İlk sürümünüzü geliştirdikten sonra, etrafta bir şeyler gösterecek, gereksinimleri paydaşlarla tekrar tartışacaksınız.

Bu projenin gerçekten çalışmasını isteyenleri sürüden ayırın.

Bir çok siyaset nedeniyle, birisi bu toplantıyı, davet etmezsem üyeliğin en çok üzüleceği kişi tarafından belirlendiği bir katılımcı listesi ile bir araya getirdi. Olur. Bu hedef yerine getirildi ancak geliştirici olarak hiçbir şeye karar verilmediğini gördünüz. Kimse ne yapması için görevlendirilmedi. Eğer şanslıysanız, bir sonraki toplantıyı ya da tanrıyı yasaklamayı planladılar, her ayın 3. Salı günü tekrarlanan bir toplantı düzenlediler.

Daha sonra komiteler, alt komiteler ve görev güçlerinin oluşumu gelecek. Bu daha iyi, ama hepsini eşit derecede değersiz bulacaksınız.

Son olarak, bu projeye kimin gerçekten önem verdiğini öğreneceksiniz. Kim gerçekten doğru yapmak için zaman koymak istiyor. Umarım, bu kişi (ler), bunu yapmak için zaman tanıyacak ve sadece uzun yapılacaklar listesinde başka bir öğe yapmakla kalmayacak bir amirine sahip olacaktır. Bu insanları en kısa sürede bulun! Patronlarının beklentilerini yönetmelerine ve üzerinde mutabık kalınmış bir taahhüt almalarına yardımcı olun.

Orijinal grupta geri dönmek için bile uğraşacak kadar insanın önüne bir şey alın. Hepsi akıllı ve / veya eğitimli insanlar olabilir, ancak bir sürü özellik okumazlar. Bazı şeyleri sevecek, diğerlerinden nefret edecek ve daha fazlasını isteyecekler. Önerileri yazmak acı vermez, ama o partiyi oyunda biraz ciltle takip etmeye çalışın. Her şeyi yapacağına söz verme. Sadece yakın gelecekte neler yapılabileceğini ele al.

Düzenli olarak 5'ten fazla kişiyle uğraşmak zorunda kalırsanız, bunun nedeni, bazı yöneticilerin gerçekten orada olmak istemeyen birkaç kişiyi dahil etmesidir.

Gözlemlerinize ve onların "ihtiyaçlarına" dayalı olarak mevcut sistemleri katılaşacağını / geliştireceğini düşündüğünüz fikirlerin bir listesini hazırlayın ve gerçek görünür kazançları nerede elde edebileceğinize odaklanmanızı sağlayın. Bu listeye, yararlı olmayacağını düşündüğünüz her fikri ve geliştirici olmayanların öne çıkardığı "makul" önerileri ekleyin.

Geliştirme çabalarınıza dahil edilmesi gereken şeylerin bir özellik listesini oluşturun. Her üyeye belki "yapışkan yıldızlar" şeklinde "oylama" gücü verin ve her üyenin önemli olduğunu düşündüklerinin yanına yıldız yerleştirerek tam olarak ne istediğini öğrenin. Bazı insanlar çek imzalar, son söz, vb varsa daha fazla yıldız ile sonuçlanabilir .. Bundan sonra umarım siz ve herkes, bütün için neyin önemli olduğunu göreceksiniz ve umarım önceliği kabul edeceklerdir. sonra bir yol haritasına çevir

1). Ekibi Anket - Her üyenin önemli / gerekli / öncelikli olduğunu düşündüğü şeyleri öğrenin

2). Orada hızlı bir şekilde bir şey alın - Tüm sorunları bir kerede çözmeye çalışmayın, "çıplak minimum" işlevselliğini elde edin ve onaylamalarını sağlayın, ardından kullanıcıların geri bildirimlerine dayanarak toplu olarak ilerletin.

3). Geliştirme sürecine rehberlik etmek için geri bildirimlerini ve diğer kullanıcıların geri bildirimlerini kullanın

(Yapı, Feedback değerlendirin Feedback, Oluştur değerlendirin) durulayın ve tekrarlayın.

Ayrıca, öncelik sırasına da yardımcı olabilecek "çaba puanları" veya tahmini tamamlanması gereken saatler koymayı düşünebilirsiniz.

İlk zorluğunuz bu projeye olan ihtiyacı belirlemektir. Tüm bu insanlarla bir toplantı daha yapın ve çözülmesi gereken sorunları yazmalarını isteyin. Bu projenin çözüm olacağı birçok yol hakkında konuşmalarına izin vermeyin. Onları ihtiyaçları / sorunları gerçekten belirlemeye zorlayın.

Bunu yapmanın bir yolu, her birinden ayrı ayrı bu ihtiyaçları yapışkan notlar üzerinde belgelemelerini istemektir - yapışkan başına bir fikir. Ardından, bu farklı fikirleri belirli ihtiyaçlara göre gruplandırmalarına yardımcı olmak için bir Yakınlık Diyagramı çalıştırın . Son olarak, en büyük ihtiyaçları görebilmeniz için oylama yapın ( Çoklu Oylama ).

Agile, bize en çok müşteri değeri olan özelliği ele almamızı hatırlatır. En büyük ihtiyaçla başlayın ve kısa bir süre içinde yapabileceğiniz ilk küçük parçaya ulaşıncaya kadar bu öğeyi bölmeye devam edin.

KISS - Bir güzergah yapın. Geldiğiniz için herkese teşekkürler, gözden geçirin, yapın. Endişelerini paylaşarak ele alırsanız ve toplantıdan SONRA kalmalarını isterseniz yan izleme yavaşlar. En mutlu olmak için tartışmaların olduğu oylarla kararlar verin. Herhangi bir sisteme katılmaya yönelik motivasyon, bireylerin yöntemlerine olan inancı ile doğrudan ilişkilidir.