­čôŁ Scrum Workshop

Bazen teknik bir konuyu derinlemesine ├Â─črenmek i├žin sadece d├Âk├╝man okumak yetmez, onunla ilgili sorular ├ž├Âzmek de ├Ânemlidir ve ├Â─črenme s├╝recinin bir par├žas─▒d─▒r. Bu sorularla daha fazla ├Ârnek senaryo ve durumu d├╝┼č├╝nme f─▒rsat─▒m─▒z olur. Bende scrum ├žat─▒s─▒n─▒ daha iyi kavramak i├žin internet ├╝zerinde sorular ├ž├Âz├╝p bunlar─▒ a┼ča─č─▒daki ┼čekilde listeledim.

Haydi Ba┼člayal─▒m ­čĺą ­čÜÇ

  • Daily scrum, Sprint planlama ve Sprint review toplant─▒lar─▒na scrum tak─▒m─▒n─▒n d─▒┼č─▒ndan ki┼čiler kat─▒labilir,
  • Sprint planlama toplant─▒s─▒na development tak─▒m─▒ teknik ve domain uzman g├Âr├╝┼č├╝n├╝ almak i├žin davet edebilir,
  • Sprint Review toplant─▒s─▒na product owner payda┼člar─▒ ├ža─č─▒rabilir,
  • Product Owner’─▒n temel ├Âzellikleri
    • ├ťr├╝n de─čerini maximize eder,
    • Kilit payda┼č kat─▒l─▒m─▒n─▒ kolayla┼čt─▒r─▒c─▒d─▒r
    • ├ťr├╝n Pazar Uzman─▒
  • ├ťst d├╝zey hedeflere y├Ânelik ilerlemeyi izlemek Product Owner g├Ârevidir,
  • Her sprint asl─▒nda bir projedir,
  • Sprint retro toplant─▒s─▒nda scrum tak─▒m─▒ yap─▒labilecek baz─▒ iyile┼čtirmeleri belirler, bu belirtilen iyile┼čtirmeler i├žin bir aksiyon listesi olu┼čturulur ve sonraki sprint’e en az─▒ndan bir iyile┼čtirme maddesi dahil edilir, t├╝m maddeleri tek bir sprint de almak yerine sonraki sprint lere yaymak scrum tak─▒m─▒n─▒n i├žin s├╝rekli iyile┼čtime yapmas─▒n─▒ sa─člar,
  • Sprint iptali sadece product owner sorumlulu─čundad─▒r,
  • Increment sadece geli┼čtirme tak─▒m─▒ yapar, sadece geli┼čtirme tak─▒m─▒ sprint ko┼čar anlam─▒na gelir,
  • Scrum’─▒n ├Âz├╝ nedir ?
    • Olduk├ža esnek ve uyarlanabilir k├╝├ž├╝k tak─▒mlard─▒r,
  • Scrum ├žat─▒s─▒ neleri i├žerir ?
    • Roller,
    • Kurallar,
    • Eserler,
    • Etkinlikler
  • ├ťr├╝n i┼č listesinde t├╝m tahminlerden kim sorumludur ?
    • Product Owner tahmin yapmaz, bu sorumluluk development team dedir,
  • Ayn─▒ ├╝r├╝n ├╝zerinde ├žal─▒┼čan scrum tak─▒mlar─▒ farkl─▒ sprint byutlar─▒na sahip olabilirler, ├ľrne─čin bir bankan─▒n IT departman─▒nda krediler b├Âl├╝m├╝ 2haftal─▒k sprint ko┼čarken, operasyonel y├╝k├╝ fazla olan bir ba┼čka ekip 1 ayl─▒k sprint ko┼čabilir,
  • ├ťr├╝n ─░┼č Listesi ayr─▒nt─▒land─▒rmas─▒ genellikle Geli┼čtirme Tak─▒m─▒’n─▒n kapasitesinin hangi k─▒sm─▒n─▒ t├╝ketir ?
    • Geli┼čtirme tak─▒m─▒n─▒n kapasitesinin %10 undan fazla olmayacak ┼čekilde,
    • Product Backlog Refinement da geli┼čtirme tak─▒m─▒da olur,
  • Scrum’daki ekip modelinin optimize etmek i├žin tasarland─▒─č─▒ ├╝├ž ana ├Âzellik nedir ?
    • Productivity – ├ťretkenlik
    • Creativity – Yarat─▒c─▒l─▒k
    • Flexibility – Esneklik
  • Daily Scrum daki time-box development team boyutuna g├Âre de─či┼čmez 15 dk. d─▒r.
  • Scrum’─▒n 5 de─čeri nelerdir ?
    • Openness – A├ž─▒kl─▒k
    • Focus – Odaklanma
    • Respect – Sayg─▒
    • Courgae – Cesaretli olma
    • Commitment – Taahh├╝t etmek
  • Scrum Master organizasyona bir ka├ž ┼čekilde hizmet edebilir ?
    • Scrum’─▒ benimsenmesinde organizayona ko├žluk ve liderlik eder,
    • Organizasyon i├žerindeki scrum etkinliklerini planlar,
    • Scrum tak─▒m─▒n─▒n ├╝retkenli─čini artt─▒rmak i├žin de─či┼čikliklere sebep olur,
    • Organizasyon i├žerisindeki scrum’─▒n etkinlili─čini artt─▒rmak i├žin di─čer scrum master’lar ile ├žal─▒┼č─▒r,
    • Deneysel ├╝r├╝n geli┼čtirmeyi anlama ve y├╝r├╝l├╝─če koyma konusunda payda┼člara ve m├╝┼čterilere yard─▒mc─▒ olur,
  • Scrum ─▒n tan─▒t─▒lmas─▒ndan ve desteklenmesinden kim sorumludur ?
    • Scrum Master
  • Sprint Backlog sprint planlama toplant─▒s─▒nda geli┼čtirme tak─▒m─▒ ile birlikte olu┼čturulur, Sprint boyunca sprint backlog’a yeni i┼čler eklenebilir,
  • Sprint planlama toplant─▒s─▒na teknik ve domain tavsiyesi almak i├žin ba┼čka insanlarda kat─▒labilir,
  • Scrum kullan─▒c─▒lar─▒ , scrum eserlerini ve sprint hedefine do─čru ilerlemenin g├Âzlemlenmesini ne s─▒kl─▒kla yapmal─▒d─▒rlar ?
    • S─▒kl─▒kla yapmal─▒d─▒rlar, fakat bu i┼čin ├Ân├╝ne ge├žmemeli,
  • Sprint sadece sprint hedefini ger├žekle┼čtirmek anlams─▒z hale geldi─činde iptal edilebilir,
  • Sprint planlaman─▒n girdisi (input) nedir ?
    • Product Backlog
    • Son ├╝r├╝n artt─▒r─▒m─▒
    • Sprint boyunda geli┼čtirme tak─▒m─▒n─▒n ├Âng├Âr├╝len kapasitesi
    • ┬áGeli┼čtirme tak─▒m─▒n─▒n ge├žmi┼č performans─▒
  • Bir ├žok geli┼čtirme tak─▒m─▒ ayn─▒ ├╝r├╝n ├╝zerinde geli┼čtirme yap─▒yorlar ise ayn─▒ product backlog kullan─▒l─▒r,
  • Scrum Master Geli┼čtirme tak─▒m─▒na nas─▒l hizmet eder ?
    • Kendi-kendine organize olma ve cross-functional olma konular─▒nda ko├žluk etmek,
    • Y├╝ksek de─čerli ├╝r├╝n geli┼čtirmek i├žin┬á yard─▒m eder,
    • Geli┼čtirme tak─▒m─▒n─▒n ├╝zerindeki (impediment) engelleri kald─▒r─▒r,
    • ihtiya├ž oldu─čunda ve istendi─činde scrum etkinli─čini yapmaya yard─▒mc─▒ olur ve kolayla┼čt─▒r─▒r,
  • Product Backlog ├╝zerinde kimler de─či┼čiklik yapabilir ?
    • Product Owner
    • Development Team – Product Owner izin verdi─činde
  • Incerement – Art─▒r─▒m nedir ?
    • Sprint s─▒ras─▒nda tamamlanan ├╝r├╝n i┼č listesi kalemlerinin toplam─▒
    • ├ľnceki sprint’lerin art─▒┼člar─▒n de─čeri
  • Sprint planlama toplant─▒s─▒ i├žin time-box 8 saattir, fazla olmaz
  • Daily-Scrum ‘─▒n yap─▒s─▒ sabit de─čildir, sprint hedefine ula┼čmak i├žin geli┼čtirme tak─▒m─▒ kendine bir y├Ântem belirleyebilir,
  • Scrum Master ve Product Owner geli┼čtirme tak─▒m─▒n─▒n bir par├žas─▒ olabilir,
  • Scrum-Master Daily-Scrum ile ilgili hangilerini yapar ?
    • Geli┼čtirme tak─▒m─▒n─▒n daily-scrum yapt─▒─č─▒ndan emin olur,
    • Daily-scrum ‘─▒n 15 dk s├╝rmesinden emin olur,
    • Daily-scrum da ba┼čklar─▒ varsa toplant─▒y─▒ aksatmamalar─▒n─▒ sa─člar,
  • Scrum ─▒ destekleyen 3 unsur nelerdir ?
    • Adaptation – Adaptasyon
    • Inspection – G├Âzlem
    • Transparency – ┼×effafl─▒k
  • Scrum daki t├╝m etkinlikler time-box a sahiptir, Bunun anlam─▒ max bir s─▒n─▒rd─▒r, scrum guide bir min s─▒n─▒r belirlemez, Tak─▒m olgunla┼čt─▒k├ža baz─▒ etkinlikler k─▒sa s├╝rebilir. ├ľrne─čin ; sprint-retro, sprint planlama
  • Geli┼čtirme tak─▒m─▒ sprint-planlama toplant─▒s─▒n─▒n sonunda sprint hedefine ve bu hedefe nas─▒l ula┼čaca─č─▒n─▒ scrum master ve product-owner a a├ž─▒klayabilmeli,
  • Product Backlog sorumlulu─ču product-owner ├╝zerindedir,
  • “Definition of Done” tan─▒m─▒ i├žin nelere dikkat edilmelidir ?
    • Ayn─▒ ├╝r├╝n ├╝zerinde ├žal─▒┼čan di─čer scrum tak─▒mlar─▒n─▒n DoD lar─▒na,
    • Organizasyonun s├Âzlemelerine, standarlat─▒na ve y├Ânetmeliklerine,
  • Scrum i├žerisindeki “development” neyi ifade eder ?
    • ├ľnerilen t├╝m se├ženekleri ve daha fazlas─▒n─▒ i├žerebilen karma┼č─▒k i┼čler
  • Scrum-Master ├Âncelikle scrum tak─▒m─▒na hizmet eder ve odaklan─▒r, scrum tak─▒m─▒ d─▒┼č─▒ndakileri umursamaz !
    • Hay─▒r scrum-master himzetkar liderdir,
    • Scrum Master, Scrum Tak─▒m─▒ d─▒┼č─▒ndaki ki┼čilerin Scrum Tak─▒m─▒ ile olan etkile┼čimlerinin hangilerinin yararl─▒ ve hangilerinin i┼če yaramad─▒─č─▒n─▒ anlamalar─▒na yard─▒mc─▒ olur.
    • Scrum Master, Scrum Tak─▒m─▒ taraf─▒ndan yarat─▒lan de─čeri en ├╝st d├╝zeye ├ž─▒karmak i├žin herkesin bu etkile┼čimleri de─či┼čtirmesine yard─▒mc─▒ olur.
  • Scrum’─▒ benimsemeye ├žal─▒┼čan k├╝├ž├╝k bir Organizasyonda bir Scrum Master oldu─čunuzu d├╝┼č├╝n├╝n. 10 geli┼čtirici ve ├ťr├╝n Sahibi var. Tak─▒m─▒ nas─▒l ay─▒rabilirsiniz ?
    • Development-team ├╝ye say─▒s─▒ 3-9 aras─▒nda olmal─▒d─▒r,
    • Her tak─▒m self-organized ve cross-functional olmal─▒d─▒r,
    • En uygun geli┼čtirme tak─▒m─▒
      • sprint i├žerisinde ├Ânemli i┼čleri bitirecek kadar b├╝y├╝k,
      • ├ževik kalacak kadar k├╝├ž├╝k olmal─▒,
    • 4 + 3 + 3 = 3 Tak─▒m
    • 6 + 4 = 2 Tak─▒m
  • Sprint s├╝resince
    • Sprint hedefini tehlikeye sokacak hi├ž bir de─či┼čiklik yap─▒lmaz,
    • Kalite hedefleri azalt─▒lmaz,
    • Kapsam, ├ťr├╝n Sahibi ile Geli┼čtirme Ekibi aras─▒nda daha fazla bilgi edindik├že a├ž─▒kl─▒─ča kavu┼čturulabilir ve yeniden m├╝zakere edilebilir,
  • Sprint Backlog nedir ?
    • Sprint i├žin se├žilen ├╝r├╝n i┼č listesi
    • Se├žilen i┼čleri teslim etme plan─▒
  • Sprint-Retro nun amac─▒ nedir ?
    • Son sprint in ili┼čkiler, insanlar, ara├žlar ve s├╝re├ž a├ž─▒s─▒ndan nas─▒l gitti─činin incelenmesi,
    • ─░yi giden ana ├Â─čeleri ve potansiyel geli┼čtirmeleri belirlemek,
    • Scrum ekibinin ├žal─▒┼čma bi├žimi hakk─▒nda iyile┼čtirmelek uygulamak,
  • Sprint planlamas─▒ yaln─▒zca sprint’in ilk g├╝nleri i├žin planlanan ├žal─▒┼čma bir g├╝n veya daha k─▒sa birimlere ayr─▒l─▒rsa bitebilir mi ?
    • Evet, e─čer kalan ├žal─▒┼čma da tahmin edilirse sonradan ayr─▒┼čt─▒r─▒labilir,
  • A┼ča─č─▒dakilerin hangisi sadece Geli┼čtirme tak─▒m─▒na aittir ?
    • Sadece Sprint-Backlog geli┼čtirme ekibine aittir,
    • Sprint boyunca sprint-backlog development-team taraf─▒ndan de─či┼čtirilebilir,
  • Konu┼čulacak ilgin├ž ┼čeyler yok ise daily-scrum atlanabilir mi ?
    • Scrum i├žerisindeki her etkinlik bir ┼čeyleri uygulamak ve uyarlamak i├žin resmi bir f─▒rsatt─▒r,
  • ├ťr├╝n ├╝zerinde de─či┼čiklik yap─▒lmas─▒ i├žin bir gereksinim kayna─č─▒ hangisidir ?
    • Product Backlog
  • Scrum Eserleri nelerdir ?
    • Product Backlog
    • Sprint Backlog
    • Definition of Done – DoD
    • Increment
  • Sprint Hedefine ula┼čma olas─▒l─▒─č─▒n─▒ yans─▒tmak i├žin Sprint ─░┼č Listesinde kalan toplam ├žal─▒┼čmay─▒ izlemek kimin sorumlulu─čundad─▒r?
    • Development-Team
  • Sprint Planlamada sprint hedefini belirlemekten kim sorumludur ?
    • Scrum Tak─▒m─▒ – Product Owner, Development Team, Scrum Master
  • Daily-Scrum toplant─▒s─▒na kat─▒l─▒ma kim izin verir ?
    • Development-Team
  • Development-Team karakteristik ├Âzellikleri nelerdir ?
    • Scrum geli┼čtirme tak─▒m─▒ ├╝yeleri i├žin gi├ž bir ├╝nvan tan─▒maz
    • Scrum geli┼čtirme tak─▒m─▒ i├žersinde hi├ž bir alt scrum tak─▒m─▒ tan─▒maz,
    • Geli┼čtirme tak─▒m─▒ kend-kendini y├Âneten tak─▒md─▒r ve cross-functional ├Âzelli─če sahiptir,
    • Hesap verilebilirlik b├╝t├╝n olarak geli┼čtirme tak─▒m─▒na aittir,
  • Eksik ve yapayl─▒k ile ba┼ča ├ž─▒kmaktan kim sorumludur ?
    • Yani scrum etkinlikler ve toplant─▒lar sadece yap─▒lmak i├žin de─čil hakk─▒n─▒ vererek ve etkisine, faydas─▒na inanarak yap─▒lmal─▒, E─čer sadece yap─▒lmak i├žin yap─▒l─▒yor ise sorumlusu scrum-master d─▒r.
  • Product-Backlog ├Âzellikleri nelerdir ?
    • Dinamiktir,
    • Bir product-backlog asla tamamlanmaz,
    • Product-Backlog , kullan─▒lacak ├╝r├╝n┬á ve ortam geli┼čtik├že geli┼čir,
    • ├ťr├╝n oldu─ču s├╝rece product-backlog da vard─▒r,
    • Uygun, rekabet├ži ve faydal─▒ olmas─▒ i├žin ├╝r├╝n├╝n ihtiya├žlar─▒ s├╝rekli de─či┼čir,
  • DoD scrum tak─▒m─▒na nas─▒l yard─▒mc─▒ olur ?
    • DoD, ├╝r├╝n art─▒┼č─▒ (increment) ├╝zerinde ├žal─▒┼čman─▒n ne zaman tamamland─▒─č─▒n─▒ de─čerlendirmek i├žin kullan─▒l─▒r,
    • DoD, scrum eserlerine ┼čeffafl─▒k sa─člar,
    • DoD, bir sprint planlama s─▒ras─▒nda ka├ž ├ťr├╝n ─░┼č Listesi ├Â─česini se├žilmesi konusunda Geli┼čtirme Ekibine rehberlik eder,
  • Sprint-Review toplant─▒sn─▒n sonucu nedir ?
    • Bir sonraki Sprint i├žin olas─▒ ├ťr├╝n ─░┼č Listesi maddelerini tan─▒mlayan g├Âzden ge├žirilmi┼č bir ├ťr├╝n ─░┼č Listesi
  • Scrum, Scrum’da tan─▒ml─▒ olmayan ek toplant─▒lara izin vermez.
    • Scrum, Sprint Hedefine ula┼čmay─▒ kolayla┼čt─▒r─▒rlarsa ek toplant─▒lara izin verir.
  • Belirsizlik konisi (cone of uncertainty) neyi g├Âsterir ?
    • Belirsizlik Konisi, bir proje s─▒ras─▒nda belirsizlik miktar─▒n─▒n geli┼čimini a├ž─▒klar.
  • Her Sprint Retrospektifi s─▒ras─▒nda, Scrum Ekibi, uygunsa ve ├╝r├╝n veya organizasyon standartlar─▒yla ├želi┼čmese de, i┼č s├╝re├žlerini iyile┼čtirerek veya ÔÇťTamamland─▒ÔÇŁ tan─▒m─▒n─▒ uyarlayarak ├╝r├╝n kalitesini art─▒rman─▒n yollar─▒n─▒ planlar.
  • Kilit Payda┼člar─▒n hangi toplant─▒lara kat─▒lmas─▒na izin verilir ?
    • Sprint-review
  • Sprint-Review toplant─▒s─▒na kimler kat─▒labilir ?
    • PO, DT, SM ve Kilit payda┼člar
  • Hangileri g├Âzlem (Inspect) ve adaptasyon (adaptation) i├žin resmi bir f─▒rsatt─▒r ?
    • sprint planlama
    • sprint-review
    • daily-scrum
    • sprint-retro
  • M├╝fetti┼č (g├Âzlemci), bir s├╝recin bir veya daha fazla y├Ân├╝n├╝n kabul edilebilir s─▒n─▒rlar─▒n d─▒┼č─▒na sapt─▒─č─▒n─▒ tespit ederse, ne zaman ayarlama yap─▒lmal─▒d─▒r ?
    • Daha fazla sapmay─▒ en aza indirmek i├žin en k─▒sa zamanda
  • Sprint-Review = 4 saat┬á – Sprint Retor = 3 saat
  • DoD tan─▒mlanmas─▒ndan kim sorumludur ?
    • Development-Team
  • Burn-Down chart grafi─či neyi g├Âsterir ?
    • Burn-down grafi─či zamana kar┼č─▒ kalan i┼člerin geli┼čimini g├Âstermektedir.

