# Planlama ve İzleme

###### tags: `Guide`

## Açıklama

Bu belge tüm talep tipleri (**Feature**) için ortak olarak kullanılacak planlama prensiplerini ve sürecini tanımlamak için oluşturulmuştur.

:::info
Varsayımlar;
* Bir talep (Feature) birden fazla sprint ile tamamlanabilir.
* Bir iş (User Story) birden fazla sprint içerisinde tamamlanabilir.
* Organizasyonumuzda kaynak planlamak için efor birimi Adam/Gün olarak belirlenmmiştir.
:::

## Planlama

Planlamalar iki kategoride yapılır.
* **Ana Plan:** Yıllık ve Dönemlik genel plandır.Talep iletildiği anda planlanır. İş birimi ile birincil anlaşma verisi olarak kullanılır.
* **Sprint Planı:** Talebin gerçekleştirilmesinde kullanıcak işleri ve sprintlerini belirlemektir.

:::warning
Tüm ekipler yıl içerisinde kullanılacak sprint tanımlarını resmi tatilleri de dikkate alarak planlar. Tanımlı tüm sprintler için aynı zaman da kapasite planlamasını önden yapar.
:::

### Ana Plan
Ana plan talebin kabulu ile yapılır.
Her bir talep tipi için talep içerisinde SLA ve aşamalarla ilişkisi tanımlanır.

Her bir talep tiplerinin belgelerinde **Planlama** başlığı altında aşağıdaki tablo şeklinde planlama zamanı, SLA bilgisi gibi temel metrikleri belgelendirilir. Ve İlgili talep tipi için ilgili metrikler dikkate alınır.

| Konu | Değer |
| -------- | -------- |
| Planlama Başlangıç Aşaması | *Planlama hangi aşama ile başlayacak* |
| Planlama Tamamlama Aşaması | *Planlamanın hangi aşama geçişi için tamamlanması zorunlu* |
| Planlama Tamamlama Süresi | *Planlamanın kaç gün içerisinde tamamlansı gerektiği bilgisidir. Gün birimindedir.* |

Ana planlama yapılırken uygulanacak kurallar;
* Talebin tahmini geliştirme başlama ve bitiş tarihi belirlenmelidir.
* Talep sorumlusu diğer birimlerden ihtiyaç duyduğu efor ilgili birimlerle görüşerek netleştirir.
* Talep üzerinde bulunan her bir ekibin eforu için açılan alanlara eforlar kayıt altına alınır.

#### Opsiyonel
Planlama yapan sorumlu ekip dilerse talepte bulduğu ekiplerle, ekiplere İş(User story) açarak iş atayabilir ve ilgili işler için Efor(Story Point) adam/gün değeri ile alanını doldurmasını ve geliştirme yapılacak iterasyonu seçmesini isteyebilir. Iterasyon değeri işin tahmini başlangıç ve bitiş tarihini verir.

Talepler için Planlama Tab alanında bulunan bir **button** ile talebin tüm birimlere (area) atanmış eforları ve en küçük başlangıç tarihi ve bitiş tarihi hesaplanır. Bu buton etki analizi aşamsında tetiklenebilir.

### Kapasite Plan
Sprint içerisinde çalışacak takım ve kapasitesi buradan belirlenir. İlgili Sprint'de çalışacak kişilerin eforu adam/gün cinsinden "Capacity per day" alanına 1 olarak girilir.
Kişilerin sprint içerisindeki rolleri Activity alanından belirlenmelidir. Bir kişi için birden fazla Activity belirlenebilir.
Birden fazla aktivitesi olan kişi için Capacity per day alanının toplamı 1 olacak şekilde girilir.
Örnek : (0.6 Development 0.4 Documentation)
Sprint içerisinde izinli olan personele ait tarihler "day off" alanından seçilmelidir

### Sprint Plan
Bir takımın işe başlama noktasıdır. Ana plandaki taleplere istinaden oluşturulmuş işler ve görevler detaylandırılarak planlanır.

