Design Build Ship Project Management
Design - Build - Ship Üretim Yöntemi
Bu yöntem yönetilemeyen kaos halindeki sistemlerden, yönetilebilir, gözlemlenebilir, atomik görevlerin birleştiği projeler çıkarmayı hedefler.
Yöntem kabaca aşağıdaki adımları izler.
- Design — Ne yapılacağı tasarlanır ve planlanır.
- Build — Planlanan iş inşa edilir.
- Ship — Üretilen iş yayınlanır ve sonuçları değerlendirilir.
- Feedback & Kaizen - Yapılan işlerin geri dönüşleri değerlendirilir.
Yapısal Benzerlikler Yöntem bu şekliyle Kanban ve Kaizen yapılarıyla benzerlikler taşır.
Phase 1: Design
Bu aşamada projenin ana hedefi, proje hedefi olarak tanımlanır. Hedef ve yan hedefler belirlendikten sonra, aşağıdaki basamaklar proje içerisinde incelemeye alınır.
- Description- Projenin nihai ve yan hedefleri açık bir şekilde izah edilir.
- Concept and Existing Information - Proje başlangıcında kullanılacak materyaller, ihtiyaç duyulan materyaller ve mevcut yapılar açıkça izah edilir. Projenin başka bir projeye bağlantısı varsa, bu da burada yer alır.
- Restrictions and Limits- Proje yapılırken istenmeyen durumlar, sistem limitleri ve mevcut kısıtlamalar burada belirtilir.
- Expectations - Projede mevcut olarak beklenen çıktılar, test edilecek veri ve ürün yapısına dair bilgiler burada belirtilir.
- Output Format - Çıktının türü ve detayları burada belirtilir.
- Methods - Projenin yapım aşamasında kullanılacak metodoloji (yöntemler) burada belirtilir.
- Tasks and Task Details - Projedeki atomize edilmiş görevler ve bu görevlere ait detaylar burada belirtilir.
Bu basamaklara dair ayrıntılar net bir şekilde fiziksel ya da dijital bir kaynakta belirtildiğinde, sonsuz kaos içinde sınırları çizilmiş, net bir projeniz mevcuttur. Bu durum, kaosun bir parçasını bir scope (çerçeve, kapsam) içine alarak yönetilebilir hale getirilmesidir. Artık kaosun tamamıyla değil ölçülebilir ve yönetilebilir bir kısmıyla ilgileniyoruz.
Hedefleriniz belirlendikten sonra, bunlara giderken karşınıza çıkabilecek genel engeller, sorunlar ve ihtiyaçlar hakkında da nasıl davranabileceğinizi görebileceğiniz bir yol haritanız oluştu. Artık, amacımız atomik task yapıları ile ( zerrelerine ayrılmış mini görevler) bu engelleri ortadan kaldırmaktır. Bir sonraki aşama olan build aşamasında da bunları değerlendirmeye başlayacağız.
EK BILGI: Bu yöntem AI Prompt Engineering içerisinde Project Spec ismiyle geçmektedir. Merak edenler bu kavramı araştırıp spec.yaml hakkında daha detaylı bilgi alabilirler.
Phase 2: Build
Bu aşamada mevcut proje Blueprint( Phase 1: Design) yardımıyla inşa sırasında nasıl bir yol izleyeceğimize karar vereceğiz.
Artık inşaat aşamasına geçtiğimize göre, birinci evrede tasarladığımız task yapılarını inşaat süreçlerine adapte etme aşamasındayız. Burada elimizdeki inşaat materyalleri ile projemizi inşa ediyoruz. Neyin hangi sırayla yapılacağı ve hangi parçanın nerede yer alacağı bu aşamada yapılırken mikro görevlerle belirleniyor.
Kişisel tavsiye olarak Kanban (カンバン) sistemlerini bu aşamada kullanmanızı ve projeye ait iş akış diyagramını net olarak görerek terminlere bağlı bir şekilde işinizi gerçekleştirmenizi tavsiye ediyorum. Ben kendi projelerimde Obsidian - Kanban eklentisini Obsidian.md üzerinde kullanmayı tercih ediyorum. Siz de dilediğiniz Kanban uygulamasını proje akış yönetimi için kullanabilirsiniz.
Bu evrede karşılaşılan sorunları bir hata sistemine kaydetmek önemlidir. Bu ilerleyen zaman dilimi içerisinde hangi tarihte, hangi işi, hangi metodla ve materyallerle, yaparken nasıl bir hata ile karşılaşıldığını ve nasıl çözümlendiğini belirleyeceği için size işlerin iyileştirilmesi ve standartlaştırılması, yani Kaizen (カイゼン) noktasında kolaylık sağlayacaktır.
Projemizi inşaa ediyoruz ve bu inşaat sırasında karşılaştığımız her türlü durumu kayıt altına alıyoruz.
Phase 3: Ship
Artık nihai ürünümüzü elde ettiğimize göre bunu deploy etme aşamasına geldik. Yani ship aşamasındayız. Eğer bir yazı yazdıysak bu yazıyı yayınlıyoruz. Eğer bir ürün ürettiysek bu ürünü pazara sürüyoruz. Bir applikasyon yazdıysak bunu Google Store , Apple Store gibi mağazalara veriyoruz. Yani ürünümüzü gerçek dünya ile paylaşma aşamasındayız.
Bu noktada dikkat etmememiz gereken durum bu aşama ve sonrasında Feedback - Geri Bildirim toplamaktır. Yani proje aşamasında gözden kaçan ufak detayları kullanıcı ve rakiplerden öğreniyoruz ve projemizde iyileştirmeler yapmak üzere not alıyoruz.
Phase 4: Feedback
Projenin Phase 3 Evresinden başlayarak proje içinde sonsuz olarak dönen bir yapıdır. Yani bir Enso Çemberi(円相 - えんそう) olarak düşünülebilir. Projeye ait iyileştirmeler ve geri bildirimler alındığı anda projenin Phase1: Design ve Phase2: Build aşamalarındaki yapılar güncellenmelidir. Sonuçlara bakılarak girdiler düzenlenmelidir.