Blog

Agile ekipler için Kanban panoları: pratik rehber

Kolon yapısı, WIP limitleri ve devir teslim — panonuz gerçek teslimatı yansıtsın, sadece kart taşıma olmasın.

Güncelleme 2026-07-2210 dk okuma
  • Kanban
  • Agile
  • Panolar

Kanban teslimat ekipleri için neden hâlâ önde

Scrum törenleri ritim sağlar; ancak çoğu ürün ve mühendislik ekibi sürekli akışta çalışır. Kanban görünmez işi görünür kılar: kod inceleme kuyrukları, QA darboğazları, staging dağıtımları ve müşteri yükseltmeleri kolonlarda görünür—durum alanlarında gömülü kalmaz.

  • Çekme tabanlı akış, itme ağırlıklı sprint planlarına göre bağlam değiştirmeyi azaltır.
  • WIP limitleri, son tarihler kaçmadan darboğazları görünür kılar.
  • Aynı kartlar liste görünümü, Gantt zaman çizelgesi ve kayıtlı raporları besler—çift takip yok.

Önce gerçek iş akışınızı haritalayın

İşin bugün gerçekten nasıl aktığından başlayın. Geliştiriciler, QA ve destekle konuşun. Fikirden production'a giden yolu çizin—inceleme, test, deploy ve müşteri doğrulaması dahil.

  1. 1

    Durumlarınızı listeleyin

    Her devir teslimi yazın: backlog, devam ediyor, incelemede, QA, staging, tamamlandı. Birden fazla adımı gizleyen genel etiketlerden kaçının.

  2. 2

    Kolonları birleştirin veya ayırın

    QA ve staging aynı kolonu paylaşıyor ama farklı sahipleri varsa ayırın. İki kolon hiç kart tutmuyorsa gürültüyü azaltmak için birleştirin.

  3. 3

    Proje ayarlarıyla hizalayın

    Projectman'da proje başına iş akışı kolonlarını yapılandırın; pano, liste ve raporlar aynı durumları kullansın.

Ekiplerin uyacağı WIP limitleri belirleyin

Devam eden iş limitleri ceza değil, anlaşmadır. Sessizce daha fazla başlanmış görev eklemek yerine "İnceleme neden bloke?" sorusunu zorunlu kılar.

  • Ekip büyüklüğüne göre kolon başına limit koyun (ör. inceleme WIP = inceleyici sayısı).
  • Limit değişikliklerini doğrulamak için raporlarda "Devam ediyor"dan "Tamamlandı"ya cycle time izleyin.

Panoları Gantt ve raporlara bağlayın

Panolar bugünü; Gantt ufku; raporlar trendleri gösterir. Projectman'da bunlar tek iş öğesi grafiğini paylaşır. Yönetim throughput veya geciken QA sorduğunda kayıtlı rapor şablonlarından yanıt verirsiniz—manuel export değil.

  1. Gantt zaman çizelgesinde release kilometre taşlarını tanımlayın.
  2. Release hazırlık toplantıları için pano kolonlarını kilometre taşı veya etikete göre filtreleyin.
  3. Yönetim için haftalık kayıtlı rapor (duruma, atanana, yaşa göre) planlayın.

Kaçınılması gereken yaygın hatalar

  • Dağıtım pipeline'ınıza uymadan şablon pano kopyalamak.
  • Hatalar ve özellikler başka yerdeyken panoyu sadece görevler için kullanmak.
  • Retro verisini atlamak—kolonlar hiç değişmiyorsa pano dekorasyondur.

Okumaya devam edin