Aracılığıyla paylaş


Yazılım geliştirme ve yönetimi resmileştirmeye yönelik öneriler

Bu Azure İyi Tasarlanmış Çerçeve operasyonel mükemmellik denetim listesi önerisi için geçerlidir:

OE:03 Yazılım fikri ve planlama süreçlerini resmileştirin. Yerleşik endüstri ve kuruluş standartlarından çizin. Yaygın, önceliklendirilmiş kapsam ve yeterince ayrıntılı belirtimler kullanın. Sonuçlara bağlı olarak, planlama sürecinizde sürekli iyileştirmeler sağlayın.

Bu kılavuzda, yazılım geliştirme uygulamalarının belirlenmiş standartlara uygun olarak yönetilmesine yönelik öneriler açıklanmaktadır. Ekibinizin yüksek kaliteli yazılım üretme becerisi, geliştirme planlamasına yönelik yapılandırılmış, işbirliğine dayalı bir yaklaşıma dayanır. Ürün sahipleri ve yöneticileri, geliştiricilerin geliştirme döngüsünde istedikleri zaman yaptıkları işi açıkça anlayıp paydaşlara ifade edebilmelidir. Buna karşılık, geliştiricilerin iyi yazılmış özellikler, kullanıcı hikayeleri ve kabul ölçütleri aracılığıyla geliştirme döngüsünün hedeflerini anlaması gerekir. Oluşturulan standartlar, geliştirme uygulamalarının nasıl gerçekleştirilmesi gerektiğini tanımlar ve iş yükü ekibinin etkili bir şekilde işbirliği yapmasına olanak tanıyarak hedefler ve beklentiler üzerinde karışıklık riskini azaltır.

Temel tasarım stratejileri

Ürün sahiplerinin, proje yöneticilerinin ve geliştiricilerin her sprint'in hedeflerini anlamasını ve proje katılımcılarına tutarlı kalite sunmasını sağlamaya yardımcı olmak için yazılım geliştirme uygulamalarınızı resmileştirin. Geliştirme uygulamalarıyla ilgili yönergeleri gözden geçirmek için sürekli tümleştirme kılavuzuna bakın.

İşbirliği ve iletişim standartları oluşturma

  • İşbirliği: İş yükünde önerilen değişiklikleri tanımlama işlemi işbirliğine dayalı bir çalışma olmalıdır. İş yükünde yapılan değişikliklerin çoğu birden çok işlevi ve/veya bileşeni etkiler, bu nedenle mümkün olduğunca çok iş yükü ekibi üyesinin dahil edilmesi önemli noktaların kaçırılmamasını ve herkesin kendi etki alanı üzerindeki etkisinin farkında olmasını sağlamaya yardımcı olur. İşbirliği ayrıca bir değişikliğin kapsamını ve değişikliği gerçekleştirmek için gereken görevlerin iyi tanımlanmış iş öğelerine nasıl bölüneceğini net bir şekilde tanımlamaya yardımcı olur. Etki alanları arasında uzmanlığı olan daha büyük bir grup, gerekli efor için deneyim destekli tahminler sağlayabilir.

  • İletişim: Yaklaşan sürümleri şirket içinde ve dışında tanıtmak için ürün sahipleri ve proje yöneticileri için standart protokolleri tanımlayın. Örneğin, gelecek sürümler hakkında dış taraflara yapılan iletişimler için bir standart ayarlayabilirsiniz. Standart, iletişimin yayından iki hafta önce ve bir anımsatıcının yayından 24 saat önce gönderilmesini dikte edebilir.

  • Gözden geçirme: Geliştirme yöntemlerinizin iç denetimlerini geliştirme döngüsü geçmişe dönük değerlendirmeleri ve otopsiler aracılığıyla düzenli olarak gerçekleştirin. Süreç yansıması suçsuz olmalı ve iyileştirme olarak uygulanabilecek öğrenmeye odaklanmalıdır. Ekibin, kullanıcı hikayesinin ve görevlerinin gerekli görevleri tanımlamada ne kadar etkili olduğunu ve zaman tahminlerinin doğruluğunu yansıtdığından emin olun.

  • Raporlar: Değişime odaklanan yararlı ölçümler sağlayan paydaşlar için raporları standartlaştırın. Değişikliğe odaklanmak, ürün hızlandırmayı ve yavaşlama durumunu izlemenizi sağlar. Yararlı ölçümler şunlardaki değişiklikleri içerebilir:

    • Aylık benimseme büyüme oranı.

    • Performans.

    • Eğitim zamanı.

    • Olayların sıklığı.

    Raporlama, kişilerin çalışmalarını değerlendirmek için bir araç olarak kullanılmamalıdır, bu nedenle her mühendis için hikaye noktaları veya kod satırları gibi ölçümlerden kaçının.

Endüstri standardı araçları seçme

Agile, Scrum ve Kanban panoları gibi yerleşik, sektörde kanıtlanmış araçları ve süreçleri kullanın. Kendi araçlarınızı ve süreçlerinizi geliştirmek, iş yükünüz için harcanabilecek zaman ve geliştirme döngülerini alan önemli bir girişimdir. En deneyimli DevOps mühendisleri ve ürün sahipleri bu tür araçlar ve süreçler hakkında bilgi sahibidir, bu nedenle bunları benimsemedeki öğrenme eğrisi en düşük düzeyde olmalıdır. Benzer şekilde, yeni işe alımlar için katılım süreci de standart araç ve süreçlerin kullanılmasından da yararlanır. Bu sayede aynı araçlara ve süreçlere zaten maruz kalma olasılığı yüksektir.

