Toplantı zamanı ile gelişme zamanından tasarruf arasında bir ilişki faktörü var mı?

Bir proje üzerinde çalışıyorum ve düzenli (genellikle haftalık), gayri resmi toplantılarımız var, burada projenin durumunu ve GUI'sini tartışıyoruz.

Oradaki tek geliştiriciyim, diğer 4-5 kişinin BT dışı bir geçmişi var.

Bu toplantı normalden çok daha uzun sürdü, ancak bir noktada meslektaşlarımdan biri programdaki bazı alanları ve nasıl doldurulduğunu sordu. Yanıt verdim ve tartışmada süreci tamamen kafamda yanlış anladığımı fark ettim.

Ancak bundan bahsettiğimiz ve hatayı önceden bulduğumuz için, oldukça hızlı bir şekilde değiştirebilirim.

Bunu düşünürken, kendime, geliştirme zamanından tasarruf etmek için toplantı zamanı arasında bir faktör olup olmadığını sordum.

Örneğin, 1 dakikalık toplantı süresi X dakikalık geliştirme süresinden tasarruf edebilir.

Eğer öyleyse, bu, toplantılarımızın ne sıklıkta ve ne kadar süreceğini tanımlamaya yardımcı olacaktır.

(Sadece açıklığa kavuşturmak için: Daha iyi toplantılar yapmak istemiyorum, toplantıların kabaca uzunluğunu belirleyebilmek bile isteğe bağlıdır. Toplantı zamanı ile kalkınma zamanı arasında bir ilişki varsa çoğunlukla merak ediyorum ! )

"Olmaları gerektiği sürece ve artık değil."

Burada fark edilmesi gereken şey, kalkınma zamanından tasarruf etmek için toplanma süresinin hiçbir şekilde doğrusal olmadığıdır. Ekibiniz için, şirketiniz için, bu konu için, 1 saatlik toplantılar 2 saatlik geliştirme işinden tasarruf sağlayabilir. 10 saatlik toplantınız varsa, başka bir saatlik toplantı 0 işten tasarruf sağlayabilir. Cehennem, kesintiler veya moral üzerindeki etki nedeniyle -2 saat geliştirilebilir.

Sonuçta, tüm toplantılar, iletişim ve işbirliğinin işleri halletmenize yardımcı olmasıdır. Toplantılar işlerinizi halletmenize yardımcı olmazsa öldürülmelidir.

Tam olarak değil.

Müşteriyi / paydaşı anlamak geliştirme süresinden tasarruf edebilir. Ve görüşmelerin anlaşılmasını kolaylaştıracak kadar uzun olması gerekir. Ancak, zaten anladığınızı düşündüğünüz bir özelliği tartışmak, anlayışınızı geliştirmek zorunda değildir.

Odada hiç kimsenin yanlış anlama veya yanlış varsayım şüphesi yoksa odadan çıkın. Kesme süresinin ve baskısının bir çatışmayı dışa iteceği ve uyum yaratacağı ümidiyle yapay olarak bir "tartışmayı" uzatmak umutsuz ve moral bozucu.

Ve iletişimin beceri ve şansın bir kombinasyonu olduğunu unutmayın; tartışma mutlaka iletişim anlamına gelmez (karşılıklı anlayış). Sahada ne kadar uzun süre çalışırsanız ve birlikte o kadar uzun süre çalışırsanız kötü varsayımları ortaya çıkarmanızda hepiniz daha iyi olacaksınız.

Bu arada, "Çeviklik" yardımcı olabilir.

Tam bir anlayışa sahip olduğunuzdan şüphelenmeden önce, toplantıları "kısa" tutun ve her toplantıdan sonra mümkün olan en kısa sürede kaba kullanıcı arayüzü veya maket uygulayın . Kullanıcı arayüzünüz / taklitleriniz, yanlış anlamaları açıklığa kavuşturmak için malzeme görevi görecektir. Toplantılar arasındaki süre herkesin sıkıştırmasını açmasına ve söylenenleri yansıtmasına yardımcı olacaktır. Ve göster ve anlat malzemelerinizi kod olarak uygularsanız, aslında geliştirmeye de başlamış olursunuz . (Ve müşteriniz / meslektaşlarınız bunu duymaktan heyecan duyacaktır!)

Ve en kötü durum senaryosu, görünür kodun küçük bir kısmını uyguladığınızda : Tamamen üssünüz ve onu fırlatıyorsunuz. Ancak, yalnızca az bir süre ayırdıysanız, yatırım büyük yanlış anlamaların netleştirilmesinde büyük fayda sağlar.

Ve unutmayın, şirket geliştirme zamanını umursamıyor ; sadece kişi zamanını önemsiyor . ( Toplam maliyeti hesaplamanın bir aracı olarak , dikkat edin.) Yani, kişi zamanının en aza indirildiği dengeyi aramanız gerekir; kod yazmak için harcanan zaman değil .

Orada genel olarak uygulanabilecek herhangi bir korelasyon olduğuna inanmıyorum. Bu gerçekten toplantıya ve orada yaptığınız ve kalkınmayla ilgili olan şeylere bağlıdır.

Açıkladığınız durumda, birkaç dakika içinde kötü veya az anlaşılmış bir gereksinime sahip olmaktan daha iyi bir gereksinime sahip oldunuz. İyi gereksinimlere sahip olmanın gelişim süresi üzerinde doğrudan etkisi olduğunu biliyoruz.

Peki ya toplantınız şirket statüsü toplantısı gibi bir şey olsaydı. İyi bilgileri paylaşırsınız, böylece şirketin nasıl çalıştığını bilirsiniz, başka şeylerin farkındadır, vb. Ancak, çoğunlukla projenizin geliştirme süresi üzerinde herhangi bir etkisi olmayacaktır. Bütün bu zaman ona bir gelişim perspektifinden bakıldığında “boşa gider”.

Yeterli toplantıya gitmeniz gerektiğinde, bazılarının gerçekten üretken olduğunu fark etmeye başlarsınız (örn. Küçük bir geliştirme ekibi ve iyi bir gereksinim seti alın ve bir mimariyi beyaz tahtaya yazmaya başlayın. Odaklanmaya devam ederseniz çok şey yapabilirsiniz .). Ayrıca, hiç üretken olmayan veya hatta negatif üretkenliğe sahip olan bazılarını da bulabilirsiniz (bir kez bir müşterinin giriş sayfası "Oturum Aç" veya "Oturum Aç" demesi gerekip gerekmediği konusunda 15 dakikalık bir tartışma yaptı. bunun sonunda kimse bilmiyordu ve daha sonraya kadar masaya yatırılmak zorundaydı).

TL / DR: Toplantıya, topluma ve hedeflere bağlıdır.