Başarısızlık en iyi şirketlerin bile başına gelebilir; önemli olan, bu durumdan nasıl toparlandıklarıdır.
The Phoenix Project adlı kitap, gecikmeler, plan dışı işler ve kısıtlı kaynaklarla boğuşan kurgusal bir şirketin serüvenini anlatıyor. Kitapta ayrıca, yenilenen BT operasyonları sayesinde şirketin kârlılığa nasıl geri döndüğü de gösteriliyor.
Şirket, BT departmanındaki süreçleri planlamak, yürütmek ve iyileştirmek için en uygun yolları bulmak amacıyla en iyi DevOps ilkelerinden yararlanır. Tüm bunlar, şirketin efsanevi anka kuşu tarzında olağanüstü bir yeniden doğuşuyla sonuçlanır. 🔥
Kitabın tüm değerlerini kavramak için kitabı okumanız gerekse de, bu *"The Phoenix Project" özeti, kitabın en dikkat çekici derslerinden bazılarını öne çıkaracaktır. Hikayenin akışını, ana çıkarımları, öne çıkan alıntıları ve kitabın kavramlarını gerçek hayatta uygulamaya yönelik ipuçlarını detaylı olarak ele alacağız.
Ancak bundan önce, daha fazla kitap özeti okumak istiyorsanız, tek bir yerde derlediğimiz 25 Okunması Gereken Verimlilik Kitabı Özeti (bu özet dahil) koleksiyonuna göz atın ve yer imlerine ekleyin. Bu koleksiyonu kaydedebilir, düzenleyebilir, yer imlerine ekleyebilir ve hatta daha sonra kullanmak üzere dışa aktarabilirsiniz.
Kitap Özeti: "The Phoenix Proje"ye Genel Bakış
The Phoenix Project: IT, DevOps ve İşletmenizin Başarısına Katkı Sağlama Üzerine Bir Roman adlı kitap, Gene Kim, Kevin Behr ve George Spafford tarafından yazılmıştır. 432 sayfalık bu kitap ilk olarak 2013 yılında yayınlanmıştır ve okunması yaklaşık 7–10 saat sürer.
"The Phoenix Project" kitabını sevmemizin nedeni, okuyucuyu işe yarar çözümlere yönlendirirken, BT operasyonları ve hizmet sunumundaki yaygın sorunları tanımlamak için okurların kendileriyle özdeşleştirebileceği karakterler ve iş senaryoları kullanmasıdır. Ayrıca, üretim tesisi operasyonları ile BT arasındaki ilişkiyi anlamak istiyorsanız bu kitap mutlaka okunması gereken bir eserdir. 🍀
Konu
Bu iş ve bilgi teknolojisi kitabı, DevOps’un pratikte kanıtlanmış kavramlarını anlaşılır bir şekilde sunmak için uzmanların kaleme aldığı roman formatına dayanmaktadır.
Hikayenin ana kahramanı, bir otomotiv parçaları üretim şirketi olan Parts Unlimited’da yeni atanan Bilgi Teknolojileri Başkan Yardımcısı Bill Palmer’dır. Deneyimli bir BT direktörü olmasına rağmen, Bill’in önünde zorlu bir görev vardır: şirketin batmasını önlemek.
Peki, ne ters gitti?
Öncelikle, maaş ödemelerindeki aksaklıklar ve programlamadaki gecikmelerden bütçe aşımlarına kadar, tüm organizasyon sorunlarla boğuşmaktadır. Bu aksaklıkların çoğu, şirketin yanlış yönlendirilmiş BT departmanıyla ve özellikle de takımın hayati önem taşıyan bir yazılım geliştirme projesi olan ve kitaba adını veren Phoenix Projesi'ni tamamlayamamasından kaynaklanmaktadır.
Sorunlar diğer iş fonksiyonlarına da sıçramıştı ve Bill, güvenlik ihlalleri ve eyalet yönetmeliklerine aykırı davranışlar gibi aksiliklerin ardından işleri düzeltmekle yükümlü kalır. Eğer başarısız olursa ve şirket pazar payını kaybetmeye devam ederse, Parts Unlimited’ın CEO’su BT operasyonlarını dış kaynaklara devretmeyi planlamaktadır. Yani evet, riskler oldukça yüksek. 🌋
Karakterler
Bill, BT departmanını ve dolayısıyla tüm şirketi yeniden yapılandırma çabaları boyunca çeşitli departman ve teknik liderlerle işbirliği yapar. Bazı önemli roller şunlardır:
- Brent Geller: Baş Mühendis
- Steve Masters: İcra Kurulu Başkanı (CEO)
- John Pesche: Bilgi Güvenliği Direktörü (CISO)
- Wes Davis: Dağıtım Teknoloji Operasyonları Direktörü
- Sarah Moulton: Perakende Operasyonlarından Sorumlu Kıdemli Başkan Yardımcısı
- Chris Allers: Uygulama Geliştirme Başkan Yardımcısı
- Kirsten Fingle: Proje Yönetimi Ofisi’nin (PMO) sağduyulu lideri
- Dr. Erik Reid: Potansiyel bir yönetim kurulu üyesi ve BT süreç mühendisliği uzmanı
Yukarıda listelenen karakterler arasında Erik, hikayenin en etkili figürlerinden biri olarak öne çıkıyor. Bill Palmer ve iş arkadaşları bozuk olan şeyleri düzeltmeye çalışırken, Erik onlara bu süreçte rehberlik ederek DevOps ve BT yönetişiminin önemli kavramlarını tanıtıyor. Yazılım geliştirme veya BT operasyonları alanında çalışmışsanız, karakterler arasındaki etkileşimleri oldukça tanıdık bulacaksınız.
"The Phoenix Project"ten Anahtar Çıkarımlar
Günümüzde çoğu yazılım geliştiricisi ve BT uzmanının karşılaştığı zorluklara bakıldığında, bu kitabın ele aldığı sorunlar oldukça yaygındır. The Phoenix Project kitabının üç ortak yazarı, BT sektörünün önde gelen düşünce liderleri oldukları için, bu zorlukların üstesinden gelmek üzere etkili stratejiler belirleyerek işinizin uzun vadede başarılı olmasına yardımcı olabilirler. 🧑💻
Şimdi bu kitaptan en etkili beş ders ve çıkarım üzerinde duralım.
1. Dört tür (BT) işi belirleyin
Erik, BT'deki işleri dört bölüme ayırdığınızda planlamanın ve izlemenin daha kolay olduğunu açıklıyor:
- İş projeleri: Bu tür çalışmalar, iş fonksiyonlarınızın büyük bir bölümünü kaplayan yeni proje girişimleri ve süreçlerini içerir. Bunlar, bir program yönetişim çerçevesi altında Proje Yönetimi Ofisi tarafından ayrı ayrı izlenir.
- Şirket içi projeler: Bunlar, Parts Unlimited gibi şirketlerin işleyişini sürdürmesini sağlayan sistem bakımı, yükseltmeler ve güvenlik yamaları gibi rutin görevleri içerir.
- Değişiklikler: Bunlar, iç projeler gibi rutin görevlerdir, ancak hata düzeltmeleri ve sürüm güncellemeleri gibi küçük ölçekli değişiklikleri içerir. Genellikle, sorunları, değişiklikleri ve çözümleri izlemek için bir bilet sistemi kurmanız gerekir.
- Planlanmamış işler: Diğer iş kategorileri önceden kararlaştırılırken, bu kategori için böyle bir durum söz konusu değildir. Sistem arızası sonrası kurtarma görevlerinden, bir takım üyesinin sorunları zamanında bildirmemesi nedeniyle ortaya çıkan ekstra işlere kadar her şey bu kategoriye girebilir. Bu durum, zamanlama çakışmalarına ve süreç verimsizliklerine yol açar; bunlar da zamanla daha büyük sorunlara dönüşür. Planlanmamış işleri önlemek için Bill ve takımı, değişiklik taleplerindeki işleri onaylamadan önce takım kapasitesini gözden geçirmeyi kararlaştırır.
Bu çok seviyeli, iş tabanlı izleme sistemi, takımın güvenebileceği uygun bir hesap verebilirlik akışını garanti eder.
2. İşlemdeki veya ilerlemede olan işleri (WIP) sınırlayın
Kitaba göre, aynı anda mümkün olduğunca az sayıda devam eden göreviniz olmalıdır.
Bill, dikkatinizin birden fazla göreve dağılması durumunda, bunalmış hissettiğinizi ve odaklanmanızın dağınık olması nedeniyle hata yapmaya yatkın hale geldiğinizi belirtiyor. Ne kadar çok hata yaparsanız, sorunu çözmek için o kadar çok çaba ve şirket kaynağı harcarsınız. Orijinal iş verimli sonuç vermediğinden, bu durum yeni görevler için kullanılabilecek kaynakların israfı olarak değerlendirilecektir.
Kitap, planladığınız görevlerin kaynak açısından optimize edilmesini sağlamak için stratejilerinizi çevik (agile) veya Yalın (Lean) metodolojilerle uyumlu hale getirmenizi önerir.
Bonus okuma: Aşağıdaki kılavuzlarımızla bilgilerinizi genişletin:
3. Kanban panolarından yararlanın
Bill Palmer ve takımının Parts Unlimited'da WIP birikimini aşabilmelerinin yollarından biri de Kanban panolarıdır. Japonca'da “tabela” anlamına gelen Kanban, takımın işleri görselleştirmesini sağlar. Pano, ş Akışı'nın aşamalarını gösteren sütunlara bölünmüştür ve genellikle soldan sağa doğru ilerler. Her görev bir kartla temsil edilir.
Kitapta, Bill’in takımı Hazır, Yapılıyor (devam eden görevler için) ve Tamamlandı etiketlerini içeren bir Kanban panosu oluşturur. Her kartın atanan kişisi vardır ve kartlar panonun sol tarafına yerleştirilir. İşin ilerlemesiyle kart sağ tarafa kaydırılır. Böyle bir sistemle, tüm işler verimliliği en üst düzeye çıkarmak amacıyla izlenir, düzenlenir ve önceliklendirilir; bu da takım görevlerinin tam olarak görünürlüğünü sağlar ve planlanmamış işleri en aza indirir.
Profesyonel ipucu: ClickUp'taki Pano görünümü kullanarak ölçeklenebilir ve bilgilendirici Kanban panoları oluşturun. Birkaç tıklamayla çok adımlı ş Akışları oluşturun ve tek bir görünümden durumlara, atanan kişilere ve önceliklere erişin. Görevleri sütunlar arasında kolayca sürükleyip bırakabilir ve hatta yerleşik araç çubuğunu kullanarak toplu durum güncellemeleri yapabilirsiniz. 💪
4. Kısıtlar Teorisi ile değişiklikleri yönetin
Erik, Bill’e Kısıtlar Teorisi’nin büyük kuruluşlarda nasıl işlediğini anlatır. Çoğu işletmenin BT ve tesis operasyonlarında, iş akışını bozabilecek ve plan dışı iş yüküne yol açabilecek darboğazlar veya kısıtlamalar vardır. Erik, istikrarlı, öngörülebilir ve güvenli bir BT hizmeti sağlamak için, bu kısıtlamaları ortadan kaldırmak ve kesintisiz bir ş akışı sağlamak üzere insan ve insan dışı kaynaklarınızı planlamanız gerektiğini açıklar.
Parts Unlimited örneğinde, şirketin karşı karşıya olduğu sayısız kısıtlamanın etkisi, baş operasyon mühendisi ve bir BT dehası olan Brent’i derinden etkiledi. Brent, genellikle önemsiz işler ve düzeltmelerden oluşan plan dışı işlere boğulmuştu ve bu durum, hayati önem taşıyan planlı görevlerin aksamasına neden oluyordu.
Bu sorunu çözmek için Bill, Brent’in yerine eskalasyonlarla ilgilenecek bir grup kurdu. Üstelik, daha önce yöntemlerini kendine saklayan Brent, artık bilgisini aktarmak için bu gruba eğitim verecekti. Bu, takımın süreci gelecekte referans olması için haritalandırmasına olanak tanıdı ve Brent’in zamanını boşalttı (ya da Bill’in dediği gibi — Brent’i yangın söndürme işinden kurtardı), böylece uzmanlığını daha yüksek değerde görevlere yatırabilmesini sağladı.
Bonus: ClickUp Süreç Haritası Beyaz Tahta Şablonu 'nu deneyin; darboğazları görselleştirin ve Kısıtlar Teorisi ile uyumlu, hatasız bir departmanlar arası ş Akışı oluşturun.
5. Dağıtım boru hattını optimize edin
"The Phoenix Project", zaman odaklı bir projeydi; bu nedenle uygulamayı test etmek ve devreye almak için çok az zaman vardı.
Ancak kitap boyunca Bill’in takımı daha verimli hale geldi ve bir önceki çeyreğe kıyasla daha fazla sürüm yayınladı. Bu durum kısmen, daha küçük iş parçalarını daha sık teslim etme ve aşırı kestirmelere başvurmadan WIP ile tampon süresini azaltma şeklindeki yeni yaklaşımlarından kaynaklanıyordu.
6. DevOps’u güçlendirmek için Üç Yol modelini kullanın
Erik’in koçluğu, birçok DevOps kavramının temelini oluşturan “Üç Yol” modeline odaklanmaktadır. Bu model, şirketlerin istikrarlı, verimli ve yüksek kaliteli işlerle tutarlı ürün değeri ve müşteri desteği sunmalarına yönelik kılavuzlar sunmaktadır.
İlk Yöntem: Optimizasyon
Bir şirketin başarısını değerlendirirken, süreci değil sonucu değerlendiririz. “The First Way”, sürecin sonucu ve teslimat sürelerini nasıl etkilediğini inceler. Karlılığınızı en üst düzeye çıkarmak için değer akışınızı optimize etmelisiniz, yani yazılım geliştirmeyle başlayan ve müşteriye teslimatla biten iş akışını.
Kitaba göre, bir optimizasyon planı oluştururken büyük resmi göz önünde bulundurmak çok önemlidir. Ana iş hedefleri nelerdir? Hangi tür yasal uyumluluk ve güvenlik standartlarından asla ödün vermemelisiniz?
Teknolojik gelişmeleri takip etmek de önemlidir. Örneğin, AI DevOps gibi yeni yazılımları, planlamaya uygun Gantt grafik oluşturucularını ve BT operasyon yönetimi araçlarını keşfetmek, planlama ve üretim süreçlerini önemli ölçüde hızlandırabilir.
İkinci Yöntem: Yeniden çalışmayı önlemek için geri bildirim döngüsünü kullanma
"İkinci Yol", kurum içi bilgi akışını ele alır. Hızlı ve sürekli geri bildirim döngüleri sayesinde şirketler, kalite sorunlarını kaynağında tespit etmeyi ve üretim hattını daha fazla etkilememeleri için bunları derhal gidermeyi öğrenebilirler. Daha sonraki aşamalarda fark edilen sorunların çözümü daha zor olacak ve önemli gecikmelere neden olacaktır. ⚠️
Üçüncü Yol: Sürekli iyileştirme ve hizmet destekleri
"Üçüncü Yol", aşağıdakilerin bir sonucu olarak ortaya çıkan sürekli iyileştirmeden bahseder:
- Geçmiş deneyimleri inceleyerek öğrenme
- Bir beceriyi tekrar tekrar uygulamak — Erik’e göre, haftada bir kez üç saat çalışmaktansa her gün beş dakika çalışmak daha iyidir. Hataların tekrarlanması bile, yeni bir şey denemek için dayanıklılık ve özgüven kazanmaya yardımcı olur.
- Farklı yöntemler, DevOps araçları ve diğer müşteri desteği stratejileriyle risk alarak ve denemeler yaparak, daha önce hiç görülmemiş düzeyde verimlilik ve kaliteye ulaşabilirsiniz.
En Sevdiğimiz "The Phoenix Proje" Alıntıları
The Phoenix Project, alıntı yapmaya çok elverişli bir kitap olsa da, bu beş alıntı bizim aklımızda en çok yer edenler oldu:
Kimse kredi'nin kimin alacağına önem vermediğinde, başarılabileceklerin sınırı yoktur
Bu alıntı, kişisel çıkarları bir kenara bırakıp işbirliğine odaklanarak olağanüstü sonuçlar elde edebileceğimizi vurgulamaktadır. En iyi olma baskısı olmadan, takımın yaratıcılığı ve bilgisi tam anlamıyla ortaya çıkabilir. ⛅
Bir süreç, en yavaş darboğazının hızı kadar hızlıdır
Kısıtlamalar açısından bakıldığında, bir aşamadaki düşük performans, diğer aşamalar sorunsuz işlese bile tüm süreci aksatabilir.
Ne kadar plan yaptığımızın önemi yoktur. Önemli olan, yeni bilgiler ortaya çıktıkça planı ne kadar iyi iyileştirdiğimizdir
Kaçınılmaz olan sürekli zorluklara uyum sağlamazsak, planlama çabalarımız boşa gidecektir. Aynı durum olumlu gelişmeler için de geçerlidir. Bunlar, daha da büyük sonuçlar elde etmek için fırsatlar sunar.
Zor işi atlamanıza olanak sağlayacak bir sır yoktur
Bazen verimlilik, kestirmeler bulmak ve sürecin gereksiz adımlarını ortadan kaldırmak gibi görünebilir. Ancak başarılı olmak istiyorsanız, asıl emek ve kararlılıktan ödün veremezsiniz.
Düzgün bir deniz, asla yetenekli bir denizci yetiştirmez
Hatalar ve zorluklar, sinir bozucu olabilse ve sizi yavaşlatabilse de, dayanıklılık kazanmanıza yardımcı olur ve kişisel ve mesleki gelişiminize katkıda bulunur. 🌱
💡📚 Bu yazıyı beğendiniz mi? Öyleyse, özenle derlediğimiz " Okunması Gereken 25 Verimlilik Kitabı Özeti" koleksiyonumuzu da çok seveceksiniz. Bu koleksiyonu kaydedebilir, düzenleyebilir, yer imlerine ekleyebilir ve hatta dışa aktarabilirsiniz.
ClickUp ile "The Phoenix Project"ten edindiğiniz bilgileri uygulayın
Bu kitaptaki DevOps dersleri, her türlü BT takımı için operasyonların temelini oluşturur. Yine de asıl soru şudur: Bu öğretileri pratik bir bakış açısıyla nasıl hayata geçirebiliriz?
Cevap, yazılım ekipleri için özel çözümler sunan bir proje yönetimi merkezi olan ClickUp'ı kullanmaktır. İster DevOps'un Üç Yolu'nu uygulamak ister bir WIP izleme sistemi kurmak isteyin, ClickUp son derece esnektir ve her türlü ş akışını destekleyecek şekilde yapılandırılabilir.
ClickUp, yazılım geliştirme ve operasyon takımları için özel olarak tasarlanmış çok sayıda özellik sunar. Ayrıca GitHub, GitLab ve Bitbucket gibi sık kullandığınız birçok araçla entegre olur; böylece tek bir merkezi platformdan verimli bir şekilde görevleri planlayabilir, üzerinde işbirliği yapabilir ve yürütebilirsiniz.
ClickUp ile The Phoenix Project kitabındaki ilkeler günlük rutininizin bir parçası haline gelebilir — nasıl olduğunu birlikte inceleyelim.
1. Görev yönetimi ve zamanlama araçlarıyla optimize edilmiş ş akışları oluşturun
Parts Unlimited'ı tekrar rayına oturtma yolculuğunda Bill Palmer, en iyi DevOps görev planlama ve yönetim uygulamalarını hayata geçirmek için elinden geleni yapar. Ancak ClickUp ile her türlü zamanlama ve ş akışı planlama görevi çocuk oyuncağı haline gelir.
ClickUp Görevi'ni kullanarak tüm projeleriniz için ş akışlarını özelleştirin; atanan kişileri, alt görevleri, görev yorumlarını, bağımlılıkları ve öncelik etiketlerini tek bir yerden izleyin. Platform, görünümler aracılığıyla çok sayıda görselleştirme seçeneği sunar. Örneğin:
- Gantt Şeması görünümü : Bağımlılıklar, teslimat dönüm noktaları ve kısıtlamalar hakkında gerçek zamanlı bir genel bakış elde ederek hedeflere yönelik ayrıntılı yol haritaları oluşturun ve devam eden iş yükünü (WIP) sınırlayın. Ayrıca, önceden tasarlanmış Gantt Şeması şablonlarını kullanarak proje zaman çizelgelerini daha hızlı planlayabilirsiniz.
- Takvim görünümü : Tarih odaklı projeler için sürükle ve bırak özelliğine sahip bir planlayıcı
- İş yükü görünümü : Bunu, takım kapasitesini değerlendirmek ve yaratıcı iş yükünü veya birikmiş iş yükünü, iş yükü az olan ve iş yükü fazla olan takım üyeleri arasında yeniden dağıtmak için kullanın.
- Form görünümü : ClickUp'ın kendi formlarını kullanarak hata ve özellik taleplerini toplayın ve bunları etiketler ve öncelik etiketleriyle hızla gerçek görevlere dönüştürün
Verimliliği daha da artırmak için, ClickUp Otomasyonları ile tekrarlayan ve yönetici işlemleri otomatikleştirin ve takımınızın yoğun iş yükünü azaltın.
2. Sprintleri ve diğer BT operasyonlarını izleyerek durumsal farkındalık geliştirin
Ş akışlarını kurduktan sonra, sprintlerden ve dağıtım görevlerinden hammadde ve taleplere kadar tüm operasyonlarınızı ClickUp üzerinden yakından takip edebilirsiniz. ClickUp’taki Sprintler ile şunları yapabilirsiniz:
- Hızlı bir başlangıç yapmak için sprint görünümlerini kopyalayın
- Tarihleri belirleyin ve puan sisteminizi özel hale getirin
- Takımınızın işlerini Git depolarıyla senkronize edin
- Tamamlanmamış görevleri otomatik olarak bir sonraki sprint’e aktarın
Platform, hedeflere yönelik ilerlemeyi izlemenize ve kısıtlamaları ile iyileştirme fırsatlarını daha hızlı belirlemenize yardımcı olmak için burnup, burndown ve kümülatif akış grafikleri sunar.
ClickUp, entegre Git boru hattı, canlıya geçiş kontrol listeleri ve sürüm trenleri ile sürüm yönetimini basitleştirir. Ayrıca, ClickUp Çalışma Alanınızda Dashboard kartları oluşturarak ortalama dağıtım süresi ve zaman takibi gibi gerçek zamanlı takım metriklerine erişebilirsiniz.
3. Sürekli işbirliği ve geri bildirimle başarıya ulaşın
Kitapta Erik, bekleme süresini veya teslim tarihini etkileyen gelişmeler konusunda takımlara karşı şeffaf olmanın önemini açıklıyor. Neyse ki ClickUp, bu konuda size destek olacak eksiksiz bir iletişim ve işbirliği araçları seti sunuyor. Öne çıkan özelliklerden bazıları şunlardır:
- ClickUp Docs ile tüm ürün gereksinimlerini, geri bildirimleri, yeniden çalışma geçmişini ve süreç belgelerini tek bir yerde saklayın
- ClickUp AI, bir yapay zeka yazma asistanı olmasının yanı sıra Görevler, Belgeler ve Kişileriniz arasında bağlantı kuran bir sinir ağı işlevi de görür.
- Atanmış Yorumlar , Düzeltme ve Sohbet görünümü; güncellemeler, şirket içi iletişim, görev devri ve hızlı geri bildirim döngüleri için
- Özel Alanlar: Yeni hatalar ve özellik güncellemeleriyle ilgili bilgileri eklemek için
- ClickUp Beyaz Tahtaları ve Zihin Haritaları, beyin fırtınası ve süreç haritalama için
Nereden başlayacağınızı bilmiyor musunuz? Platformun çeşitli iş hedeflerine yönelik sayısız hazır şablonundan yararlanın. ClickUp Ultimate Yazılım Geliştirme Şablonu, ClickUp Hata ve Sorun İzleme Şablonu ve ClickUp Sürüm Notları Şablonu gibi seçenekler, her BT departmanı için vazgeçilmez unsurlardır.
DevOps’un Avantajlarından Yararlanın ve ClickUp ile Bir Sonraki İş Başarınızı Elde Edin
The Phoenix Project, verimlilik, ürün kalitesi ve müşteri memnuniyetini aynı anda hedeflemenin mümkün olduğunu bize öğretir. Kitaptaki ilkeleri ClickUp gibi birinci sınıf bir iş yönetimi çözümüyle uygulayarak, işletmeniz sadece başarılı sürüm planlarını yönetmekle kalmaz, aynı zamanda paydaşları da memnun edebilir.
ClickUp'ı ücretsiz deneyin ve BT operasyonlarınızı nasıl kolaylaştırabileceğini ve takım verimliliğinizi nasıl artırabileceğini keşfedin. ⬆️