Scrum hakk─▒ndaki di─čer yaz─▒lar─▒ma a┼ča─č─▒daki linklerden ula┼čabilirsiniz, ­čÄ»

Herkese iyi ├žal─▒┼čmalar, Ծ´ŞĆ

Agile Scrum Egitim Notlar─▒ ÔÇô 3

Scrum i├žerisinde Scrum Planlama, Daily Scrum, Sprint Review ve Sprint Retrospektif olmak ├╝zere 4 etkinlik vard─▒r, ┼×imdi bu etkinliklerin her biri i├žin a┼ča─č─▒daki sorulara yan─▒t vererek etkinlikleri daha iyi kavramaya ├žal─▒┼čal─▒m.

  • Etkinlik Amac─▒
  • ─░yi veya K├Ât├╝ Pratikler
  • Kat─▒l─▒mc─▒lar
  • Etkinlik Yap─▒s─▒
  • Kurallar

Scrum Etkinlikleri

Sprint Planlama

  • Etkinli─čin Amac─▒

    • Product Backlog lar─▒ eritmek i├žin sprint backlog a ald─▒─č─▒m─▒z i┼člerin detayland─▒r─▒lmas─▒
    • Sprint de yap─▒lacak i┼člerin planlanmas─▒, detayland─▒r─▒lmas─▒
    • Sprint e dahil edilecek i┼člerin Development Team’e anlat─▒lmas─▒
    • Scrum tak─▒m─▒ndaki t├╝m bireylerin ayn─▒ noktada olmas─▒n─▒n sa─članmas─▒
    • Herkesin yap─▒lacak i┼či commitlemesi, s├Âz ve taahh├╝t etmesi
    • ─░┼či nas─▒l yap─▒laca─č─▒n─▒n netle┼čtirilmesi
    • Sprint hedefinin belirlenmesi
  • ─░yi veya K├Ât├╝ Pratikler

    • PBI lar─▒ excel ile berlirlemek ­čśö
    • Oturma d├╝zeni olarak ekibin y├╝z-y├╝ze olmas─▒ (yuvarlak masa vs.)┬á­čśŐ
    • Ekipteki herkesin planlamaya kat─▒lmamas─▒
    • Sprint i├žerisinde izin alacaklar─▒n belirlemek ve al─▒nacak i┼čleri ona g├Âre d├╝zenlemek┬á­čśŐ
    • Kapasiteye g├Âre i┼č a─č─▒rl─▒─č─▒n─▒ belirlememek
  • Kat─▒l─▒mc─▒lar

    • Product Owner
    • Scrum Master
    • Development Team
  • Etkinlik Yap─▒s─▒

    • WHAT : PBI lar─▒n belirlenmesi,
      • Yap─▒lacak i┼člerin ne oldu─čunun product owner taraf─▒ndan anlat─▒lmas─▒,
      • Her PBI a ekip olarak size verilmesi
      • Size lama i┼člemi fibonacci serisine g├Âre verilir
      • Size lamay─▒ etkileyecek fakt├Ârler ; karma┼č─▒kl─▒, netlik durumu
    • HOW : TASK lar─▒n belirlenmesi,
      • Se├žilen i┼člerin nas─▒l yap─▒laca─č─▒n─▒n belirlenmesi,
      • Her task i├žin ├žal─▒┼čma saati verilir
  • Kurallar

    • 1 ayl─▒k sprintler i├žin 8 saat,┬á2 haftal─▒k sprint ler i├žin 4 saattir,
    • Planlamada i┼čler ki┼čilere atanmaz,
    • Hi├ž kimse i┼č atmas─▒ yapmaz,
    • ─░┼č atama yerine i┼č ├žekme kavram─▒ vard─▒r

