Blog Mimarisi Devam – Görüşüm: Toplantıları Maxize!
Bu blog gönderisinin tetikleyicisi bir Twitter'da Tartışma. Burada bir video arka plan videosuna bir reklam yükleme fikri üzerinde. İlgili kişilerin maaş veya günlük oranına dayanarak, video çağrısının maliyeti ne kadar para göstermelidir.
(Resim:
Eberhard Wolff
)))
Eberhard Wolff, Swaglab'ın mimarisinin başkanıdır ve yirmi yılı aşkın bir süredir, genellikle iş ve teknoloji arasındaki arayüze mimar ve danışman olarak çalışmaktadır. Mikro hizmetler de dahil olmak üzere çok sayıda makale ve kitabın yazarıdır ve uluslararası konferanslarda konuşmacı olarak düzenli olarak performans gösterir. Teknolojik odağı, bulut, alan adı ve mikro hizmetler tarafından yönetilen tasarım gibi modern mimari ve geliştirme yaklaşımlarıdır.
Reklam muhtemelen sadece maliyetleri ilgilendirmez. Videochies teknisyenleri rahatsız ediyor ve gerçek bir işten engelliyor. Gerçekte, bir şeye ulaştığımız gerçeğinin sadece bir göstergesi vardır: yürütmede kod. Bunun gelişimi konsantrasyon gerektirir. Bir video görüşmesi sadece zamana mal olmakla kalmaz, aynı zamanda konsantrasyonu da kesintiye uğratır. Kod üzerinde üretken bir şekilde tekrar çalışabilmesi uzun zaman alır. Toplantıların yürütme kodunun üretimi üzerindeki olumsuz etkileri, bu ekranın önerdiğinden daha da kötüdür.
Kod sorun değil
Aslında, duyuru yardımcı olmuyor. Daha da kötüsü: Fikir, yazılım geliştirmenin yanlış algısına dayanmaktadır. Kod üretmeyin en büyük sorunumuzdur. En büyük sorun, yazılım üzerindeki ortak çalışmayı koordine etmek ve gereksinimleri anlamaktır. Harika bir optimizasyon potansiyeli, işlevselliği doğru uygulamak ve doğru özellikleri uygulamaktır. Küçük farklılıkların zaten muazzam etkileri olabilir. Açık bir örnek: tek bir ek giriş alanı satışların % 90'ına mal olabilir. Bu nedenle, bu giriş alanını uygulamak verimsizdir, ne kadar hızlı veya verimli bir şekilde olduğu önemli değildir. Yürütme kodu size bir şeye ulaşmış olma hissi verebilir, ancak gerçekte yanlış yönde bir adımdı. En iyi seçenek, bu kodu hiç yazmak olmazdı. Kodu mümkün olan en hızlı ve verimli şekilde yazmak sahte bir optimizasyondur.
Öyleyse buluş!
Ne geliştireceğinizi anlamak için toplantılara devam etmelisiniz. Tüm bilgiler yazılı gereksinimleri taşıyamaz. Sorular, Fikirlerin Ortak Gelişimi, Sorular: Tüm bunlar iletişim ve doğrudan toplantılar gerektirir. Ancak toplantılar hala can sıkıcı ve sorun bir şekilde karşılaşılmalıdır. Toplantının maliyetlerini yapmak açıkça açıktır çünkü nispeten basittir. Ama bu yanlış optimizasyon boyutu. İlgili bilgilerin veya önemli kararların değiştirildiği toplantılar yararlıdır ve bu nedenle muhtemelen sinir değildir. Ne yazık ki, kullanışlılığın maliyetler kadar ölçülmesi o kadar kolay değildir. Bu dikkat problemi, ölçülmesi daha kolay oldukları için başka bir blog yazısında olduğu gibi diğer alanları da tartışmıştır. Tam olarak ortak çalışma yazılımın geliştirilmesinde büyük zorluk olduğu için, birlikte çalışmadaki optimizasyonlar çok yararlıdır.
Toplantıları en üst düzeye çıkarın!
Bu yüzden toplantıların kalitesini artırmalıyız. Örneğin, her toplantıdan sonra katılımcıların toplantıyı ne kadar yararlı buldukları sorusunu sorabilirsiniz. Veya geliştirmek için saklayın / test geri bildirimi alabilirsiniz: Bir sonraki toplantıda ne tutmalısınız (saklayın)? Ne deneyebilirsin (deneyin)? Tüm toplantılar da Shopify'ın bunu yapma şeklini iptal etti, muhtemelen sadece değerli toplantıların alınması avantajına sahiptir. Ancak, çok ileri gidebilir çünkü önemli toplantılar bile iptal edilebilir.
Her halükarda, toplantılarda bir değerlendirme ve sürekli iyileştirme, toplantıların değerini en üst düzeye çıkarmanın yapıcı bir yoludur. Bu nedenle, sayı veya maliyetleri değil, toplantıların değerini en üst düzeye çıkarmalıyız.
TL; Dr.
Yazılım geliştirme sorunu koordinasyondur ve doğru zorluklar üzerinde çalışmaktır. Bu toplantılar gerektirir. Bu yüzden sadece toplantıları ortadan kaldırmamalıyız, aynı zamanda değeri en üst düzeye çıkarmalıyız.
(RME)