Denge: Çevik metodolojisi fazla açıklayıcıysa çok katı hale gelebilir. İyi tanımlanmış standartlar ve yenilikler arasında bir denge elde etmek için çaba gösterin.

Son kullanıcı senaryolarını yakalamak için bir standart benimseme

  • Kullanıcı hikayeleri: Kullanıcı hikayeleri için bir şablonu standartlaştırma. Her kullanıcı hikayesinin, son kullanıcının perspektifinden yazılmış ayrı bir çalışma birimi olduğundan emin olun. İyi yazılmış kullanıcı hikayeleri aşağıdaki özelliklere sahip olmalıdır:

    • Her kullanıcı hikayesi birbirinden tamamen bağımsız olmalıdır. Kullanıcı hikayelerini birbirinden bağımsız tutmak, çakışan işlerle ilgili karışıklığı önler ve ekibin belirli bir kullanıcı hikayesi üzerinde çalışmanın diğer kullanıcılara göre çalışıp çalışmadığını anlamasına yardımcı olur ve bu da zamanlama ve öncelik belirleme konusunda yardımcı olur.

    • Her kullanıcı hikayesi tartışılabilir. Hem son kullanıcı hem de iş yükü ekibi üyelerinin perspektifleri, kısa bir süre içinde gerçekleştirilebilecek gerçekçi kullanıcı hikayelerini yakalamak için gereklidir.

    • Kullanıcı hikayeleri son kullanıcı için değerlidir. Kullanıcı hikayelerini son kullanıcının perspektifinden yazdığınızda, görmek istedikleri ve deneyimlerine değer katacak değişiklikleri yakalarsınız. Kullanıcı hikayesi iş öğelerine ayrılmış olarak bu odağın tutulması, her dağıtımın geliştirilmiş bir deneyim sağlamasına yardımcı olur.

    • Bir kullanıcı hikayesi için gereken çaba, yüksek düzeyde güven ile tahmin edilebilir. Belirli bir kullanıcı hikayesi için gereken saatleri yakından belirleyememek, planlama zor olacaktır ve eksik son tarihler artarak diğer planlı çalışmalarda basamaklı etkilere neden olabilir.

    • İyi yazılmış kullanıcı hikayeleri küçüktür, böylece birkaç hafta içinde tamamlanabilir. Daha küçük kapsamlı hikayeler, tahmin edilebilir ve yönetilebilir kalmalarına yardımcı olur ve iş öğelerinin ulaşılabilir kalmasına yardımcı olur.

    • Kullanıcı hikayeleri test edilebilir olmalıdır. Bir özelliğin teslim edildiğini test edebilmek için son kullanıcı hedefin gerçekleştirildiğine güvenemez. Belirli bir kullanıcı hikayesi için henüz bir test yazılmamış olsa bile, özelliğin teslimini kanıtlamak için testin nasıl geliştirilebileceğini net bir şekilde anlamanız gerekir.

  • Kabul ölçütleri: Bir şablonu kabul ölçütleri için standartlaştırma. Kabul ölçütlerinin özellikle kullanıcı hikayesiyle ilişkili olduğundan ve bir veya daha fazla kabul testi kullanılarak kesin olarak kanıtlanabilir olduğundan emin olun.

Dağıtım uygulamalarını standartlaştırma

  • Dağıtım: Büyük seyrek dağıtımlar yerine sık kullanılan küçük, yinelemeli dağıtımlar kullanmayı planlayın. Bu yaklaşımın kullanılması, kullanıcı hikayelerini ve iş öğelerini proje yönetimi açısından yönetilebilir tutmaya ve dağıtımlar başarısız olduğunda büyük ölçekli sorun riskini azaltmaya yardımcı olur.

  • Terimler: Test, belgeler ve erişilebilirlik özellikleri gibi destekleyici işlevlerin başarıyla tamamlandığından emin olmak için tamamlanmış geliştirme döngüleri tanımınızı standartlaştırın.

  • İzleme: Geliştirme işleminin izlenebilir olduğundan emin olun. Üretim iş yükünüzün durumunu ve ilişkili kodu kalite güvencesi testine, kabul ölçütlerine, kullanıcı hikayelerine ve özelliklere kadar net bir şekilde izlemeniz gerekir. Ayrıntılı izleme, örneğin sağlık hizmetleri gibi bazı durumlarda yasal bir gereksinim olabilir.

Azure kolaylaştırma

Azure Boards , ekiplerin geliştirme sürecinin tamamında çalışmayı planlamasını, izlemesini ve tartışmasını sağlayan web tabanlı bir hizmettir. Çevik tabanlı geliştirme uygulamaları için çok uygundur.

GitHub Projeleri , GitHub'daki sorunları ve çekme isteklerini kullanarak projeleri düzenleyebilen ve tümleştirebilen özelleştirilebilir bir proje yönetim aracıdır.

Operasyonel Mükemmellik denetim listesi

Öneriler kümesinin tamamına bakın.