Daily Scrum

  • Etkinlik Amac─▒

    • T├╝m ekip taraf─▒ndan sprint s├╝recinin nas─▒l ilerledi─čini, durumunun g├╝ncellenmesi
    • Engellerin erkenden farkedilip, ├ž├Âz├╝mleme s├╝recine girmesi,
    • Di─čer ekip arkada┼člar─▒n─▒n h─▒zl─▒ ├ž├Âzebildi─či ┼čeyleri ├Â─črenmek,
    • Ekibin g├╝nl├╝k planlama yapmas─▒n─▒ sa─člamak,
    • DailyScrum da kalan saat azaltmas─▒ artt─▒r─▒lmas─▒ndan ziyade g├╝nl├╝k plan yap─▒l─▒r,
    • Yap─▒lan i┼člerde belirsizlikten dolay─▒ yada engellerden dolay─▒ s├╝re uzar ise artt─▒r─▒labilir,
    • Her zaman kalan saat azaltmas─▒ olmayabilir,
  • ─░yi veya K├Ât├╝ Pratikler

    • ScrumBoard’un aktif olarak kullan─▒lmamas─▒,
    • TFS ├╝zerinden ScrumBoard’un takip edilmesi,┬á­čśŐ
    • DailyScrum’a vaktinde toplan─▒lmamas─▒,
    • DailyScrum un sabah mesai saatinden biraz ge├ž belirlenmesi ve arada kalan vaktin verimsizle┼čmesini sa─člar,
    • 15 dk y─▒ a┼čan daily scrum
    • ├çok detaya girmek,
    • Ekibin ki┼čisel tart─▒┼čamalara girmesi, ikili problemlere girmek
  • Kat─▒l─▒mc─▒lar

    • Development Team toplant─▒n─▒n sahibidir.
    • Scrum Master toplant─▒ya kat─▒labilir, kat─▒lmasada olur,
    • Product Owner toplant─▒ya kat─▒labilir, kat─▒lmasada olur,
    • Payda┼člar (Shareholder) development team rahats─▒z olmayacak ┼čekilde sadece toplant─▒y─▒ izleyebilirler,
    • M├╝┼čteri (Customer) development team rahats─▒z olmayacak ┼čekilde sadece toplant─▒y─▒ izleyebilirler,
  • Etkinlik Yap─▒s─▒

    • D├╝n ne yapt─▒m,
    • Bug├╝n ne yapaca─č─▒m,
    • ├ľn├╝mde engeller var m─▒ ? neler ?
  • Kurallar

    • Max 15 dk.
    • Ayn─▒ yerde ve saatte yap─▒l─▒r,
    • Ayakta olmal─▒d─▒r,

