Çevik'te Extreme Programlama - Proje Yöneticileri için pratik bir rehber veUDN Görev Yöneticisiers
Şelalteki aşırı programlama hakkında çok sayıda istek aldık - ve bunun nasıl olabileceğibir proje yöneticisi olarak ondan yararlanın. Sadece aşırı programlamanın ne olduğunu bilmiyorsanız, PMS'nin bir yazılım geliştirme ortamında mevcut kaynaklardan en iyisini elde ettiği bir çevik çerçeve şeklidir.
Ajil bir yazılım geliştirme çerçevesi olan Aşırı Programlama (XP), özellikle yazılımın kalitesini, geliştirme ekibinin iş sürecini ve müşteri memnuniyetini arttırmak için özel olarak tasarlanmıştır.
Daha pürüzsüz ve verimli bir yöntemdir.Yazılım Geliştirme Yaşam Döngüsü (SDLC)Projeleriniz için ve ilk olarak 6 Mart 1996'da bir proje uygulandı.
Proje boyunca yinelemeli ve tekrarlayan yazılım sürümlerini sağlamaya yönelik aşırı programlama; Tek, uzun bir proje geliştirme yaşam döngüsünden sonra her şey yerine.
BunlarKısa yinelemeli döngülerProjenin gelişimi boyunca ilerlemesini değerlendirmek ve gözden geçirmek için hem ekip üyelerinin hem de müşterilerine yardım et.
XP, aşağıdaki 5 değeri içerir:
XP'nin çekirdeği birbirine bağlı bir yazılım geliştirme uygulaması kümesidir. Bu uygulamaları izolasyonda uygulamak mümkün olsa da, birçok ekip, bazı uygulamaların diğerlerini güçlendirdiğini ve birlikte yapılması gerektiğini buldu. Bu, yazılım geliştirmede sık sık karşılaştığınız riskleri tam olarak ortadan kaldırabilir.
XP için orijinal on iki uygulamalar aşağıdakileri içerir:
Yıllar boyunca, ekipler bazı uygulamaların diğerlerini güçlendirdiğini bulmuşlardır. Riskleri ortadan kaldırmak için bunlar birleştirilmelidir. Aşağıdaki açıklamalar, çeşitli ekiplerin deneyimlerine dayanan bazı iyileştirmeler içerir:
Bütün takım: Takımlar, farklı becerilere sahip çapraz fonksiyonel insan gruplarını içermelidir. Bu şekilde, belirli bir sonucu elde etmek için birbirlerini tamamlayabilirler.
Birlikte oturun:Çoğu insan yüz yüze konuşmaların en iyi iletişim şekli olduğu konusunda hemfikirdir. Takımlar, iletişim için engel olmadan birlikte oturmalı. odacık duvarları.
Bilgilendirici çalışma alanı: Takımlar, takımın çalışmalarını birbirine şeffaf hale getirmenin bir şekilde oturması için düzenlenmelidir.
Enerjili iş: Bu, bir kişinin çalışmaya odaklanmak için zihinsel ve fiziksel olarak sağlıklı olduğundan emin olmak anlamına gelir. Bu aynı zamanda aşırı çalışma olmamalı ve zihinsel ve fiziksel sağlıklarını da desteklemek için takımların saygı duyulması gerektiği anlamına gelir.
Ayrıca oku:
Bugünün çalışma ortamında bir Pro gibi bir projeyi nasıl yönetir?
Çiftler programı: Bu uygulamanın arkasındaki fikir, 2 beyin birinden daha iyidir. Çift Programlama, aynı makinede oturan 2 kişi aracılığıyla yazılım üretimini ifade eder. Bununla, sürekli bir iş incelemesi vardır ve sorunlar daha hızlı bir cevap alır. Bu yöntemin kalitesini arttırdığı ve daha fazla odaklandığı gösterilmiştir.
Öyküler: Hikayeler, ürünün müşteriler ve kullanıcılar için anlamlı olacağı özellikleri tanımlar. Bu hikayeler planlama için kullanılır ve ayrıca daha fazla konuşmalar için hatırlatıcı olarak görev yapmaktadır.
Haftalık döngü: Her haftanın ilk günü, takım bugüne kadar ilerlemeyi yansıtmak için toplanır. Hafta içinde teslim edilmesi gereken hikayeler müşteri tarafından seçilir. Takım bu hikayelerin nasıl yaklaşılacağını belirler. Bunun arkasındaki hedef, haftanın sonuna kadar koşu, doğrulanabilir bir özellik elde etmektir. Sabit süre, müşteriye geri bildirim için gösterilebilecek bir özelliğin üretimine izin verir.
Üç Aylık Döngüsü:Üç aylık döngüsünün amacı, her haftalık döngüsünün ayrıntılı çalışmalarını genel proje bağlamında kontrol etmektir. Müşteri, belirli bir çeyrekte takım için genel planı sağlar. Bu, yalnızca takımı projenin bir görüntüsünü verir, ancak müşteriye dahil olan diğer paydaşlarla çalışmasına da yardımcı olur.
Gevşek: Bu, haftalık ve üç aylık döngülerde birkaç, düşük öncelikli görev veya hikaye eklemektedir. Takım daha önemli görevlerde gecikiyorsa, bunlar düşebilir. Aksi takdirde, bunlar da tahmini programlarla tanışma şansını arttıracaktır.
On dakikalık yapı: Tüm sistem ve tüm testler 10 dakika içinde çalıştırılmalıdır. Zaman bu sınırı aşarsa, birden fazla RERUN'lar hatalar arasında daha büyük periyotlara mal olacaktır. Bu uygulama, yapım sürecinin otomasyonunu teşvik eder, tüm testlerinizi çalıştırmak için düzenli olarak uygulanabilir.
Sürekli entegrasyon:Bu uygulama, yeni kodun anında mevcut daha büyük kod tabanına test edilmesini teşvik eder. Bu, entegrasyon sorunlarını yakalamanıza ve düzeltmelerine yardımcı olur. Bu uygulama disiplin gerektirir ve on dakikalık yapı uygulamalarına ve ilk gelişmeyi test etmektedir.
Test-ilk programlama: Normal yolu takip etmek yerine.
Kod Geliştirme - & GT; Yazma Testleri - & GT; Test testleri
Test-ilk programlama uygulaması yolunu alır:
Yazma Otomatik Test - & GT; Başarısız Test Koşu - & GT; Test geçişini yapmak için kod geliştirin - & GT; Çalıştır testi - & gt; Tekrar et
Bu uygulama da, belirtilen tanımlama ve çözünürlük için geri bildirim döngüsünü azaltır. Bu, üretime sokulan hata sayısında bir azalmaya neden olur.
Artımlı tasarım: Bu uygulama, sistem tasarımının genişlik bilge perspektifini anlamak için belirli bir miktarda çalışma yapmayı canlandırıyor. Bundan sonra, belirli özellikler teslim edildiğinde tasarımın belirli bir yönünün detaylarında daha fazla çalışın. Bu yaklaşım, değişikliklerin maliyetini azaltır ve mevcut en güncel bilgiye dayanarak gerektiğinde tasarım kararları vermenizi sağlar.
XP, ekibinizin takip etmesi için belirli uygulamaları dahil ettiler ve ekip üyeleri için belirli roller oluşturmaz. Ancak, gereksinime göre, en yaygın olan 4 rol:
Müşteri:XP müşterisinin projeye aktif olarak katılmaları bekleniyor. Müşteri, tüm işletme kararlarını aşağıdaki gibidir:
Geliştirici: Geliştiriciler, müşteri tarafından tanımlanan hikayeleri gerçekleştirir, bu da karar verilen özelliklere sahip bir proje sunar.
İzci: Tracker isteğe bağlı bir roldür ve ekibin bir tane gerektirmese bağlıdır. Bu, ilgili olarak takip etmek için geliştiricilerden biri tarafından gerçekleştirilir.Çevik Metrikler, ve budur İlerleme değerlendirmesi ve iyileştirme için kilit alanların tanımlanması için. Bu, gelişme için kilit alanların ilerleme izlemesi ve tanımlanması için önemlidir. Bu metriklerin bazıları, çalışılan zaman miktarını, fazla mesai miktarını, geçiş ve başarısızlık testlerini, hızını ve varyasyonların hız için nedenleri içerebilir.
Koç: Bu rol özellikle takım yeni başlıyorsa faydalıdır. Koç, XP'yi daha önce kullanan bir dış danışman olabilir ve ekibin XP uygulamalarında ve öz disiplinin üzerine danışmanıza yardımcı olabilir. Koçun istihdam edilmesi, yeni ekiplerin projeyi hızlandırabileceği olası hatalardan kaçınmasına yardımcı olur.
XP yaşam döngüsü haftalık döngü ve üç aylık döngü ile ilgili olarak açıklanabilir.
Başlamak için, müşteri hikaye kümesini tanımlar. Ekip, müşteri tarafından tahmin edildiği gibi nispi avantajla birlikte, hikayelere öncelik vermek için kullanılan göreceli değeri gösteren her hikayenin boyutunu tahmin ediyor.
Durumda, bazı hikayeler dahil olmak üzere belirsiz teknik hususlar nedeniyle ekip tarafından tahmin edilemez, bir başak tanıtabilirler. Çiviler, araştırma için kısa, zaman çerçeveleri olarak adlandırılır ve düzenli yineleme başlamadan önce veya devam eden yinelemelerle birlikte oluşabilir.
Sonraki Yayılma Planı geliyor: Yayılma planı belirli bir çeyrekte veya sürümde teslim edilecek hikayeleri kapsar.
Bu noktada, haftalık çevrimler başlar. Her haftalık döngüsünün başlangıcı, ekibi içerir ve bu hafta gerçekleştirilecek hikayeler kümesine karar vermek için müşteri toplantısı. Bu hikayeler daha sonra o hafta içinde tamamlanacak görevlere ayrılır.
Hafta sonları, takım ile müşteri arasındaki bugüne kadar ilerlemenin gözden geçirilmesi. Bu, projenin devam edilmesi gerektiğinde veya yeterli değer teslim edilmesi durumunda kararlara yol açar.
Krizp sistemi için XP
Krizp çözümü Hindistan'da bir başlangıç, web tabanlı bir geliştirme şirketi oldu. İş planları, diğer küçük şirketler veya eğitim kurumları için web portallarının oluşturulmasını kapsıyordu. Şirket, zaten diğer büyük BT organizasyonları için çalışan insanları istihdam eden yarı zamanlı bir iş olarak başladı. Plan, yalnızca başlangıç bir başarıya girdiğinde tam zamanlı devam etmekti. Yazılım geliştirme süreçleri için birçok proje ve birkaç çalışanı olmayan bir başlangıç şirketi olduğu için hiçbir çerçeve yoktu.
Şirket, yazılım geliştirmeye yapılan yapılandırılmış bir yaklaşım yoktu. İlk gereklilikler Kağıt üzerine dikkat çekerek, müşteriden telefon görüşmeleri aracılığıyla daha fazla bilgi ve açıklamalar alınmıştır. Genellikle, şartlardaki en büyük değişiklikler, çözüm geliştirildikten sonra müşteri incelemesine kadar gelmedi.
İçin başkahata düzeltmeGeliştiriciler birbirleriyle çok az veya hiç iletişim kurmamışlardı. Farklı özelliklerde ayrı ayrı çalıştılar. Bu, çalışma yöntemlerinde iyileşme ile ilgili tartışmalar için bir engel olmaya neden oldu.
Dahası, projeler belgelenmedi. Projeleri takip etmek veya müşteri tarafından ortaya konan şartların karşılandığından emin olmak için hiçbir proje yöneticisi yoktu. Geliştiriciler sadece ne yapılması istenenler üzerinde çalıştı.
Krizp sisteminde ekip, farklı çevik çerçevelerin arkasındaki kavramlara tanıtıldı. XP yöntemi bir ayın bir aralık üzerinden istihdam edildi ve sonuçlar değerlendirildi.
Şirketin CEO'su 2 rol aldı: müşteri temsilcisi ve izci. İlk rolü için, kullanıcı hikayelerine öncelik verdi, delegasyon yaptıonları geliştirme ekibineve ve müşteri ile düzenli iletişim vardı. İzleyici olarak, belirli görevleri tamamlamak için zamanın izini sürdürdü. CEO, her hafta planlama oyununu (ya da dört gün içinde en az bir kez) başlattı, çünkü proje küçüktü ve geliştiriciler bir kullanıcı hikayesinde görevleri daha hızlı tamamlayabilir. Bununla birlikte, müşteri doğrudan iletişim için yalnızca ayda sadece iki kez ve telefon görüşmeleri ve e-posta yoluyla temas halinde olduğu zamanın geri kalanında mevcuttu.
Eşleştirilmiş programlama tekniği, her iki geliştiricinin birlikte çalıştığı için kabul edildi. Görev tamamlandıktan sonra, her iki geliştirici de CEO'lu kodu inceledi.
Müşteri testleri tanıtıldı ve ekip, ayda yaklaşık 12-15 olan sürekli tasarım iyileştirmeleri üzerinde çalıştı.
Özet
XP yaklaşımı, şirket için yazılım geliştirme döngüsü üzerinde iyi bir etkiye sahip gibiydi. İlgili olumlu değişikliklerden bazıları:
Pratik değerlendirmekŞelale uygulamalarıvs Extreme Programlama, 2 vaka çalışması ile bir araştırma çalışması yapıldı: biri IBM'de ve diğeri SABER Airlines'da. Her vaka çalışması şelale yaklaşımını XP yaklaşımına kıyasla karşılaştırdı.
İlk vaka çalışmasında IBM'de, araştırmacılar XP yaklaşımını verimlilik, kalite ve müşteri memnuniyeti üzerine benimseme etkisini incelemek istedi. XP uygulamalarının benimsenmesiyle ilgili 7 - 11 üyeden oluşan bir ekip üzerinde yıl süren bir çalışma yapıldı. Ekip, harici müşteriler için ürünler oluşturmak için diğer IBM ekipleri tarafından kullanılan bir araç seti için SERVLET / XML uygulamalarının geliştirilmesinden sorumluydu. Örnek olay incelemesi, aynı ürünün ardışık sürümlerinde 2 yaklaşım analiz etti. İlki, geleneksel şelale yaklaşımıydı ve ikincisi XP'di.
İkinci vaka çalışmasında, SABER Havayolu Çözümlerinde, aynı yöntem I.E'de kullanılmıştır. Aynı ürünün farklı sürümleriyle 2 yaklaşımın karşılaştırılması. Ekip, dış müşteriler için özelleştirilmiş son kullanıcı ve işletme uygulamaları geliştirmek için komik bir GUI ortamı geliştirmeye çalıştı. Takım 6-10 üyeden oluşuyordu. Eski sürüm, şelale yöntemini kullanarak 3 yıl önce (18 ay) bitti (18 ay), yeni sürüm son zamanlarda tamamlandı (3.5 ay), XP kullanarak tamamlandı.
İlk adım, üç bölümden oluşan aşırı bir programlama değerlendirme çerçevesi (XP-EF) oluşturmaktı: XP Bağlam Faktörleri (XP-CF), XP Yapışma Metrikleri (XP-AM) ve XP Sonucu Ölçümleri (XP-OM):
Çerçeveye ek olarak, Müşterinin memnuniyeti için ekip tarafından XP'yi birleştirmeyi anlamaya yardımcı olmak için takım üyeleri ve müşterilerle görüşmeler yapıldı.
Özet
IBM'de, XP yöntemi aşağıdaki önlemlerle şelale yöntemine göre daha verimli gibiydi:
Saber Airlines'da, benzer sonuçlar fark edildi:
Kullanım durumu 1:
Sorun bildirimi:Şirket web sitesinin yeniden tasarlanması gerekiyor.
Aktörler: Müşteri, geliştiriciler, izci
XP kullanarak:
Kullanım Durum 2:
Sorun ifadesi: Bir müşteri sıfırdan geliştirilecek bir oyun gerektirir.
Aktörler: Müşteri, geliştiriciler, izci
Olayların düzenli akışı:
XP kullanma :
UDN Görev Yöneticisidestekleyen bir görev yönetim sistemidirÇevik YöntemiAşırı Programlama Çerçevesi. Bu, özellikle ekip çalışması ve proje teslimatı için tasarlanmış bir çevrimiçi görev yönetimi uygulamasıdır. Sektörden bağımsız olarak,UDN Görev YöneticisiXP metodolojisini kolaylaştırır ve etkili proje planlamasına ve işlem hizalamasına katkıda bulunur.
Aşağıdakiler yollardan bazılarıUDN Görev YöneticisiXP çerçevesinde, proje hedeflerinizi daha iyi planlamanıza ve başarmanıza yardımcı olabilir.
Toplantı Zamanlaması
Oturumlarınızı, haftalık toplantınızı ve üç aylık toplantılarınızı önceden planlayabilirsiniz. Toplantıların gündemi ve zamanlamaları belirtilebilir. Toplantı için sabit bir süre tanımlayabilir veya takımın yanıtından sonra tamamlanması için ekibe önerilen bir süre gönderebilirsiniz.
Bu uygulama aynı zamanda bir toplantıda tartışılan tüm önemli noktaları not etmenizi sağlar. Tutanaklar, takımın geri kalanında gözden geçirilebilir ve yayınlanabilir.
Takım tahsisi
Takımınızı ve takım tahsisat bölümünde üstlenecekleri rollerinizi ayarlayabilirsiniz. Geliştiriciler, izleyiciler ve müşteri için rolleri kolayca tanımlayabilirsiniz.
Proje oluşturma
Müşteri projeyi oluşturabilir ve gereksinimleri belirtebilir. Müşteri ayrıca bütçe ve zaman çizelgesini de tanımlayabilir.
Görev oluşturma ve ödev
Müşteri, proje içindeki görevler oluşturarak hikayeler oluşturabilir. Görevler, bir hikaye altında tamamlamak için bir etkinlik listesi içerecektir. Bu hikayeler daha sonra programcılara atanabilir.
Hikayeler zamandan önce tamamlandığında, bazı ekip üyelerinden önce tamamlanırsa, müşteri onlara "gevşek" görevleri i.e. Kalan zaman çizelgesindeki daha düşük öncelikli görevler. Bu, proje tamamlamaya doğru daha hızlı çalışmayı kaydeder.
Ayrıca bakınız:
TanıtmakUDN Görev Yöneticisi2.0 - Henüz en çok beklenen güncellememiz
Proje akışı
Proje Yöneticisi veya Tracker, proje akışını zaman çizelgesi modülünden takip etmeye yardımcı olabilir. Bu modül, proje ilerlemesinin etkili izlenmesini ve değerlendirilmesine izin verir. Aynı zamanda farklı görevler için zaman çizelgesini bireysel olarak değerlendirir ve dönüm noktalarının ulaştığı veya beklenmesini sağlar.
Kolay işbirliği
Bazen yüz yüze toplantılara sahip olmak mümkün değildir. Belirli bir takım başka bir sitede çalışıyorsa. Bu gibi durumlarda, projeler, görevler ve toplantılar hakkındaki otomatik güncellemeler zamanında ve etkili ekip işbirliğini ve tartışmasını sağlayabilir. Bu, projenin ve görev takibinin manuel düzenlemesinde boşa harcanan, dakikaların toplantısı ve proje güncellemesini önlemekten kaçınır.
Gerçek zamanlı yorumlar, takımla iletişim kurmak için kolay bir yol sağlar. Bilgi veya yeni fikir alışverişi olup olmadığı, bu, ekibin aynı sayfada kalmasını kolaylaştırır.
Bağımsız görevler vurgulanır ve her takım üyesi, diğer ekip üyeleri tarafından güncelleştirmeleri anında kontrol edebilir. Bu, ekibin değişen durumlarda güncellenmesini ve bir sonraki görevi, buna göre planlamasını sağlar.
Dahası, müşteri doğrudan takımla işbirliği yapabilir ve gereksinimlerindeki herhangi bir değişikliği güncelleyebilir.
Şeffaflık
UDN Görev YöneticisiTüm projelerin ve karşılık gelen görevlerin ve alt görevlerin görev tahtası ile şeffaf bir görüntüsünü verir. Oluşturulan veya değiştirilen herhangi bir proje ekibe derhal iletilir. İlerleme güncellemelerinin, toplantı davetiyelerinin veya proje raporlarını tekrar kontrol etmeye gerek yoktur.
Görevler, tüm ekibin tamamının tam olarak farkındığı ve ne zaman gerçekleştirildiğini bilmek için PAVES yolunu güncelledi, değiştirdi veya silindi.
Filtre seçeneğiyle, önceliğe veya eldeki görevi temel alan seçilen projeler için güncellemeleri görmeyi seçebilirsiniz. Durum seçeneğiyle, seçilen görevin durumu başlaması, tamamlanıp gelmediğine veya devam etmeyeceğini görebilir.
Çözüm
Bu yazı, XP'den çevik bir işçi olarak nasıl faydalanabileceğinizi detaylandırır. Ek olarak,UDN Görev YöneticisiAşırı Programlama Alanı ve Şelale Teknikleri alanında bu gereklilikleri gerçekleştirmek için oluşturulur. Bu nedenle, bir okuma verin ve düşüncelerinizi aşağıdaki yorumlar aracılığıyla paylaşmayı unutmayın. Alternatif olarak, bize e-posta gönderebilirsiniz. .
