Klasik yönetim ders kitaplarında yer alan bir fabrika cihazı örneğini herkes bilir; burada her çalışan bir kusuru ortadan kaldırmak veya bir rasyonalizasyon önerisi yapmak için konveyörü durdurma hakkına sahiptir. Agile felsefesinin temelini oluşturan da bu yaklaşımdır.

Bundan 10-15 yıl önce küçük ekiplerde yazılım geliştirme yöntemi olarak ortaya çıkan Agile, artık büyük şirketleri yönetmenin yeni kültürü haline geliyor. Alman Gref'in yakın tarihli bir konuşması sayesinde, Çevik terimi tüm modern Rus yöneticilerin sözlüğünde yer alıyor.

Agile nedir ve neden bu yöntem neredeyse tek doğru olarak adlandırılır?

Öncelikle BT endüstrisinin özelliği olan ürün ve hizmet yaratmaya yönelik klasik bir yaklaşım vardır. Bu yaklaşıma şelale veya yinelemeli geliştirme metodolojisi denir. İngilizce terminolojide bu yaklaşıma şelale geliştirme denir (İngilizce'den - şelale). Neden şelale denir? Çünkü böyle bir geliştirme şemasında, bir yazılım ürün planını onayladıktan sonra, bu planı oluşturmadan durduramaz veya değiştiremezsiniz.

Çevik, yeni bir ürün veya hizmetin yaratılmasını yeniden düşünmek için yenilikçi bir yaklaşımdır. Çok dayanmaktadır basit fikir: süreçteki her katılımcı, bu "konveyör montajının" her çalışanı, görevlerini ve ortak amacı yeniden düşünme sürecine dahil edilmelidir. Herkes konveyörü durdurabilir ve kendi mantıklı önerilerini yapabilir.

Çoğu kuruluşta, yazılım ürünleri oluştururken, projenin belirli aşamalarından sorumlu kişiler genellikle birbiriyle çelişen çeşitli departmanlarda bulunur. Operasyon ekibinin, test uzmanlarının ve geliştiricilerin genellikle birbirleriyle çatıştığı bir sır değil. Ve ürün çalışmazsa ve işletmeye kar getirmezse, o zaman herkes diğerini suçlamaya çalışır. Aslında, bu gibi durumlarda, kural olarak, herkes suçludur.

Çevik yöntem, tüm katılımcıların yazılım ürünü geliştirme sürecine dahil edilmesini içerir ve katılımcılara tanıdık yetkinlikler bırakır. Bu yaklaşım, hepsinin aynı nihai hedef için çalıştığını açıkça ortaya koyuyor - müşterileri için kaliteli bir ürün.

Yani işletmenin kendi iş kültüründe bir değişiklik var. MBA programlarının bir parçası olarak, bunlarla ilgilenen bütün bir kurs vardır. örgütsel yapışirketler. Yeni kurulan şirketlerde ve yeni kurulan şirketlerde herkes her şeyi yaptığında, içinde bir denge kavramı vardır, bu nedenle genellikle piyasada etkin bir şekilde hareket eden arkadaş canlısı bir ekip orada doğar. Verimlilik ve pazara yeni fikirler getirme açısından bu ideal organizasyon yapısıdır.

Elbette Agile'a hiç ihtiyaç duymayan organizasyonlar var. Örneğin, devlet daireleri. Faaliyetleri mevzuata dayanmaktadır. Oyunun kuralları her gün değişirse devletle etkileşime geçemeyeceğiz.

Dolayısıyla, örgütsel altyapının iki radikal karşıtına sahibiz. Bir yanda, belirli durumlarda kullanılan ve belirli durumlarda iyi çalışan en katı bürokratik resmileştirilmiş organizasyon vardır. Ve bunun taban tabana zıttı, genç girişimler, gerçekten yeni bir şey yaratan benzer fikirlere sahip insanlardan oluşan ekiplerdir ve Çevik, nihai hedef için çalışan duygusal bir ekibin durumuna, uygulanabilir bir yüksek kaliteli (yazılım) çok daha yakındır. ürün. Dolayısıyla herhangi bir aşamada ortaya çıkan sorunlar tüm insanların sorunlarıdır ve bunları çözebilen herkes bu sürece dahil olur.

Büyük bir klasik işletmenin (Enterprise) Agile'a geçişi

Bu son derece önemli bir soru ve çok ilginç. Bütün dünya bunu konuşuyor, Alman Gref de aynı şeyi söyledi. “Arkadaşlar biz bir bankayız, rakiplerimiz banka değil, rakiplerimiz topluma dijitali getiren genç şirketler” dedi.

Gelişmiş bir işletme üç sütuna dayanır: (işletmenin faaliyet gösterdiği sektördeki) deneyim ve bilgi, Çevik metodolojiyi kullanarak ürün ve hizmetlerin geliştirilmesi ve en önemlisi yenilikçi bir kültür.

Bankacılık ürün ve hizmetlerini kolayca kopyalayan önde gelen BT şirketleri, geleneksel olduğu için bunları bankanın getiremeyeceği bir düzeye tamamlamaya (veya dönüştürmeye) başlar. finansal kurum yeterince gelişmiş bir inovasyon kültürüne sahip değildir.

Çok basit bir örnek, mikrofinans kuruluşlarıdır. Bunlar kelimenin tam anlamıyla bir parmak şıklatmasıyla bir hizmet yaratan firmalardır. Bugün şirket ortaya çıktı, inanılmaz derecede yüksek bir faiz oranıyla kredi verdi - yarın bir bankanınkinden çok daha fazla karlılığa sahip olacak. Bu tür kuruluşlar, hizmetlerini ve ürünlerini anında yeniden inşa edebilir, hızla yeni pazarlara girerek klasik bankaların yerini alabilir.

Benzer şeyler sadece bankacılık sektöründe değil, tüm sektörlerde ve iş kollarında yaşanıyor. Mobil operatörler ödeme sistemleriyle ilgilenmeye başlıyor. Uber, birkaç yıl içinde dünyanın dört bir yanında seyahat etme şeklini değiştirdi ve Airbnb aynı şeyi konaklama seyahati endüstrisi için yaptı.

Esnek planlama

Şelale geliştirme ile bir yıl önceden plan yapmalısınız. Ancak bir şey değişirse - örneğin, daha fazla sunucu veya başka bileşen gerekiyorsa, proje durdurulduğunda böyle bir senaryo mümkündür - sonuçta yeni bir ihale yapılması, yeni altyapı satın alınması vb.

Yani Çevik, yalnızca yeni yazılım oluşturmak için bir metodoloji değil, tüm şirketin gelişimi için esnek bir planlama sistemi haline gelir. Müşterilerden gelen taleplere ve bir yazılım ürününün geliştirilmesi ve işletimi sırasında değişen gereksinimlere de esnek bir şekilde yanıt veren böyle bir altyapı oluşturulmalıdır (bu arada, bu, bulut teknolojilerine tam bir geçiş anlamına gelir).

Çevik planlama, her iş sürecinin anlaşılmasını ve analiz edilmesini gerektirir. Ve bu zaten Sonraki etapşirketin gelişimi - dijitalleşmesi.

materyali okuyun

Çevik geliştirme metodolojisi(eng. Çevik yazılım geliştirme, çevik yöntemler) - bir dizi geliştirme yaklaşımı yazılım kullanıma yöneliketkileşimli geliştirme , kendi kendini organize eden çalışma grupları içindeki sürekli etkileşimin bir sonucu olarak gereksinimlerin dinamik olarak oluşturulması ve bunların uygulanmasının sağlanması çeşitli profillerdeki uzmanlardan oluşur. Çevik geliştirme metodolojileri sınıfıyla ilgili, özellikle Extreme Programming, DSDM, Scrum, FDD gibi çeşitli teknikler vardır.

Çevik metodolojilerin çoğu, geliştirmeyi azaltarak riski azaltmayı amaçlaryineleme adı verilen bir dizi kısa döngüye genellikle iki ila üç hafta sürer. Her yinelemenin kendisi minyatür bir yazılım projesi gibi görünür ve işlevsellikte küçük bir büyüme sağlamak için gerekli tüm görevleri içerir: planlama, gereksinim analizi, tasarım, programlama, test etme ve belgeleme. Bir ürünün yeni bir sürümünü yayınlamak için genellikle tek bir yineleme yeterli olmamakla birlikte, çevik bir yazılım projesinin her yinelemenin sonunda yayına hazır olduğu varsayılır. Her yinelemenin sonunda ekip, geliştirme önceliklerini yeniden değerlendirir.

Çevik Yöntemler

Çevik yöntemler, Yalın Geliştirme (“Yalın yazılım geliştirme”), Scrum vb. gibi esnek metodolojilerdir. 2000'lerin başlarında, verimsiz geleneksel BT yöntemlerine bir alternatif olarak geliştirildiler.

Neredeyse tüm çevik ekipler tek bir ofiste (boşluk) toplanmıştır. Ofis, ürün sahibini - ürünün gereksinimlerini belirleyen müşteriyi içerir. Müşteri bir iş analisti, proje yöneticisi veya müşteri olabilir. Ayrıca ofiste arayüz tasarımcıları, testçiler, teknik yazarlar bulunabilir. Yani Çevik yöntemler öncelikle doğrudan iletişimi amaçlar.

Çevik yöntemlerin ana ölçüsü iş ürünüdür.tercih etmek Doğrudan iletişim, çevik yöntemler, diğer yöntemlere kıyasla yazılı belge miktarını azaltır

Anahtar Fikirler:

— insanlar ve etkileşimsüreçlerden ve araçlardan daha önemli;

— çalışan ürünkapsamlı dokümantasyondan daha önemli;

— müşteri ile işbirliğisözleşmenin şartlarını kabul etmekten daha önemli;

— değişme isteğiorijinal planı takip etmekten daha önemlidir.

Çevik ilkeler:

1. Müşterinin değerli yazılımların erken ve kesintisiz teslimatı nedeniyle memnuniyeti;

2. Gereksinimlerdeki değişiklikleri geliştirmenin sonunda bile memnuniyetle karşılar (bu, ortaya çıkan ürünün rekabet gücünü artırabilir);

3. çalışan yazılımın sık sık teslim edilmesi (her ay veya haftada bir veya daha sık);

4. proje boyunca müşteri ve geliştiriciler arasında yakın, günlük iletişim;

5. proje, gerekli çalışma koşulları, desteği ve güveni sağlanan motive bireyler tarafından yürütülür;

7. Çalışan yazılım ilerlemenin en iyi ölçüsüdür;

8.sponsorlar, geliştiriciler ve kullanıcılar sabit bir tempoyu süresiz olarak sürdürebilmelidir;

9.Teknik mükemmelliği ve kullanıcı dostu tasarımı geliştirmeye sürekli dikkat;

10. basitlik - gereksiz iş yapmama sanatı;

11.en iyi teknik gereksinimler, tasarım ve mimari kendi kendini organize eden bir ekipten elde edilir;

12.Değişen koşullara sürekli uyum.

Agile'ın ana avantajları:

• Web ürün kalitesi

Müşteriyi her yineleme sürecine dahil etmek, kaliteyi her zaman iyileştiren sürecin ayarlanmasını mümkün kılar.

• Yüksek geliştirme hızı

Yineleme 3 haftadan fazla sürmez, bu sürenin sonunda her zaman bir sonuç vardır.

• Risk minimizasyonu

Büyük bir proje, müşterinin birkaç yineleme için ödeme yapmasına ve çalışma sırasında tam olarak istediğini zamanında ve uygun bir fiyata alacağını anlamasına olanak tanır. Şelale modelleri (özellikler ve referans koşulları kullanılarak) bu tür fırsatlar sağlamaz.

Müşteri her zaman geliştirme sürecini izleme, projenin işlevselliğini ayarlama, test etme veya çalıştırma ve hatta herhangi bir zamanda durdurma fırsatına sahiptir.

Agile'ı Anlamak

Agile, farklı metodolojileri (Scrum, Kanban, XP, Lean ve diğerleri) içeren esnek bir geliştirme yaklaşımıdır. Birçok insan bunu biliyor. Ancak yüzeyde yatmayan düzinelerce küçük şey ve her türden ilginç şey var.

Hem esnek metodolojilerle “sen”in peşine düşen yeni başlayanlar hem de onlarla uzun süredir dost olanlar için bir yazı dizisi hazırladık. Temel kavramlardan (kısaca) ve Agile ile Scrum'ın günlük yaşamdaki beklenmedik uygulamalarından bahsedelim. Bugünün makalesi bir giriş dersi gibidir: Agile'ın ne olduğu ve ne ile yendiği hakkında.

Projelerin Büyük Patlaması

Evrenin doğuşuyla bir paralellik kurarsak - bu rolü Agile'a atayacağız - o zaman Big Bang, yüzlerce proje yöneticisini sinir krizi geçiren - değişen ürün gereksinimleri - bir numaralı sorun olacaktır. İnleyen histerik ünlemlerin nedeni budur "Bu cezaya neden ihtiyacım var?" ve saç incelmesi.

Tipik olarak, süreçler içinde çalışır şelale Modeli(veya şelale modeli) - her şey aşamalar halinde ve sırayla gerçekleşir. Basitçe söylemek gerekirse, "Hedefi görüyorum - hedefe gidiyorum." Ve bir noktada ürün gereksinimleri, nihai hedef değişirse, bazen yeniden yapmanız gerekir. Kusursuz bir şekilde cilalanmış bir plan gerçekle çarpıştığı anda, hemen toz haline gelir. Ancak hem planı hem de ona yaklaşımlarını çöpe atmak yerine, liderler planın işe yaradığını varsayar ve hatta bunu yapması için uzmanlar tutar. Temel olarak, insanlara onlara yalan söylemeleri için para ödüyorlar.

Scrum'ın yaratıcısı Jeff Sutherland'a göre bu, Sovyetler Birliği'nin çöküşünün arifesinde aldığı raporlara inandığı iddia edilen 1980'lerin sonundaki SBKP Merkez Komitesi Politbürosu'nu anımsatıyor.

Çevik yöntemler, esneklikleri nedeniyle bununla başa çıkmak için tasarlanmıştır. Agile'ın, bir dizi ilke kullanarak her türlü riski en aza indirmek için tasarlanmış, çeşitli yaklaşımlardan oluşan bir karmaşa olduğunu söyleyebiliriz. Bu ilkeler ve 4 ana fikir, 2001 tarihli Agile Manifesto'da toplanmıştır.

Çevik Manifestosu

Agile üzerinde çalışan herkese yol gösteren hususları “kristalize etmek” için ifadeyi basitleştirirsek, şöyle bir şey elde ederiz:

• En önemli şey insanlardır, eşyalar değil
• Dokümantasyon (kimsenin okumadığı) kimsenin işine karışmamalı
• İşbirliği yapın, sözleşmeyi tekrar okumayın
• Yaşa, nefes al, değiş - olabildiğince hızlı

Süreçler nasıl düzenlenir?

Çevik üzerinde nasıl çalışabileceğinizi görelim. Örneğin, Scrum'ı ele alalım - bugün en popüler çevik metodolojidir. Scrum'ın yazarı Jeff Sutherland, klasik proje yönetiminin eksikliklerinin üstesinden gelmek için bu tekniği icat etti.

1. Ürün Sahibini Seçin- bu, hangi hedefe gittiğinizi ve sonunda neye ulaşmak istediğinizi gören bir kişidir.

2. bir takıma karar ver- bir sonuç (yani uygulanabilir bir ürün) elde etmenizi sağlayacak becerilere sahip 3 ila 10 kişi.

3. Bir Scrum Ustası Seçin- Bu kişi, projenin ilerleyişini izler ve ekibin zorluklarla başa çıkmasına yardımcı olur.

4. Bir ürün biriktirme listesi oluşturun- ürün için tüm gereksinimleri tek bir yerde (tercihen Çevik bir panoda) toplayın ve önceliklendirin. Ürün sahibi, tüm istekleri düşünmeli ve toplamalıdır. Ekibin daha sonra, yapılıp yapılamayacağını ve ne kadar süreceğini görmek için birikmiş iş listesini değerlendirmesi gerekir.

Yandex'deki çevik bir pano böyle görünüyor - .

5. Sprintleri planlayın- ekibin belirli görevleri yerine getirdiği süreler (bir veya iki hafta). Sprintler düzenli olacaktır: örneğin, bitmiş ürün elde edilene kadar iki hafta boyunca 15 kez.

6. Günlük toplantıları 15 dakika tutun (bir dakikadan fazla değil)- Gündemde herkesin kısaca yanıtladığı üç soru var: Dün ne yaptım, bugün ne yapacağım ve beni “yükseklere çıkmaktan” alıkoyan engeller nelerdir?

7. inceleme yap- sprint sonunda ekip ne yapmayı başardıklarını anlatır ve ürünün uygulanabilir kısımlarını gösterir. İncelemelere herkes gelebilir: ürün sahibi, ana müşteri ve hatta potansiyel müşteriler.

8. Bir retrospektif düzenleyin- Çevik ekip her sprintten sonra sorunları tartışır ve çözüm arar. Ekibin bir sonraki Sprint'te hemen uygulayacağı bir değişiklik planı olmalıdır.

Scrum'ın nasıl uygulanacağı ve ekip performansının nasıl geliştirileceği hakkında daha fazla bilgi için bu makaleyi okuyun.

Scrum, bir takım çalışması yönteminden daha fazlasıdır. Scrum, tüm insan çabalarının hızını artırır. Proje veya problem ne olursa olsun, verimliliği artırmak ve daha iyi sonuçlar elde etmek için herhangi bir girişimde Scrum kullanılabilir.

Agile'ı şahsen tanıyın

Çevik yöntemlerin, bir tür "sinyal bayrakları" gibi temel özelliklerle tanımlanması kolaydır.

1. Risk minimizasyonu, herhangi bir çevik yaklaşımın ana hedefidir.
2. Yinelemeli geliştirme - kısa döngülerde çalışın.
3. İnsan ve iletişim en önemlisi.

Agile'a nehrin her iki tarafından - müşteri ve ekip - bakarsanız, bu yaklaşım herkes için anlamlıdır.

• Müşterinin en azından minimum düzeyde işlevsel bir ürünü zamanında alması (yazılımdan veya diğer süreçlerden ve olaylardan bahsetmemiz önemli değil), cebinde bir çörek deliği olmadan koşulları değiştirmesi gerekir - bu zaten bir risk sigortası sorunu.

• Ekip, müşteri ve iş arkadaşlarıyla iletişimden yararlanır (böylece, "Beni yanlış anladınız - her şeyi hızlı bir şekilde yeniden yapın. Ve evet, dün gerekliydi!"), Sürpriz olasılığını azaltan süreçlerin şeffaflığı, hızlı problem çözme . Pek çok insan zamanın nereye gittiğini ve işin nerede durduğunu anlar. Bir önemsememek (aslında değil), ama güzel.

Artı, ekip içindeki iletişim niteliksel olarak gelişiyor. Herkes ortak bir fikre odaklanır, birbirinden sır yoktur, herkes bir söz verir (sosyal yükümlülükler - onlarsız nerede). Pastanın üzerindeki krema, hızlı da olsa (en azından normalden daha hızlı) rahat bir tempoda çalışabilme yeteneğidir.

Agile, kaostan düzene düzen getirir. Çalışmalar yapıldı: Çevik bir yaklaşım çerçevesinde yürütülen projelerin, süreçlerin standart paradigmada kurgulandığı projelere göre 3 kat daha başarılı olduğu ortaya çıktı. Ve oldukça mantıklı görünüyor: müşteri istediğini minimum zaman ve kaynakla elde ediyor.

Kim bundan hoşlanmayabilir?

Başlangıcından bu yana, Scrum kavramı teknoloji endüstrileri için yeni yazılım ürünlerinin tasarımının temelini oluşturmuştur. Bununla birlikte, Silikon Vadisi'nde yazılım ve yeni donanım proje yöneticileri arasında tanınma ve başarı elde eden Scrum, genel iş uygulamalarında az bilinen bir metodoloji olmaya devam ediyor.

Hepsi bugün için. Bir dahaki sefere Scrum Scrum'lardan ve çevik metodolojilerin Rus gerçekliğinde nasıl çalıştığından bahsedeceğiz. Değiştirme.

Not:Her hafta almak ister misin? yardımcı ipuçları işletme ve pazarlama hakkındaki en ilginç kitaplardan yeni ürünler hakkında bilgi edinin ve indirimlerden yararlanın? Haber bültenimize abone ol. İlk harf bir hediyedir.

İÇİNDE modern yönetim"Çevik" yönetim modeli, Çevikliğin ne olduğunu tanımlayan (her biri kendi yöntemiyle) üç farklı bağlamda ele alınır.

Üç Cilt Çevik Anlam

İlk, daha dar anlamda, bu terim, yazılım geliştirme alanında 2000'li yılların başından beri, endüstri uzmanlarının ABD'nin Utah eyaletinde, bir dağ beldesinde bir araya gelerek yazılım ürünleri yaratmanın yöntemlerini ve uygulamalarını tartışmak için kullanıldığı zamandan beri kullanılmaktadır. son kullanıcı tarafından talep edilmektedir. Bu toplantının sonucu, her şeyden önce yazarların dar faaliyet alanıyla ilgili olan ancak potansiyel olarak diğer bazı iş projelerine genişletilebilecek 12 ilke içeren yazılım geliştirme için Çevik Manifesto oldu.

Terimin ikinci, daha geniş anlamında, Çevik ilkeleri hemen hemen her işin yürütülmesine uygulanır ve örneğin "yalın başlangıç" (Yalın Başlangıç) kavramında bileşenler olarak kullanılır. Bu anlamda Çevik Model, birkaç adımda karakteristik bir modeli izleyen esnek bir proje geliştirme metodolojisini takip ediyor olarak anlaşılmaktadır.

1. Proje üzerindeki çalışmalar yinelemeler halinde gerçekleştirilir - kısa döngüler (sprintler). (Yazılım geliştirme söz konusu olduğunda, bu döngüler 1 hafta ile 1 ay arasında değişmektedir).
2. Her döngünün sonunda, halihazırda işletmede kullanılabilecek bir ürün piyasaya sürülür. Yazılım için, bir uygulama veya onun sadece bir kısmı böyle bir ürün haline gelebilir, ancak "ham" yazılımlar bile pratikte denenebilir ve denenmelidir.
3. Ürün, geliştiricilerle sürekli geri bildirim sağlayan müşteri veya kullanıcılar tarafından kontrol edilir. Proje boyunca (tüm yinelemeler) müşteri odaklı bir yaklaşım uygulanır.
4. Herhangi bir yorum, revizyona hızlı bir şekilde dahil edilir ve bu, küresel sistem hatalarını biriktirmemenizi sağladığından, yol boyunca ürünün gelişimini hemen düzeltmenize izin veren değişiklikler memnuniyetle karşılanır.

Çeviklik, üçüncü, hatta daha geniş anlamda, Toyota fabrikalarında kullanılan yönetim modelinin bir parçasıdır ve şu anda neredeyse her başarılı üretimin yönetiminin temel bileşenlerinden biridir. Çevikliğin bu bağlamdaki temelleri, diğer bağlamlardaki teknolojiyi anlamanın temellerine benzer.

Toyota tesislerinde nihai üretim formatının ayarlanmasıyla ilgili hızlı geri bildirim, konveyörün durdurulmasını başlatabilen ve üretim döngüsüne ince ayar yapmak için ayarlamalar yapan herhangi bir çalışan tarafından sağlandı. Çevik dönüşüm, üretimin tamamında yeniden donanıma yol açabilir üretim faaliyetleri genel olarak, ürün, müşterinin mevcut ihtiyaçlarına canlı bir yanıtın sonucu haline gelirse. Bu nedenle, bir fabrika plastik lavabolar ürettiyse ve müşteri geri bildirimleri kovalara olan ihtiyacı gösteriyorsa, nüansların (sap şekli, boyutu, rengi) paralel ayarlanmasıyla hızlı adaptasyon, sadece Çevik yönetim tarzında olacaktır (diğer ilkeler izlenirse).

Çevik Yönetim İlkeleri

Bir iş süreci yönetimi modeli olarak proje yönetiminde çevik dünya çapında binlerce ekip tarafından kullanılmaktadır ve bu yaklaşımın aşağıdaki özellikleri her yerde mevcuttur:

1. Tüketici ve sonucun yaratılmasına dahil olma derecesi, ürünün özelleştirilmesi için belirleyicidir.
2. Takımlar karar verebilmek için son derece etkili ve uyumlu olmalıdır.
3. Aşamalı ve döngüsel çalışma, sürecin temeli haline gelir. Proje, bir bütün olarak projenin tamamlanmasından önce belirli bir tarihe kadar tamamlanan küçük parçalara bölünmüştür.
4. Performans değerlendirmesinin odak noktası, sıklıkla ara proje durumlarını sunmaktır.
5. Ekip çalışmalarında, çabaların% 20'sinin verimliliğin% 80'ini sağladığı ve sonucu tüketiciye sunmadan önce her bir döngüyü mükemmelleştirmemeye izin veren Pareto yasasına güveniyor. Ürün, her yeni yinelemede doğal olarak gelişir.
6. Bir sonraki aşamaya geçmeden önce bir aşamanın tamamlanması gerektiği varsayılır.

"Esnek" yaklaşım, birbirinden farklı ancak Agile fikirlerini içeren bir dizi metodolojik uygulamanın temeli haline geldi: Scrum, Kanban, Lean, Crystal, vb. Örneğin, Scrum metodolojisi neredeyse her zaman Çevik ile birlikte tek sistem yazılım geliştirme proje yönetimi.

Scrum yöntemi, "çevikliğin" belirli operasyonlarda nasıl uygulamaya konulabileceğini gösterir. Örneğin, proje gereksinimleriyle çalışmak dört "eser" kullanılarak gerçekleştirilir:

• Ürün biriktirme listesi, tek bir şablona (Kullanıcı Hikayesi) göre oluşturulan ve önceliklere göre sıralanan bir gereksinimler listesinin oluşturulmasını içerir. Herhangi bir gereksinim yoksa, proje sona erer.
• Sprint biriktirme listesi, sprint sırasında yeni gereksinimler ekleme yeteneği olmadan görevlere bölünmüş bir sonraki sprintin (aşamanın) gereksinimleridir. Çevik yönetim tipine sahip ekip tarafından alınan bir sonraki aşama için taahhütler tahtaya (Kanban olarak adlandırılır) kaydedilir.
• Sprint Hedefi - sprintin genel hedefi - alternatif kararlar almak için bir kılavuz.
• Sprint Burndown Chart - "bitmişlik tablosu". Takımın etap boyunca ne kadar ilerlediğini gösterir.

Çevik proje yönetimi formatı herkes için uygun değildir ve her zaman uygun değildir. Devlet yapıları Faaliyetleri, değişmeyen mevzuata dayalı, hedeflerinde ve uygulamasında muhafazakar olan , bu tür bir optimizasyona ihtiyaç duymaz.

Yaygın Çevik Uygulama Hataları ve Yaklaşımın Dezavantajları

Bazı durumlarda dikkate alınan aynı faktör sağlam nokta yaklaşım başkalarında sorunlara neden olabilir. Dolayısıyla "esneklik" genellikle odak bulanıklığına neden olur. Metodolojik bir temelin yokluğunda, referans noktalarının kaybı ve birincilin ikincil ile ikame edilmesi söz konusudur. Bu tür "çarpıklıkları" önlemek için, projenin uygulanması sırasında işlemlerin içeriğini ve sırasını daha katı bir şekilde düzenleyen hazır metodolojileri veya kendi geliştirmelerini kullanırlar. Ancak bu durumda Çevik yönetim de hata yapabilir.

Yaygın uygulama hataları şunları içerir:

Genel olarak çevik bir yaklaşımı uygulamanın tüm zorluklarına rağmen, hızlı bir şekilde müşteri odaklı yeni bir ürün yaratma söz konusu olduğunda, geleneksel "ağır" endüstrilerden daha etkilidir. Geleneksel üretim bürokrasiye saplanıp kalırken, Çevik yaklaşım, proje başladıktan hemen sonra doğal bir akış sağlar.

Bu tür yaklaşımlara bazen çerçeveler veya çevik metodolojiler de denir.

Çevik bilgi teknolojileri ortamından kaynaklanmıştır, ancak daha sonra endüstri mühendisliğinden yapay zekaya kadar diğer alanlara yayıldı.

Scrum'ı profesyonel ekiplerle kullandığımızda, genellikle her şeyi kontrol altında tutmak için geriye dönük toplantılarla 2-3 haftalık bir döngü seçeriz.

Çevikliğin ne olduğundan bahsedersek, kendimi böyle bir cümleyle sınırlardım - bu, işimizi ürünlerle, organizasyon içindeki süreçlerle inşa ettiğimiz bir dizi değerdir.

(Rusbase'de ScrumTrek Alexey Pimenov'un Yönetici Ortağı)

Uzmanlara bir söz

Vladimir Ovelyan

Görevlere bağlı olarak, felsefe içinde çevik, scrum, kanban gibi farklı yöntemler kullanıyoruz.

Scrum, çalışanlarda gerekli nitelikleri geliştirmenize olanak tanır - proaktivite, bağımsızlık, organizasyon, iletişim becerileri ve öngörü. Yöntemin ana anlamı, herkesin kendi rolüne sahip olduğu ve herkesin işin kendi kısmından sorumlu olduğu, kendi kendini organize eden ekiplerde görevlerin yerine getirilmesidir. Scrum kullanarak çalışan anketleri düzenliyor, beklenen görev tamamlama hızının grafiklerini çiziyoruz.

Agile'ı iç iletişimde kullanıyoruz. Geçenlerde çalışan gecikmesini ortadan kaldırmak için bir sprint daha düzenledik. Projede yer alan tüm yöneticiler ve uzmanlar, tüm günü toplantıda geçirerek yeni sprintteki başarıları, zorlukları ve yaklaşan görevleri tartıştılar.

Artık şirkette kanban yöntemini aktif olarak uyguluyoruz. Kanban uygulamasının amacı, değişen pazar gereksinimlerine daha iyi uyum sağlamak için üretim esnekliğini artırmaktır. Pratikte bu yöntem, stoklar ile üretimde fiilen kullanılan ürünler arasında bir eşleşme sağlamamıza yardımcı oldu.

Vitaly Sotnikov

Ilya Shikhaleev

Scrum, ekibimize ritim ve anlayış getirdi - ya başarırız ya da zamanında yetişemeyiz. Ekibin çalışma hızını görüyoruz, sürekli bir sahtekarlık hissi yok. Daha önce, zorlu sürümlerden önce bir yerlerde scrum'un kaybolduğu ve herkesin işleri batırmaya başladığı durumlar vardı - şimdi onu kaybettik, zamanında geldiğimize dair sürekli bir his var. Riskler varsa, bunları erken bir aşamada PD ile tartışır, planı ayarlar veya görevlerin kapsamını bir şekilde azaltırız.

İş daha şeffaf hale geldi, çalışma günü 8 saatlik norma uymaya başladı ve duyumlara göre daha fazlasını yapmaya başladık. Zamanınız olmadığı hissine kapıldığınızda, daha fazla çalışmanız gerektiğini hissettiğinizi anlıyoruz - bu, üretkenliği çok kötü etkiler, bundan kurtulmanız gerekir.

Evgeny Rossinsky

Geliştirme departmanının çalışmalarının netliği ve açıklığı için, "yapılacaklar", "devam ediyor", "inceleme", "test", "tamamlandı" olarak işaretlenmiş özel bir pano astık, burada tüm ekip üyeleri görevlerle birlikte çıkartmalar yapıştırdı (içinde "yapılacaklar" sütunu ) ve tamamlandıkça sonraki paragraflara taşınırlar. Ve mutlu bir son - "bitti" son nokta. Bu, büyük resmi oluşturmaya yardımcı olur ve size her katılımcının ne üzerinde çalıştığını görme fırsatı verir.

Yöntemin (ve iş akışının organizasyonunun) çok önemli bir noktası: tüm görevlerin (“yapılacaklar”) onaylanmasından sonra, listenin dahil edilmesi engellenir. Böylece yeni gelen görevler süreçten uzaklaşmaz ve işi yavaşlatmaz.

Tüm katılımcılar ayrıca her bir görevi, tamamlanması gereken zaman ve malzeme maliyetleri açısından değerlendirir. Ve pastanın üzerindeki krema, her takım üyesinin bugün ne yapacağı, dün ne yaptığı (ve herhangi bir engelle karşılaşıp karşılaşmadığı) hakkında kısaca konuştuğu haftalık toplantılardır (Daily Scrum). Bu, uzun vadeli hedeflere giden yolda önemlidir - stratejiyi değiştirme zamanının geldiğini bu şekilde zamanında anlayabilirsiniz.