Sprint Review

  • Etkinlik Amac─▒

    • Geli┼čtirilmi┼č ├╝r├╝n ├╝zeriden feedback al─▒nmas─▒,
    • Bir sonraki sprint de yap─▒lacak i┼člerin konu┼čulmas─▒,
  • ─░yi veya K├Ât├╝ Pratikler

    • Tele-Konferans ile yap─▒lmas─▒,
    • Test ortam─▒na yetki verilip ileti┼čimsiz ve mailler arac─▒l─▒─č─▒yla yap─▒lmas─▒,
    • Birebir geli┼čtirme (IT) ortam─▒na gelerek UKT s├╝recinin geli┼čtirici ekibin PC ├╝zerinde yap─▒lmas─▒,┬á­čśŐ
    • 3 tane i┼č birimini tek toplant─▒ da toplamak yerine micro-sprint-review ler yapmak,┬á­čśŐ
  • Kat─▒l─▒mc─▒lar

    • Toplant─▒ sahibi Product Owner d─▒r,
    • Scrum Master
    • Development Team
    • Customer
    • Shareholder
  • Etkinlik Yap─▒s─▒

    • Sprint hedefine ula┼č─▒l─▒p ula┼č─▒lmad─▒─č─▒ anlat─▒l─▒r,
    • Yap─▒lan i┼čler anlat─▒l─▒r,
    • Bir ka├ž test senaryosu i┼čletilir,
    • ├ťr├╝n├╝n kullan─▒m─▒ g├Âsterilir,
    • ├ťr├╝n├╝n sa─člad─▒─č─▒ faydalar ve kolayla┼čt─▒rd─▒─č─▒ y├Ânler hakk─▒nda bilgi verilir,
  • Kurallar

    • 1 ayl─▒k sprint i├žin 4 saat
    • 2 haftal─▒k sprint i├žin 2 saat