Sprint planlamada uygulanacak kurallar;
* Bir sprint boyutu en fazla bir ay olabilir. *Planlama ve izleme kolaylığı açısından ekipler için aylık sprintler kurgulamaları önerilmektedir.*
* Sprint planları **Iteration** olarak tanımlanır.
* Sprint başlamadan planlamanın tamamlanmış olması gerekmektedir.
* **Tüm takımların** işlerinin sprint başlamadan açılmış olması gerekmektedir.
* Birbirini bekleyen/bağlı işler için **Successor-Predecessor** ilişkisi kurulur. Planlamalarda bu ilişkiler de dikkate alınır. [Okuma 1](https://docs.microsoft.com/en-us/azure/devops/boards/queries/link-work-items-support-traceability?view=azure-devops&tabs=new-web-form) [Okuma 2](https://docs.microsoft.com/en-us/azure/devops/boards/queries/link-type-reference?view=azure-devops#work-link-types)
* İşler (User Story) altına iş için gerçekleştirilecek tüm görevler(Task) de sprint başlamadan açılır.
* Bir görevde sadece bir kişi çalışabilir. Görevler kişiye özel oluşturulur.
* Her bir görev için Tahmini Efor **Original Estimate** alanına yazılır. Sprint başladıkdan sonra değiştirilmez.
* Görev üzerinde Aktivite (**Activity**) seçimi yapılır ve değiştirilmez. Her bir aktivite için farklı görev oluşturulur.

## Çalışma

Çalışanlar kendilerine oluşturulmuş görevler üzerinden çalışmalarını sisteme yansıtır. Bunun için iki değeri kullarak eforunu kayıt altına alır.

* Tamamlanan İş (**Completed Work**): Çalışan calıştığı iş ile ilgili olarak o gün için harcadığı eforu var olan değere ekleyerek günceller.
* Kalan İş (**Remaining Work**): Çalışan çalıştığı görevle ilgili çalışma sonraı kalan eforu kalan iş alanına girer. Kalan efor tahminlenen efordan fazla olabilir. Beklenen gerçekten çalışanın öngördüğü kalan işi yansıtmasıdır.

:::danger
Çalışan çalıştığı görevlerle ilgili güncellemeyi **günlük** olarak yapar.
:::

### Planlama Alanları

#### Talep (Tüm **Feature** tipleri için)

Tüm talepler üzerinde planlama amacıyla olacak ortak alanlarıdır.

>Tab Grup : **Planlama**

| Alan Adı | Alan Tipi | Açıklama | Alan Kuralları |
| -------- | -------- | -------- | -------- |
|Master Plan Yılı|Pick List|**2021,2022** *Her yıl, bir sonraki yıl listeye eklenecek.*| **Aktif** veya **Beklemede** aşamasına geçiş için **Required** |
|Master Plan Durumu|Pick List|**Planlandı, Planlanmadı, Kısmı Planlandı** Talep sorumlusu talebin master planı etkileyip etkilemediğini değerlendiri. Etkiliyorsa PY ile birlikte güncelleme yapar. | **Aktif** veya **Beklemede** aşamasına geçiş için **Required** |
|Planlanan Başlangıç Tarihi| Start Date |Söz verilen başlangıç tarihidir. Başlamış işler için değiştirilemez. Güncellemesi PYO yetkisinde olabilir.| **Aktif** veya **Beklemede** aşamasına geçiş için **Required** |
|Planlanan Bitiş Tarihi| Target Date | Söz verilen bitiş tarihidir. Başlamış işler için değiştirilemez. Güncellemesi sadece PYO yetkisinde olabilir.| **Aktif** veya **Beklemede** aşamasına geçiş için **Required** |
| İş Değeri | Business Value | Talebin iş katkısı için verilen nümerik değerdir. Önceliklendirme ve planlama için kullanılır. Talebin İş birimi tarafında önceliğini belirlemek ve sıralamak için iş birimi tarafından verilir.| **Aktif** veya **Beklemede** aşamasına geçiş için **Required** |
|*BT Birimi* Eforu | Double | **BT Birimi** bir BT birimini temsil etmektedir. Her bir BT birimi için bu şekilde yeni bir alan açılacaktır. Planlama aşamasında BT içerisinde bulunan her bir birimin eforu bu alanalar üzerinden takip edilir. Talepden sorumlu birim ihtiyaç duyduğu diğer birimlerle el sıkışıp eforları bu alanlara girer.

>Tab Grup : **Proje Yönetimi**

| Alan Adı | Alan Tipi | Açıklama |
| -------- | -------- | -------- |
|Baseline 1 Tarihi|Date|Baseline 1 bilgilerinin alındığı tarih|
|Baseline 1 Başlangıç Tarihi|Date||
|Baseline 1 Bitiş Tarihi|Date||
|Baseline 2 Tarihi|Date|Baseline 2 bilgilerinin alındığı tarih|
|Baseline 2 Başlangıç Tarihi|Date||
|Baseline 2 Bitiş Tarihi|Date||
|Baseline 3 Tarihi|Date|Baseline 3 bilgilerinin alındığı tarih|
|Baseline 3 Başlangıç Tarihi|Date||
|Baseline 3 Bitiş Tarihi|Date||
|Baseline 4 Tarihi|Date|Baseline 4 bilgilerinin alındığı tarih|
|Baseline 4 Başlangıç Tarihi|Date||
|Baseline 4 Bitiş Tarihi|Date||
|Baseline 5 Tarihi|Date|Baseline 5 bilgilerinin alındığı tarih|
|Baseline 5 Başlangıç Tarihi|Date||
|Baseline 5 Bitiş Tarihi|Date||

#### İş (Tüm **User Story** tipleri için)

Tüm işler üzerinde planlama amacıyla olacak ortak alanlarıdır.

>Tab Grup : *Default*

| Alan Adı | Alan Tipi | Açıklama | Alan Kuralları |
| -------- | -------- | -------- |--------------- |
|Efor|Story Points|Adam/gün tipinde işin gerçekleştirilmesi için gereken tahmini efor bu alana birilir. Talep yeni aşamasında ile planlama amacıyla girilir.| **Aktif** veya **Beklemede** aşamasına geçiş için **Required** |