Python ile ilk kodlama egzersizinize hoş geldiniz! Bu alıştırmada, Gürbüz Usta’nın meşhur lazanyasını hazırlamak ve pişirmek için ne kadar zaman gerektiğini hesaplamasına yardım edeceksiniz.
Gürbüz Usta’nın lazanya tarifi iki ana adımdan oluşur:
Lazanya katlarını hazırlamak (her bir kat 2 dakika sürer)
Lazanyayı fırında pişirmek (40 dakika sürer ve bu süre her zaman aynıdır)
Bu egzersizde yazacağınız Python kodu şu süreleri hesaplamalıdır:
Katları hazırlamak için geçen süre
Pişirme süresi (her zaman 40 dakika)
Mutfakta geçirilen toplam süre (hazırlık süresi + pişirme süresi)
Adım 2: Bir Programcı Gibi Düşünün
Hayal edin:
Size kaç kat lazanya yapılacağı söylendi – örneğin 3 ya da 5.
Bu sayıyı 2 ile çarparak hazırlık süresini hesaplayabilirsiniz.
Pişirme süresi her zaman 40 dakikadır, kat sayısı fark etmez.
Toplam süreyi bulmak için, hazırlık süresi ile pişirme süresini toplamanız yeterlidir.
Adım 3: Kodunuzu Planlayın
Aşağıdaki adımları izleyerek kodunuzu yazabilirsiniz:
kat_sayisi adında bir değişken oluşturun ve bir sayı atayın (örneğin 3)
Bu sayıyı 2 ile çarpın → sonucu hazirlik_suresi değişkenine atayın
pisirme_suresi değişkenini 40 olarak belirleyin
hazirlik_suresi + pisirme_suresi ile toplam_sure değişkenini hesaplayın
Bu bilgileri ekrana yazdırın ki Gürbüz Usta plan yapabilsin
Yeni Başlayanlar İçin İpuçları
kat_sayisi değişkenine farklı değerler vererek kodunuzu test edebilirsiniz.
Açıklama yazmak için # işaretini kullanın – bu satırlar kodu çalıştırmaz, ama anlatır.
Python girintilere (boşluklara) duyarlıdır, dikkat edin.
Her adımda sonucu yazdırarak programın nasıl çalıştığını gözlemleyin.
🔹 Çözüm: Kod Yapısı
# Adım 1: Kat sayısını belirle
kat_sayisi = 3 # Bu sayıyı değiştirebilirsiniz
# Adım 2: Hazırlık süresini hesapla (her kat 2 dakika)
hazirlik_suresi = kat_sayisi * 2
# Adım 3: Pişirme süresi (her zaman 40 dakika)
pisirme_suresi = 40
# Adım 4: Toplam süre = hazırlık + pişirme
toplam_sure = hazirlik_suresi + pisirme_suresi
# Adım 5: Sonuçları yazdır
print("Hazırlık süresi:", hazirlik_suresi, "dakika")
print("Pişirme süresi:", pisirme_suresi, "dakika")
print("Mutfakta geçirilen toplam süre:", toplam_sure, "dakika")
Öncelikle, PMP sertifikasını alman çok büyük bir başarı. Zorlayıcı bir süreci tamamladın, profesyonel yetkinliğini uluslararası düzeyde kanıtladın. Ancak yöneticinin bu başarıyı görmezden gelmesi can sıkıcı olabilir — çünkü takdir beklemek insanidir. Bu durumla olgun, stratejik ve kendini yıpratmadan nasıl başa çıkabilirsin?
1. Gerçek Amacını Hatırla
PMP sertifikasını neden aldın?
* Daha yetkin bir profesyonel olmak için mi? * Daha iyi projelere liderlik etmek için mi? * Kendine yatırım yapmak için mi?
Bu başarıyı başkalarının takdirine değil, kendi gelişimine dayandırırsan duygusal olarak daha güçlü durursun. Yani: “Yöneticim takdir etmese de ben bu başarıyı hak ettim.”
2. Yöneticinin Tutumunu Anlamaya Çalış
Her görmezden gelme kötü niyetli olmayabilir. Şunları bir düşün:
* Başarıyı fark etti ama nasıl tepki vereceğini bilmiyor olabilir. * Seni kaybetmekten korktuğu için duygularını bastırıyor olabilir. * Kendisi PMP değilse, kıyaslama yapmamak için mesafe koyuyor olabilir.
Yani bu sessizlik bazen “küskünlük”, bazen de “korku” olabilir.
3. Dolaylı Bir Şekilde Gündeme Getir
Doğrudan “Neden tebrik etmediniz?” demek yerine, başarıyı doğal bir şekilde gündeme taşıyabilirsin:
“PMP sürecinde öğrendiğim bazı araçları önümüzdeki projede denemek isterim, örneğin risk değerlendirmede…” Bu tür cümleler hem başarıyı hatırlatır hem de yeni değer önerisi sunar.
4. Gelişim Talep Et (Gizli Terfi Girişimi)
Yöneticin görmese bile sen bu başarıyı pozisyona dönüştürmeye çalış:
“Artık projelerde daha fazla sorumluluk alabileceğimi düşünüyorum. PMP ile bazı alanlarda katkım olabilir, örneğin zaman planlama veya paydaş yönetimi gibi.”
Böylece hem takdiri tetiklersin, hem de yeni fırsatlar doğurursun.
5. Mentorluk Rolünü Üstlen
Senin başarın, diğer ekip üyeleri için de cesaret verici olabilir. PMP sürecini anlatan kısa bir paylaşım ya da iç eğitim öner:
“İsterseniz ekibe PMP süreciyle ilgili kısa bir bilgi paylaşımı yapabilirim. Faydalı olabilir.”
Bu, görünürlüğünü artırır ve yöneticinin seni “göz ardı edemeyeceği” bir pozisyona getirir.
6. İçsel Takdir Mekanizmanı Geliştir
Belki de artık dış takdir yerine iç takdirle yürümen gereken bir dönemdesin. Kendine şunu söyle:
“Görmese de fark etse de etmese de ben bu başarıyı kazandım. Bu artık benim kimliğimin bir parçası.”
Çünkü bazen sessizlik, bir terfiden daha sessizce gelir ama senin gelişimini durdurmamalıdır.
7. Gerekirse Alternatifleri Düşün
Eğer bu başarı görmezden geliniyor, katkın değer bulmuyorsa ve bu kronik bir hâl aldıysa, şunu düşün:
* Beni gören başka bir kurum ya da pozisyon var mı? * Bu başarıyı daha iyi değerlendirebileceğim bir yer olabilir mi?
Bu başarı, yeni fırsatların kapısını açabilir.
Özet * Kendi başarını içselleştir. * Yöneticinin neden sessiz kaldığını analiz et. * Başarıyı gündeme doğal şekilde taşı. * Daha fazla sorumluluk talep et. * Gerekirse yeni fırsatları düşün.
Proje yönetimi alanında başarı, nadiren tek başına elde edilir. Bir proje planı ne kadar iyi yapılandırılmış olursa olsun, bir proje yöneticisinin doğru paydaşları — doğru zamanda — tanımlama, analiz etme ve onlarla etkileşime geçme becerisi, projenin başarısı ile başarısızlığı arasındaki farkı belirleyebilir. Bu ilke, birçok tarafın projenin sonucunda doğrudan çıkar sahibi olduğu kamu altyapı projelerinde, örneğin bir şehir parkı geliştirme projesinde, özellikle hayati önem taşır.
Bu makale, yalnızca çocuk oyun alanları ve yürüyüş yolları gibi rekreasyonel alanları değil, aynı zamanda topluluk etkinliklerine ev sahipliği yapacak küçük bir amfi tiyatroyu da içeren bir şehir parkı geliştirme projesi bağlamında erken paydaş katılımının stratejik önemini ele alır. Erken aşamalarda öncelik verilmesi gereken en kritik paydaşı tanımlamaya, bu paydaşın neden önemli olduğunu açıklamaya ve başarılı bir proje sonucu için etkili katılım stratejilerini incelemeye odaklanacağız.
Proje Genel Bakışı: Sadece Bir Park Değil, Daha Fazlası
Şunu hayal edin: Yeni bir şehir parkı geliştirme projesi için proje yöneticisi olarak atanmışsınız. Bu proje, kamuoyunda yüksek görünürlüğe sahip ve yerel yönetimin toplum refahını ve kamusal alanları geliştirme planının bir parçası. Park şunları içerecek:
Çocuklar için oyun alanları
Yürüyüş ve bisiklet yolları
Müzik, tiyatro ve halka açık etkinlikler için küçük bir amfi tiyatro
Umumi tuvaletler, piknik alanları ve muhtemelen bir yiyecek/içecek standı
Vizyon ilham verici olsa da, bu projeyi hayata geçirmek için izinler, topluluk beklentileri, çevresel değerlendirmeler, tedarik protokolleri ve yerel yasa ve yönetmeliklere sıkı uyum gibi karmaşık süreçlerin yönetilmesi gerekecektir. Böyle bir senaryoda, sorunsuz bir başlangıç için hangi paydaşla öncelikli olarak etkileşime geçilmelidir?
Paydaş Analizi: Proje Ekosistemindeki Oyuncular Kimler?
Proje yönetiminde paydaşlar, bir karar, faaliyet veya projenin sonucu tarafından etkilenebilecek, etkileyebilecek ya da etkilenme algısına sahip olan bireyler, gruplar veya organizasyonlardır. PMP çerçevesine göre, paydaşların tanımlanması ve katılımının erken başlaması ve proje yaşam döngüsü boyunca sürdürülmesi gerekir.
Bu şehir parkı projesindeki ana paydaşlara bakalım:
1. Yerel Yönetim Düzenleyici Kurumları
Bu kategoriye şehir planlama dairesi, imar otoriteleri, çevre ajansları ve kamu hizmetleri birimleri dahildir. Görevleri şunlardır:
Arazi kullanım izinleri
Çevresel etki değerlendirmeleri
Gürültü ve güvenlik düzenlemeleri
İnşaat ruhsatları ve denetimler
Bu kurumlarla erken aşamada etkileşime geçmek çok kritiktir çünkü projenizin başlayıp başlayamayacağına doğrudan onlar karar verir. Ruhsat alma gecikmeleri veya yerel düzenlemelere uyulmaması, ilerlemeyi durdurabilir ve maliyetleri ciddi şekilde artırabilir.
2. Oyun Alanı Ekipman Tedarikçileri
Bu tedarikçiler, güvenli ve kaliteli oyun ekipmanlarının sağlanmasında önemlidir. Ancak bu paydaşlar, tasarımlar onaylandıktan ve tedarik süreci başlatıldıktan sonra, yani yürütme aşamasında daha ilgili hale gelir.
3. İç Finans Analistleri
İç finans ekibiniz, bütçeleme, maliyet tahmini ve finansal izleme konularında yardımcı olur. Önemli olmakla birlikte, rolleri çoğunlukla içseldir ve proje kapsamı, düzenleyici koşullar ve zaman çizelgesi netleştirildikten sonra daha kritik hale gelir.
4. Medya Kuruluşları
Halkla ilişkiler açısından medyanın önemi büyüktür; ancak bu, proje planlamasının sonraki aşamalarına aittir. Projenin başlatılması veya ruhsatlandırılması için medyanın erken katılımı gerekli değildir.
Paydaş Önceliklendirmesi: Yerel Düzenleyici Kurumlar Neden En Önemli?
Yukarıdaki analizden de anlaşılacağı üzere, projenin erken aşamalarında öncelik verilmesi gereken paydaş yerel yönetim düzenleyici kurumlarıdır. Bu kurumların:
İmar yasaları
Çevresel uyumluluk
İnşaat yönetmelikleri
Gürültü düzenlemeleri
İzin zamanlamaları
… üzerindeki etkisi, onları projenin sürdürülebilirliği açısından kilit konuma getirir.
Bu kurumları projeye erken dahil etmemek:
Tasarım revizyonlarına
İnşaat gecikmelerine
Hukuki sorumluluklara
Bütçe aşımına
Kamusal tepkilere
yol açabilir.
Erken ve proaktif katılım ise bu risklerin büyümeden önlenmesini sağlar ve çatışmacı değil işbirliğine dayalı bir ilişki kurulmasına yardımcı olur.
Yerel Yetkililerle Erken Etkileşim için En İyi Uygulamalar
Artık öncelikli paydaş olarak yerel kurumları belirlediğimize göre, onlarla nasıl etkili bir şekilde etkileşim kurarız?
1. Paydaş Haritalama Çalışması Yapın
Paydaşları etkileri ve ilgileri doğrultusunda sınıflandırmak için Güç/İlgi Matrisi gibi araçları kullanın. Düzenleyici kurumlar genellikle yüksek güç / yüksek ilgi kategorisinde yer alır ve bu da onların yakın yönetim gerektirdiğini gösterir.
2. Ön Görüşmeler Planlayın
Herhangi bir resmi belge sunmadan önce, şehir plancıları, mühendisler ve çevre uzmanlarıyla gayriresmî görüşmeler ayarlayın. Bu görüşmeler:
Varsayımların doğrulanmasını
Kilit kaygıların anlaşılmasını
Güven ve itibar oluşturulmasını sağlar.
3. Proje Hedeflerini Politika Hedefleriyle Uyumlu Hale Getirin
Parkın şu şekilde daha geniş kamu hedeflerini nasıl desteklediğini gösterin:
Yeşil alanlarla halk sağlığını artırma
Toplum dayanışmasını güçlendirme
Çevresel sürdürülebilirliği teşvik etme
Bu tür uyum, iyi niyet oluşturur ve ruhsatların daha hızlı alınmasını kolaylaştırabilir.
4. Ayrıntılı Belgeler Hazırlayın
Yerel kurumlar, onay vermeden önce kapsamlı belgeler talep eder. Bunlar şunları içerebilir:
Çevresel etki raporları
Erişilebilirlik değerlendirmeleri (engelli uyumu)
Güvenlik ve aydınlatma planları
Trafik ve otopark analizleri
Bu belgeleri ilk toplantı öncesinde taslak olarak hazırlamak, profesyonelliğinizi ortaya koyar.
5. Topluluk Dinleme Toplantılarına Katılın
Birçok şehir, yeni projeler için halkın görüş bildirmesine izin verir. Düzenleyici kurumlarla birlikte bu tür forumlara ev sahipliği yapın. Bu toplantılar:
Kamu desteğini artırır
Olası riskleri erken aşamada açığa çıkarır
Şeffaflık ve toplumsal uyum sağlar
Uyumun Ötesinde: Düzenleyici Kurumları Stratejik Ortaklar Olarak Görmek
Düzenleyici kurumları birer engel olarak görmekten vazgeçip, onları değer yaratan ortaklar olarak görmek gerekir. Yerel kurumlar:
Kurumsal bilgi
Teknik uzmanlık
Hukuki öngörü
Toplum perspektifi
getirir. Bu kurumlarla işbirliği:
Kamu yatırımı hibelerine erişim
Mimari tasarım desteği
Denetim süreçlerinin kolaylaştırılması
gibi avantajların kapısını aralayabilir.
Paydaş Katılımını Proje Yaşam Döngüsüne Entegre Etmek
Başlatma Süreçleri
Tüm paydaşları tanımlayın ve analiz edin
Etki ve ilgi düzeyine göre önceliklendirin
Ana düzenleyici kişilerle keşif toplantıları yapın
Planlama Süreçleri
Yasal ve düzenleyici gerekleri kapsam ve zaman çizelgesine entegre edin
Tedarik stratejilerini uyumlulukla hizalayın
Paydaş katılım planı oluşturun
Yürütme Süreçleri
Düzenli iletişimi sürdürün
Durum güncellemeleri ve geri bildirim isteyin
Denetim ve raporların zamanında yapılmasını sağlayın
İzleme ve Kontrol Süreçleri
Uyum kilometre taşlarını izleyin
Gerekirse kapsam veya zamanlamayı ayarlayın
Sorunları büyümeden birlikte çözün
Kapanış Süreçleri
Düzenleyici ortaklarla proje sonrası değerlendirme yapın
Gelecekteki projeler için ders çıkarın
Sonuç
Şehir parkı gibi kamu projelerinde erken paydaş katılımı bir seçenek değil, bir zorunluluktur. Tüm paydaşlar arasında, yerel düzenleyici kurumlar, projenin erken aşamalarında en kritik ortaklar olarak öne çıkar.
Bu kurumlarla erken ve etkili bir iletişim kurmak; hukuki uyumu sağlar, zaman kazandırır, tasarım tekrarlarını azaltır ve güvene dayalı, işbirlikçi bir proje ortamı oluşturur. Başarılı bir proje yöneticisi, sadece iyi plan yapan değil, paydaşlarını doğru tanıyan ve onlarla doğru zamanda etkileşime geçen kişidir.
PMI® Onaylı – Proje Yönetimi Uzmanlığı Sertifika Programı
Günümüz iş dünyası giderek daha çevik (Agile) ve sanal hale geliyor. Özellikle yazılım ve teknoloji sektörlerinde, coğrafi olarak dağınık ekiplerin projelerde iş birliği yapması artık oldukça yaygın. Bu yeni yapıda, bilgi akışının kesintisiz olması, projelerin şeffaf bir şekilde yönetilmesi ve sürekli iyileşme kültürünün geliştirilmesi her zamankinden daha kritik hale gelmiştir. Çevik ortamlarda bu ihtiyaçlara cevap veren en etkili araçlardan biri de bilgi panolarıdır (information radiators). Bu panolar, görünürlüğü ve iletişimi artırarak ekip verimliliğine doğrudan katkı sağlar.
Bu yazıda, bilgi panolarının ne olduğu, çevik sanal ekiplerde nasıl kullanıldıkları ve özellikle şeffaflık, kritik bilgilere hızlı erişim ve sürekli iyileştirme açısından temel faydaları ele alınacaktır.
Bilgi Panosu Nedir?
“Information Radiator” terimi, Alistair Cockburn tarafından ortaya atılmıştır ve projeyle ilgili bilgilerin herkesin kolayca erişebileceği şekilde açık bir şekilde gösterildiği her türlü görsel sunumu ifade eder. Fiziksel olarak bir arada çalışan ekiplerde bu, duvardaki bir Kanban panosu olabilirken; sanal ekiplerde genellikle dijital panolar, görev yönetim yazılımları ya da bulut tabanlı proje takip araçları şeklinde olur.
Bir bilgi panosunda genellikle şu içerikler yer alır:
Sprint ilerlemesi (örneğin burndown grafikleri)
Mevcut engeller
Görev durumları (Yapılacaklar, Devam Edenler, Tamamlananlar)
Ekip kapasitesi ve hızı (velocity)
Geri bildirimler ve kullanıcı hikayeleri
Neden Bilgi Panosu Kullanılır?
Çevik metodolojide bilgiye gerçek zamanlı erişim ve şeffaflık temel değerlerdir. Scrum ya da Kanban gibi çerçevelerde ekiplerin kendi kendini organize etmesi beklenir ve bu ancak bilgiye erişimin mümkün olmasıyla gerçekleşebilir. Bilgi panoları, görünürlük ve netlik sağlayarak bu ihtiyacı karşılar.
Sanal ekiplerde yüz yüze iletişim eksikliği, bilgi eşitsizliğine yol açabilir. Yani bazı ekip üyeleri önemli bilgilere zamanında ulaşamazken, bazıları daha güncel verilere sahip olabilir. Bu dengesizlik ekip verimliliğini düşürür. Bilgi panoları, hayati öneme sahip gerçek zamanlı bilgileri tüm ekip üyelerine eşit şekilde sunarak bu sorunu çözer.
Temel Faydası: Şeffaflığı Artırmak ve Kritik Bilgilere Hızlı Erişim Sağlamak
1. Güven ve Açıklık Kültürü Oluşturur
Güven, çevik ekiplerin temel yapı taşlarından biridir. Proje ilerleyişinin, görev dağılımının ve engellerin herkes tarafından görülebilir olması, şeffaflığı ve karşılıklı sorumluluğu teşvik eder. Hiçbir bilgi saklı kalmaz — her şey açıkça paylaşılır.
2. Kendi Kendini Yöneten Ekipleri Güçlendirir
Çevik ekiplerin işi planlaması ve uygulaması kendi inisiyatiflerine bırakılır. Bu otonomi, doğru bilgiye doğru zamanda erişim gerektirir. Bilgi panoları, ekiplerin yönetici onayı beklemeden karar alabilmesini sağlar.
3. Günlük Stand-up Toplantılarını Tamamlayıcıdır
Bazıları bilgi panolarının günlük stand-up toplantılarının yerine geçtiğini düşünebilir; fakat bu bir yanılgıdır. Bu araçlar, bilgi paylaşımı ihtiyacını ortadan kaldırarak toplantıların koordinasyon, problem çözme ve karar alma odaklı olmasına katkıda bulunur.
4. Geri Bildirim Yoluyla Sürekli İyileştirmeyi Destekler
Çevik yaklaşımın temel değerlerinden biri sürekli iyileşmedir. Bilgi panoları, ekiplerin sprint retrospektiflerinde gerçek verilere dayanarak eğilimleri analiz etmelerini sağlar (örneğin sık tekrarlanan engeller ya da görevlerdeki gecikmeler gibi).
Sanal Ekiplerde Bilgi Panosu Kullanımı: Zorluklar ve Çözümler
Sanal ekiplerde bilgi panosu kullanımı bazı özel zorluklar içerir. Ancak bu zorluklar uygun uygulamalarla aşılabilir.
Yaygın Zorluklar:
Farklı zaman dilimlerinde çalışılması, güncellemelerin eş zamanlı olmasını zorlaştırabilir.
Dijital araçlarda teknik sınırlamalar veya uyumsuzluklar yaşanabilir.
Çok karmaşık panolar, bilgi netliği sağlamaktan ziyade bilgi karmaşasına yol açabilir.
Önerilen Çözümler:
Bilgi panoları basit, görsel ve sezgisel olmalıdır.
Her sprintin başında panonun güncellenmesinden sorumlu kişiler net şekilde belirlenmelidir.
Pano kullanımı, kısa ve düzenli check-in toplantılarıyla desteklenmelidir.
Erişilebilirlik ön planda tutulmalı, pano tüm cihaz ve platformlardan görüntülenebilir olmalıdır.
Araçlar ve En İyi Uygulamalar
Sanal bilgi panoları için yaygın olarak kullanılan dijital araçlar şunlardır:
Jira + Confluence
Trello
Azure DevOps Boards
Monday.com
ClickUp
Bilgi panolarında sık kullanılan bileşenler:
Burndown ve Burnup Grafikler
Kümülatif Akış Diyagramları
Sprint Backlog Görünümleri
Engel Takip Panoları
En iyi uygulamalar şunları içerir:
Entegrasyonlarla otomatik güncellemeler sağlayarak gerçek zamanlı veri akışı oluşturmak
Panodaki verileri düzenli olarak retrospektif toplantılarda analiz etmek
Ekip geri bildirimleriyle bilgi panosunu sürekli geliştirmek
Sonuç
Çevik sanal ekiplerde bilgi panolarının en büyük katkısı, şeffaflığı artırmaları, önemli verilere hızlı erişim sağlamaları ve güven, otonomi ve sürekli iyileştirme kültürünü teşvik etmeleridir.
Bilgi panoları sadece birer proje izleme aracı değildir; aynı zamanda ekip kültürünün dijital yansımasıdır. Doğru kullanıldıklarında, ekip performansını ve proje başarısını stratejik olarak destekleyen araçlara dönüşürler.
Çevik dünyada başarı, yalnızca çerçeveleri uygulamakla değil, aynı zamanda bilgi panoları gibi araçları etkili bir şekilde kullanmakla mümkündür. Tamamen uzaktan çalışan ekipler bile, bu güçlü görselleştirme araçları sayesinde şeffaf, uyumlu ve yanıt verebilir bir kültür oluşturabilir.
PMI® Onaylı – Proje Yönetimi Uzmanlığı Sertifika Programı
Are you tired of managing projects that seem to drag on forever? Do you feel like you’re constantly putting out fires instead of making real progress? It’s time to try a new approach.
Introducing Scrum for Project Managers, the e-book that will revolutionize the way you approach project management. Our comprehensive guide will teach you everything you need to know about Scrum, an agile project management framework that has been proven to increase productivity, improve communication, and deliver results.
In this e-book, you’ll learn the basics of Scrum, including how to create and manage a product backlog, how to conduct sprint planning and review meetings, and how to effectively communicate with your team. You’ll also discover advanced techniques for improving team collaboration, managing stakeholder expectations, and delivering high-quality products on time and within budget.
Whether you’re a seasoned project manager or just starting out, Scrum for Project Managers is the must-have resource for anyone looking to improve their project management skills. And with our easy-to-read format and practical advice, you’ll be able to start implementing Scrum in your projects right away.
Chapter 1- Scrum Approach
The Agile Manifesto and the Birth of Scrum. 10
Overview of Scrum Framework 12
Scrum Artifacts 14
Organizational Goals in Scrum 16
What is the Backlog? 19
Chapter 2 – Product Backlog
Product Backlog in Scrum 23
An Example of Scrum Practice 25
User Stories 27
Refining and Estimating Product Backlog 30
Chapter 3 – Sprint Backlog
Sprint Backlog 35
Sprint Scope and Sprint Goal 37
Chapter 4 – Definition of Done
Increment and Definition of Done 42
More Details of “Definition of Done” 45
When should the DoD be Prepared? 48
Definition of Done vs. Acceptance Criteria 50
Chapter 5- Scrum Events
What are Scrum Events? 53
What is a Time Box? 55
More Details About The Sprint 57
Sprint Planning Event 59
Why is the Sprint Valuable? 61
What can be Done in the Sprint? 63
How will Things Be Done in the Sprint? 66
Who Attends the Sprint Planning Meeting? 68
Coherency of Sprint Backlog Items 70
Daily Scrum 72
Sprint Review Meeting 74
Sprint Retrospective Meeting 76
Understanding Epics 80
Special Sprints 83
Canceling a Sprint 85
Chapter 6 – The Scrum Team
Scrum Team 88
Scrum Team Size 90
Product Owner 92
What is Value 94
How is the Product Backlog Ordered? 96
The Developers 98
The Scrum Master 100
How does the Scrum Master serve to the Scrum Team 102
What is an Impediment in Scrum? 104
How does the Scrum Master serve to the Product Owner? 106
How does the Scrum Master serve to the Organization 108
Other Titles in Scrum 110
Chapter 7 – Scaling Scrum
Introduction To Scaling Scrum 115
What happens when multiple Scrum Teams work on the same Product? 117
Impact on velocity when scaling Scrum 118
Integrated Product Increments 120
The Definition of Done when multiple teams work on the same Product 122
Must the Sprints be aligned? (same length, same start/end) 124
How many Product Owners are there? 126
Feature teams vs Component teams 128
The importance of creating an integrated Increment 130
Chapter 8 – Terms and Tools Used in Scrum
The Velocity of the Scrum Team 134
Technical debt 136
Functional and non-functional requirements 138
The process of emergence in Scrum 140
Burn-down charts 142
Burn-up charts 144
The “cone of uncertainty” 146
Chapter 9 – Agile Framework and Practices
Agile Framework Overview 150
Kanban 152
Extreme Programming (XP) 155
Test-driven development (TDD) 157
Behavior-driven development (BDD) 159
DevOps 161
Chapter 10 – FAQ about Scrum
Is Documentation Mandatory in Scrum? 165
What happens with incomplete Sprint Backlog items? 167
Who creates the Definition of Done? 168
How to change scope without affecting the Sprint Goal? 170
What happens if there is no Increment and/or the Sprint Goal is not reached? 171
The difference between Product Backlog Refinement and Sprint Planning 173
What is the difference between creating an Increment and Releasing it? 175
About The Author
Gökrem Tekir graduated from Anadolu University in 1997 as an Industrial Engineer.
He worked as a project engineer in different companies in the production and service sector. He earned the PMP Certificate in 2004.
After receiving the PMP Certificate, he continued his career as a Project Management Trainer and Consultant.
Among the trainings he gave, there are topics such as Fundamentals of Project Management, Agile Project Management, Scrum Approach, Project Planning and Follow-up with Microsoft Project, PMP Exam Preparation.
The consultancy services offered by Gökrem Tekir are the Establishment and Integration of Project Management Offices, Microsoft Project Server and Sharepoint Integration, Development of Enterprise-Specific Project Management Methods, Planning and Reporting of Projects Between Buyer and Sellers, Creation and Follow-up of Project Plans of Institutions, Projects of Employees. It is listed as Adapting to Management Methods.
Gökrem Tekir is the author of the first Turkish-language Project Management book in 2006. In 2017, a much more comprehensive work titled “Our Life is the Project – Project Manager’s Handbook” was also published.
Gökrem Tekir continues to share information on social networks such as Youtube, Linkedin, Twitter and Instagram in order to spread his knowledge on project management.
Örneğin, sprint planlama toplantısını ele alalım. Bu etkinlik, bir aylık sprint için 8 saate kadar zamanlanmış bir kutudur.
Scrum takımı, sprinti planlamak için tam olarak 8 saati kullanabilir. Eğer Scrum takımı toplantının amacına 6 saatte ulaşabilirse, bu çok daha iyi bir şeydir.
Hedeflenen sonuca ulaşılır ulaşılmaz sprint planalama etkinliği sona erer. Bekleyerek zaman kaybetmek için hiçbir sebep yoktur. Scrum, zaman ve kaynak israfını azaltmayı hedefler.
Scrum ekibinin zaman kutusunu aşmasına izin verilmez. Scrum ustası, Scrum Takımına zaman kutularının neden önemli olduğu ve zamanlarının nasıl daha iyi yönetileceği konusunda koçluk yapmalıdır.
Zaman kutuları neden önemlidir? Bunu bir örnekle açıklamaya çalışalım. Kısa süreliğine şehir dışına yolculuğa çıkacağınızı varsayın. 1 veya 2 gün için yapacağınız yolculuk için, hazırlık sürenizi düşünün. 1 günlük yolculuk için yanınıza alacağınız çanta küçüktür ve onu hazırlamak için yarım saat yeterli olacaktır. Buna karşılık, 1 haftalık şehir dışı yolculuğu için, bir valiz hazırlarken daha fazla zaman ayırırsınız. Çok daha uzun yolculuklar içinse bir kaç valiz hazırlamanız gerekeceğinden, hazırlık süreniz daha fazla olacaktır.
Zaman kutuları böyle çalışır. Ne kadar uzak geleceği planlamanız gerekiyorsa, ayırmanız gereken zaman da artar. Buna karşılık, planlamayla fazla zaman kaybedip, işlerin ilerlemesine de engel olmamanız gerekir. Örneğin, valizleri hazırlamaya gereğinden fazla zaman ayırırsanız, bu sefer de uçağı kaçırırsınız.
Scrum’da farklı etkinlikler için zaman kutularının olduğunu ileriki videolarımızda göreceğiz.
Özetlemek gerekirse, bir zaman kutusu bir etkinliğin minimum süresini değil, maksimum süresini ifade eder.
Her türlü etkinlik, etkinliğin amacına ulaşıldığı sürece, zaman kutusu sona ermeden sonlandırılabilir. Fakat, etkinliğin zaman kutusunu aşmasına izin verilmez.
Bu durum, sprintin kendisi hariç, tüm etkinlikler için geçerlidir. Sprint, özel bir durumdur. Planlanan işi, sprintin süresi bitmeden tamamlasanız bile, sprint daha erken bitmez. Bunun sebebi, oluşturmaya çalıştığımız rutinin bozulmasını engellemektir. Fazladan zamanınız kalmışsa eğer, ürün birikim listesinden daha fazla iş alıp, sprinte devam edersiniz. Ancak bu durum, çok nadiren görülür.
Gökrem Tekir Blog Sayfası 