Sprint Retrospektif

  • Etkinlik Amac─▒

    • Sprint s├╝recinin de─čerlendirilmesi
    • Sprint de yapt─▒klar─▒m─▒z, yapamad─▒klar─▒m─▒z
    • ─░yi yapt─▒klar─▒m─▒z, k├Ât├╝ yapt─▒klar─▒m─▒z
    • Daha iyi yapabilmek i├žin ├Âneriler sunabilece─čimiz toplant─▒d─▒r,
    • Ekip kurallar─▒n─▒n belirlenmesidir,
    • ─░┼č yap─▒┼č ┼čeklimizin tart─▒┼č─▒lmas─▒d─▒r,
    • Bu toplant─▒ ile tak─▒m─▒n kendi kendini de─čerlendirmesi ama├žlan─▒r,
    • Ekipce karar al─▒p bu karar─▒n uygulanmas─▒ i├žin ├žal─▒┼čmak,
    • S├╝reci iyile┼čtirmek i├žin ad─▒mlar
  • ─░yi veya K├Ât├╝ Pratikler

    • Ki┼čilerden ziyade olaylar, ara├žlar, s├╝re├ž ├╝zerinden konu┼čmak,┬á­čśŐ
    • Retro yapmamak,
    • Retroyu sadece e─členceli bir toplant─▒ havas─▒nda ge├žirmek,
    • Karar almamak,
    • Ekipce al─▒nan kararlar─▒n uygulanmas─▒,┬á­čśŐ
    • Ki┼čiselle┼čtirmeden amaca odaklanmak,┬á­čśŐ
    • S├╝recin iyile┼čmesi ve kaliteli sprintler ge├žirmek i├žin Aksiyon listesi ├ž─▒karmak,┬á­čśŐ
    • Sorunu ele┼čtirirken ├ž├Âz├╝m ├Ânerisi sunmak,┬á­čśŐ
    • ├ç─▒kar─▒lan aksiyon listesinin planlamada PBI olarak al─▒nmas─▒,­čśŐ
  • Kat─▒l─▒mc─▒lar

    • Scrum team
      • Development Team : toplant─▒ sahibi
      • Scrum Master
      • Product Owner
  • Etkinlik Yap─▒s─▒

    • Bir ├žok retro yapma y├Ântemi vard─▒r,
    • Ekip arkada┼člar─▒na post-it ler da─č─▒tarak, a┼ča─č─▒daki kategoriler alt─▒nda yaz─▒lmas─▒n─▒ uygun g├Ârd├╝─č├╝ ┼čey┼čerin yaz─▒lmas─▒,
    • ─░yi, daha iyi, yapmasak iyi olur, aynen devam ve b─▒rakmal─▒y─▒z kategorileri
    • Scrum Master bu yaz─▒lanlar─▒ toplar ya da tahtaya yaz─▒l─▒r sonra her maddenin ├╝zerinden ge├žilerek tart─▒┼č─▒l─▒r,
  • Kurallar

    • 1 ay ko┼čulan sprintler i├žin 3 saat
    • 2 hafta ko┼čulan sprintler i├žin 1,5 saat

 

Scrum ├╝zerinde bulunan etkinlikleri 5 soru etraf─▒nda cevaplamaya ├žal─▒┼čt─▒m. ├ľnceki yaz─▒lar─▒ma a┼ča─č─▒dan bulabilirsiniz,

Agile Scrum E─čitim Notlar─▒ – 1

Agile Scrum E─čitim Notlar─▒ – 2

