İşte kısa ve tatlı: İvme kazanacak.
Birçok işveren geçmiş deneyime, gittiğiniz okullara ve - “yanmış” demenin daha iyi bir yolunun bulunmamasına büyük önem vermiştir. Popüler inanışın aksine, yazılım geliştirme neredeyse yaratıcı değil, birçoğumuzun teknolojide inanmak istediği bir çabaydı. Yaratıcılığa izin verdiği ve hatta yaratıcılık gerektirdiği alanlarda, genellikle yazılım yapımına girmeden önce son kullanıcı kişilerini / hikayelerini, sistem gereksinimlerini, iş alanlarını, ekonomiyi, yazılım mühendisliği sürecini ve yazılım mimarisini anlamayı gerektirir.
Çevik Hareket'in yükselişinden bu yana, fikir birliği yanlışlıkla kodlama ve geliştirici üzerinde durmaktadır. Bu, Agile Manifesto yazarlarının ne yapmaya çalıştıklarının yanlış bir yorumuydu, ancak Manifesto'dan bunu çıkarmak zor olabilir. Agile, LEAN ilkelerinden büyük ölçüde borç aldı ve hatta doğrudan kabul etti. LEAN, uygulama çalışanına odaklanır, ancak yalnızca bu bireylerin firmanın [ oku: sözleşmeli müşterinin ] gerçek müşterilerine en yakın olmaları açısından .
Bu ayrım neden önemlidir? Uygulama çalışanları birçok kararın - hem iyi hem de kötü - doğrudan etkisini hissediyor. Bu nedenle, performans ve kalite üzerinde dramatik bir etkisi olabilecek basit değişiklikler yapacak şekilde konumlandırılmıştır. Ne yazık ki, genellikle son müşteri hakkındaki bilgileriyle tam olarak ilgilenmiyorlar, masadaki performansı ve ürün kalitesini iyileştirmek için birçok fırsat bırakıyorlar. LEAN'ın misyonu, atıkları artırarak teslimat hızını ve kaliteyi iyileştirerek sürekli artan verimlilik seviyelerine ulaşarak son müşteriye sürekli olarak daha fazla değer sunmaktır. Agile, yazılım inşaat alanı içinde atıkların uzaklaştırılması için zarfı itti, ancak son müşterinin [ve sözleşmeye bağlı müşterinin son kullanıcısının] gerçek etkinliği asgari düzeydeydi.
Bu amaçla, Kod İşçiliğinde [bilim ve sanatı harmanlayan] açık bir iyileşme gibi hız ve kalitedeki olumlu başarıları not etmek bizi inşaat cephesinde ileriye götürdü, ancak süreçte ne olduğunu görmedik önemli - müşteri. Ve sadece son kullanıcı değil, girişimcinin son müşterisi demek istiyorum. Tıpkı LEAN'da olduğu gibi, her şey gerçek müşteriden başlar ve geriye doğru çalışır. Peki bunun IEEE'nin CSDA ve CSDP'si ile ne ilgisi var? Bol.
Başlamak için, genellikle mühendislik disiplinlerinde yansıtılan anlayış türünden köken alan bir kişinin, gerçek etkinliğini, kilometre taşlarını ve kalite özelliklerini dikkate alırken bir sürecin her zaman genel hedefe odaklanması gerektiğini tam olarak kavraması gerekir. Bu özelliklerden herhangi birini kaçırıyorsanız, sözleşmeli [kurumsal] müşterinize tam değer sunma konusunda yetersiz kalıyorsunuz ve bu da son müşterilerin / firmanın müşterilerinin değerini düşüren gelgit olayları oluşturabilir. İyi değil.
Ayrıca, liderlik sorumluluklarını üstlenebilme yeteneği (eğer kendi kendine yönetilen bir ekibiniz varsa {Agile zorunlu olarak) herkesin bir dereceye kadar liderlik yapabilmesini gerektirir], genellikle konunun iyi bir genişliğini ve anlayış derinliğini gerektirir, etkileşime girdiği işlevlerin yanı sıra bu bilgiyi çeşitli geçmişlerden gelen birden fazla paydaşla iletişim kurma yeteneği. Gerçek şu ki, işin tanımı ne olursa olsun, insanlar geliştiricilerin derinlemesine mühendisler olmasını beklerler. Birincil faaliyetlerinin ustalığını ve herhangi bir sözleşmeli müşterinin sorun alanını anlama ve çözme yeteneğini içeren yeteneklerine derinlik ve derinliğe sahip akıllı, yetenekli insanlar olduklarını.
Peki neden büyük ol CSDA ve CSDP tartışırken Agile hakkında koştu? Basit - Temel. CSDA'lar ve CSDP'lerden oluşan bir ekibiniz varsa, bir şekilde aldatmış olsalar bile, Yazılım Mühendisliği içindeki tüm süreçlerin ve disiplinlerin nereye gittiğini, neden orada olduklarını ve onlara ne zaman geri dönecekleri hakkında iyi bir bilgiye sahip olacaklar. yeni bir yönde ilerlemeden önce anlayışı birleştirmek. Bu Vakıf, SDLC metodolojileri ve SDLC metotları arasında kolayca geçiş yapabilme ve / veya birleştirebilme becerisi boyunca Yazılım geliştirme uygulamalarının tutarlı bir şekilde sunulması için bir fırsat yaratacaktır. IEEE, bilgisayar uzmanları için - mühendislik bölümleri, CS mezunları, BT uzmanları veya kendi kendini yetiştirmiş geliştiriciler olsun - Yazılım Geliştirme, Teslimat, ve saygı gösterilmesi gereken ve saygı ile ele alınması gereken bir Mühendislik disiplini olarak hizmetten çıkarma süreci. Ve bu faktörler nedeniyle, ivme kazanacaktır.