G├Âr├╝┼čmek ├╝zere,

Agile Scrum Egitim Notlar─▒ – 2

Bir ├Ânceki yaz─▒mda Agile ├╝zerine notlar payla┼čm─▒┼čt─▒m. Bu yaz─▒mda agile ├žat─▒s─▒ i├žerisinde yer alan scrum ├╝zerine notlar─▒ payla┼čaca─č─▒m.

SCRUM m├╝mk├╝n olan en y├╝ksek de─čerdeki ├╝r├╝n├╝ ├╝retken ve yarat─▒c─▒ bir ┼čekilde geli┼čtirirken kar┼č─▒la┼č─▒lan KARMA┼×IK PROBLEMLERI adresledi─čimiz bir ├žer├ževedir.

  • Scrum bir s├╝re├ž, metot veya y├Ântem de─čildir. Scrum bir ├žer├ževedir.
  • Scrum basittir, anlamas─▒ kolayd─▒r, usataca y├Ânetmesi zordur.
  • Scrum’─▒n temelinde deneysel (Empirical) s├╝re├ž kontrol teorisi veya deneycilik vard─▒r.
  • Scrum, ├Âng├Âr├╝lebilirli─či iyile┼čtirir
  • Scrum’─▒n ├Âz├╝ k├╝├ž├╝k tak─▒mlard─▒r

Deneysel S├╝re├žler ;

  • ┼×effafl─▒k
  • G├Âzlem
  • Adaptasyon

Scrum De─čerleri ;

Scrum uygulamas─▒n─▒n ba┼čar─▒s─▒ a┼ča─č─▒daki be┼č de─čerin ustal─▒kla ya┼čatma becerisine ba─čl─▒d─▒r.

  • Cesaret – Courage
  • Odak – Focus
  • Sayg─▒ – Respect
  • Taahh├╝t – Commitment
  • A├ž─▒kl─▒k – Openness

Scrum Rolleri ;

Scrum tak─▒mlar─▒ kendi kendini y├Ânetir (self-organized) ve ├žapraz fonksiyonludur (cross-functional).

  • Scrum Tak─▒m─▒
    • Development Team
      • Geli┼čtirme tak─▒m─▒n─▒n hi├ž bir ┼čekilde alt tak─▒m─▒ olamaz.
      • Geli┼čtirme tak─▒m─▒ i├žerisinde yer alan herkes ├╝nvan olarak geli┼čtiricidir, Analiz, yaz─▒l─▒m m├╝hendisi, test m├╝hendisi gibi bir ├╝nvan yoktur. Geli┼čtirme tak─▒m─▒┬á 3 ki┼čiden ├žok 9 ki┼čiden az olamaz.
    • Scrum Master
      • Scrum Masterlar scrum teorisini, pratiklerini, kurallar─▒n─▒ ve de─čerlerini ekipteki herkesin anlamas─▒na yard─▒mc─▒ olurlar.
      • Scrum s├╝recini y├Ânetme sorumlulu─ču vard─▒r
    • Product Owner
      • ├ťr├╝n sahibi bir ki┼čidir, komite olamaz,
      • Product Backlog ├Ânceli─činden sorumludur,
      • Bir ki┼či product backlog ├Ânceli─čini de─či┼čtirmek istiyor ise ├╝r├╝n sahibine ba┼čvurmal─▒d─▒r.

Scrum Etkinlikleri ;

T├╝m etkinlikler azami olacak ┼čekilde zaman s─▒n─▒rl─▒d─▒r(time-boxed). Bir sprint ba┼člad─▒─č─▒nda s├╝resi sabittir, k─▒salt─▒lamaz veya uzat─▒lamaz. Sprint harici di─čer t├╝m etkinlikler g├Âzlem ve adaptasyon i├žin birer f─▒rsatt─▒r.

  • Sprint (iteration)
    • Sprint scrum’─▒n kalbidir,
    • Sprint, “Bitti” tan─▒m─▒na uyan, kullan─▒labilir ve potansiyel olarak yayg─▒nla┼čt─▒r─▒labilir bir ├╝r├╝n par├žac─▒─č─▒ geli┼čtirilir,
    • Her sprint 1 ay veya daha az s├╝relidir,
    • ├ľnceki sprint biter bitmez bir sonraki sprint ba┼člar,
    • Her sprint 1 aydan uzun s├╝reli olmayan bir proje gibidir,
    • Kalite hedefleri d├╝┼č├╝r├╝lmez,
    • Sprint boyunca sprint hedefini tehlikeye sokacak hi├ž bir de─či┼čiklik yap─▒lmaz,
    • Sprint sadece ├╝r├╝n sahibi taraf─▒ndan iptal edilebilir,
    • Bir sprint sprint hedefine ula┼čmak anlams─▒z hale geldi─činde iptal edilebilir,
    • Her sprint’in amac─▒ scrum tak─▒m─▒n─▒n “Bitti” tan─▒m─▒na uyacak ┼čekilde potansiyel olarak yay─▒nlanabilir i┼člevselli─če sahip ├╝r├╝n par├žac─▒klar─▒ teslim etmektir,
  • Sprint Planning
    • Scrum tak─▒m─▒ planlamay─▒ birlikte yapar,
    • Bir ayl─▒k sprint i├žin 8 saattir. 2 haftal─▒k sprint i├žin 4 saattir
    • Sprint planlama toplant─▒s─▒ iki a┼čamadan olu┼čur,
      • WHAT – bu sprint de ne yap─▒lacak – PBI – size
        • Sprint de yap─▒lacak her i┼č product owner taraf─▒ndan geli┼čtirme tak─▒m─▒na anlat─▒l─▒r
        • Tak─▒mdaki herkesin yap─▒lacak i┼či anlamas─▒ ├Ânemlidir
        • Sprint boyunca ka├ž tane i┼č yap─▒laca─č─▒na geli┼čitme tak─▒m─▒ karar verir
        • Bu b├Âl├╝mde ayn─▒ zamanda sprint hedefi belirlenir
      • HOW – se├žilen i┼čler nas─▒l yap─▒lacak – TASK – remaining work
        • ├ço─ču zaman yap─▒lacak i┼čler bir g├╝n veya daha k─▒sa s├╝rece bitecek ┼čekilde par├žalara b├Âl├╝n├╝r
      • SPRINT GOAL
        • Sprint hedefi geli┼čtirme tak─▒m─▒n─▒ birlikte ├žal─▒┼čmaya te┼čvik eder
        • Geli┼čtirme tak─▒m─▒ sprint hedefini akl─▒ndan ├ž─▒karmaz
    • Sprint deki i┼čler bir ki┼či taraf─▒ndan geli┼čtirici ekibe atanmaz,
    • Herkes yapaca─č─▒ i┼či kendi ├╝st├╝ne al─▒r ve b├Âylelikle kendi-kendine organize olan bir ekip olu┼čur
    • T├╝m i┼čler geli┼čtirici ekibin sorumluluk─čundad─▒r ve sprint i├žerisindeki i┼čleri bitirmek i├žin ekip olarak taahh├╝t eder
    • Geli┼čtirme tak─▒m─▒ toplant─▒ya uzmanl─▒k tavsiyesi vermek i├žin birilerini davet edebilir
    • Geli┼čtirme tak─▒m─▒
  • Daily Scrum
    • 15 dk ile s─▒n─▒rl─▒d─▒r
    • Sprint in her g├╝n├╝ ger├žekle┼čtirilir
    • Geli┼čtirme tak─▒m─▒ sonraki 24 saati planlar
    • Tak─▒m i┼čbirli─či ve performans─▒n─▒ iyile┼čtirir
    • ├ťr├╝n sahibine veya Scrum master’a i┼čleri rapor etme yeri de─čildir
    • G├╝nl├╝k scrum her g├╝n ayn─▒ yer ve zamanda d├╝zenlenir,
    • Daily scrum uygulama y├Ântemi tak─▒mdan tak─▒ma farkl─▒l─▒k g├Âsterebilir, Baz─▒ tak─▒mlar sorular─▒ kullan─▒r, baz─▒lar─▒ da tart─▒┼čma temelli olabilir
      • D├╝n ne yapt─▒m ?
      • Bug├╝n ne yapaca─č─▒m ?
      • Engel var m─▒ ? – Impediment
    • G├╝nl├╝k scrum ─▒ y├Ânetmek geli┼čtirme tak─▒m─▒n─▒n sorumlulu─čundad─▒r,
    • Scrum master geli┼čtirme tak─▒m─▒n─▒n daily scrum’─▒ yapmas─▒n─▒ sa─člar
    • Geli┼čtirme tak─▒m─▒n─▒n toplant─▒s─▒d─▒r, ileti┼čimi iyile┼čtirir, ba┼čka toplant─▒lara olan ihtyac─▒ ortadan kald─▒r─▒r
  • Sprint Review
    • Her sprint sonunda ├╝r├╝n i┼č par├žac─▒─č─▒n─▒ g├Âr├╝p kontrol etmek ve gerekiyorsa ├╝r├╝n i┼č listesini d├╝zenlemek i├žin┬á d├╝zenlenir
    • Scrum tak─▒m─▒ ve payda┼člar (i┼č birimleri, m├╝┼čterler) bu toplant─▒da ├ž─▒kan ├╝r├╝n├╝ g├Âr├╝rler
    • Toplant─▒n─▒n amac─▒ durum bildirimi yapmak de─čil, geribildirimi ve i┼čbirli─čini artt─▒rmakt─▒r
    • Ayl─▒k sprintler i├žin 4 saat, 2 haftal─▒k sprintler i├žin 2 saattir
    • Scrum master etkinli─čin ger├žekle┼čmesini sa─člar
    • Sprint review in ├ž─▒kt─▒s─▒ toplant─▒daki geribildirimleri ve pazar─▒ de─čerlendirerek g├╝ncellenmi┼č i┼č plan─▒ olu┼čur,
    • ├ťr├╝n sahibi backlog da geriye kalan her i┼či izler
  • Sprint Retrospective
    • Scrum tak─▒m─▒n─▒n kendini g├Âzlemlemesi ve buna ili┼čkin yap─▒lacak iyile┼čtirmelerin bir sonraki sprint i├žin bir plan olu┼čturmakt─▒r
    • Sprint Review den sonra , planlamadan ├Ânce yap─▒l─▒r
    • 1 ayl─▒k sprinler i├žin 3 saat, 2 haftal─▒k sprintler i├žin 1.5 saattir,
    • Scrum master toplant─▒n─▒n pozitif ve ├╝retken olmas─▒ndan sorumludur,
    • Sprint retrospektif ; g├Âzlem ve adaptasyon i├žin f─▒rsat olu┼čturur,
    • ├ťr├╝n kalitesini artt─▒racak yollar aramak
    • Ama├žlar─▒,
      • Son sprint’in insanlar, ili┼čkiler, s├╝re├ž ve ara├žlar bak─▒mdan nas─▒l ge├žti─čini g├Âzlemlemek
      • ─░yi giden alanlar─▒ ve muhtemel iyille┼čtirmeleri tespit edip s─▒ralamak
      • Scrum tak─▒m─▒n─▒n i┼č yap─▒┼č tarz─▒n─▒ iyile┼čtirecek plan olu┼čturmak

Sprint Eserleri ; 

  • Product Backlog
    • ├ťr├╝n ├╝zerinde ihtiya├ž duyulan her┼čeyin s─▒raland─▒─č─▒ bir listedir
    • ├ťr├╝n i┼č listesi dinamiktir, ya┼čayan bir listedir ama asla tam de─čildir
    • De─či┼čen ihtiya├žlara g├Âre s├╝rekli de─či┼čim g├Âsterir,
    • Her ├╝r├╝n i├žin tek bir product backlog olur.E─čer bir ├╝r├╝n ├╝zerinde birden fazla scrum ekibi ├žal─▒┼č─▒yor ise ortak product backlog kullan─▒rlar
    • Refinement – Grooming – ├ťr├╝n i┼č listesini iyile┼čtirme
      • ├ťr├╝n i┼č listesindeki maddelere ayr─▒nt─▒, tahmin, s─▒ra ├Âzellkleri ekleme eylemidir
    • ├ťst s─▒ralarda olan i┼čler daha ayr─▒nt─▒l─▒, a├ž─▒k ve daha nettir,
    • ─░lerlemeyi ├Âng├Ârmek i├žin ara├žlar
      • Burn-Down Chart
      • Burn-Up Chart
      • Cumulative Flow
  • Sprint Backlog
    • Sprint planlama toplant─▒s─▒n─▒n ├ž─▒kt─▒s─▒d─▒r,
    • Sprint-Retro toplant─▒s─▒nda al─▒nan aksiyonlardan en az bir adet iyile┼čtirme maddesi i├žerir. ├ľrne─čin ; Code-Review, Refactoring, Ortak component yaz─▒lmas─▒
    • Sprint boyunca yap─▒lacak i┼čleri i├žeren bir pland─▒r, i┼č maddeleridir,
    • ─░┼čler yap─▒ld─▒k├ža kalan i┼č miktar─▒ g├╝ncellenir,
    • Yeni i┼čler geldik├že (emergent pbi) geli┼čtirme tak─▒m─▒ sprint i┼č listesine ekler,
  • Increment
    • ├ťr├╝n vizyonuna ve hedefe do─čru at─▒lm─▒┼č bir ad─▒md─▒r,
    • Kullan─▒labilir ve ta┼č─▒nabilir ├╝r├╝n par├žac─▒─č─▒d─▒r,
  • Definition of “Done”
    • Scrum tak─▒m─▒ndaki herkes bir ├╝r├╝n par├žac─▒─č─▒n─▒n bitti denilmesinden ayn─▒ “Bitti” tan─▒m─▒n─▒ anlamal─▒d─▒r
    • ├ľrne─čin; Herhangi ekran─▒n UAT ortam─▒na haz─▒r hale getirilmesinin “Bitti” tan─▒m─▒ ┼č├Âyle olabilir
      • ├ç├Âz├╝m d├Âk├╝man─▒n─▒n yaz─▒lmas─▒
      • Test Case d├Âk├╝man─▒n─▒n yaz─▒lmas─▒
      • Ekran─▒n UAT ortam─▒nda ├žal─▒┼č─▒r durumda olmas─▒
      • Testlerin Ger├žekle┼čtirilmesi
    • Baz─▒lar─▒m─▒z bunu sadece teknik olarak bir ekran─▒n ├žal─▒┼čt─▒r─▒lmas─▒ndan ziyade bir ├╝r├╝n olarak ele al─▒p ekipteki herkesin bundan ayn─▒ ┼čeyi anlay─▒p gerekli ├žal─▒┼čmalar─▒n yap─▒lmas─▒n─▒ sa─člar,
    • “Definition of Done” tan─▒m─▒ geli┼čtik├že ve ekip i├žin daha zorlay─▒c─▒ hale geldik├že daha kaliteli ├╝r├╝nlerin ├ž─▒kar─▒lmas─▒ anlam─▒na gelir.

┼×imdilik bu kadar, sonraki scrum yaz─▒lar─▒nda g├Âr├╝┼čmek ├╝zere ­čśÇ

Linkler

Agile Scum Egitim Notlar─▒ – 1

Herkese merhaba,

Bu yaz─▒mda AgilStudio ekibin verdi─či 2 g├╝nl├╝k Scrum e─čitiminde ├Â─črendiklerimi, not ald─▒klar─▒m─▒ sizlerle payla┼čmak istiyorum.

Agile ve scrum’─▒ ├ža─čr─▒┼čt─▒ran ilham al─▒nacak s├Âzler

Her yarat─▒l─▒┼č eylemi asl─▒nda bir y─▒l─▒m eylemidir.

PABLO PICASSO

Herhangi bir budala bilgisayar─▒n anlayabilece─či kod yazabilir.─░yi bir yaz─▒l─▒mc─▒ insanlar─▒n anlayabilece─či kod yazabilir.

MARTIN FOWLER

Scrum Kay─▒nvalide gibidir, t├╝m hatalar─▒n─▒z─▒ ortaya ├ž─▒kar─▒r.

KEN SCHWABER

Ne g├╝├žl├╝ olan t├╝r hayatta kal─▒r, ne de zeki olan. De─či┼čime en ├žok adapte olabilendir, hayatta kalan.

CHARLES DARWIN

Sonras─▒nda agile manifesto ├╝zerine konu┼čtuk.

Agile Manifestoyu haz─▒rlayanlar temel olarak a┼ča─č─▒daki eski usul de─čer yarg─▒lar─▒ yerine farkl─▒ de─čerleri benimsemenin daha do─čru oldu─čuna savunur.

  • S├╝re├žlerden ve ara├žlardan ziyade , Bireyler ve etkile┼čimlere
  • Kapsaml─▒ d├Âk├╝mantasyondan ziyade , ├çal─▒┼čan yaz─▒l─▒ma
  • S├Âzle┼čme pazarl─▒klar─▒ndan ziyade, M├╝┼čteri ile i┼čbirli─čine
  • Bir plana ba─čl─▒ kalmak yerine De─či┼čime kar┼č─▒l─▒k vermeye

de─čer vermeye kanaat getirdik.

Agile ├╝r├╝n geli┼čtirmeye bak─▒┼č a├ž─▒s─▒ belirleyen ve prensipler ortaya koyan bir yakla┼č─▒m. Bu yakla┼č─▒m─▒ daha somut hale getirip, prati─čini ortaya koyan da bir ├žok y├Ântem var. Bunlardan birisi de SCRUM

Agile ├çat─▒s─▒ alt─▒ndaki paratik y├Ântemler

  • SCRUM
  • ASD – Adaptive Software Development
  • XP – Expreme Programming
  • Kanban
  • DSDM – Dynamic System Development Method
  • FDD – Feature Driven Development
  • Crystal

Agile 12 Prensibi

  1. M├╝┼čteri Menuniyeti
  2. De─či┼čime Adapte Olma
  3. D├╝zenli Teslimat
  4. Beraber ├çal─▒┼čma
  5. Motive Olmu┼č Bireyler
  6. Y├╝zy├╝ze ileti┼čim
  7. ├çal─▒┼čan Yaz─▒l─▒m
  8. S├╝rd├╝r├╝lebilir Tempo
  9. Teknik M├╝kemmeliyet
  10. Sadelik
  11. Kendi Kendine Organize Olma
  12. S├╝rekli ─░yile┼čme

Daha iyi bir yaz─▒l─▒m geli┼čtirme s├╝recine katk─▒ sa─člamak i├žin a┼ča─č─▒daki davran─▒┼člar─▒m─▒z─▒ iyile┼čtirebiliriz

  • Kelimeler yerine g├Ârseller
  • Dinlemek yerine konu┼čmak
  • Oturmak yerine hareket etmek
  • Okumak yerine yazmak
  • Uzun yerine k─▒sa
  • Ayn─▒ yerine farkl─▒

┼×imdilik bu kadar. Bu yaz─▒ da agile ├╝zerine durduk, sonraki yaz─▒da scum ├╝zerine devam edelim.

─░yi ├žal─▒┼čmalar

Linkler