Proje Bazlı Akış ve Onay Diyagramları - Görev Durum Geçiş ve Akış Yönetimi

ProjectCore'da durum değişikliği serbest bir alan güncellemesi değildir. Projenin Ayarlar ▸ Geçişler ekranı hangi durumdan hangi duruma gidilebileceğini tanımlar; tanımlı geçiş yoksa o yön kapalıdır. Panoda sürüklenen bir kartın eski sütununa dönmesi ya da durum listesinde beklenen statünün bulunmaması bu kuralların doğrudan sonucudur. Kurallar projenin kendi ayarlarında durduğu için bir projede yapılan değişiklik diğer projelerin akışını etkilemez.

Geçişler görev türü bazında tutulur; ekranın ilk alanı görev türü seçicisidir ve seçim yapılmadan liste görünmez. Hatanın akışı hikayeninkinden farklı olabilir, her tür kendi zincirini taşır ve yeni eklenen bir görev türünün geçişleri boş başlar. Geçiş tablosu Kaynak Durum, Hedef Durum, Geçiş Adı, Açıklama, Sıra ve Yapılandırma kolonlarından oluşur. Tablonun üstündeki Ekran açar, Onay gerektirir, Kuralı var ve Dikkat gerektirir süzgeçleriyle karmaşık akışlarda aranan geçiş hızla bulunur.

Bir geçiş yalnızca izin vermekten ibaret değildir. Üzerine ekran bağlanarak geçiş anında form açtırılır, koşul ile geçişin kime ve hangi durumda görüneceği sınırlandırılır, doğrulayıcı ile alan zorunlulukları denetlenir, onay ile geçiş bir onay kapısına bağlanır, son fonksiyon ile geçiş sonrası otomatik işlem çalıştırılır. Bu beş bileşen kalite kapılarını akışın kendisine gömer. Sıfırdan kurulan akışlarda Varsayılanları Oluştur düğmesi durum sırasına göre ileri ve geri geçişlerden oluşan bir zincir üretir, sonrasında gereksiz geçişler silinip özel olanlar eklenir.

Onay bağlanan bir geçişte görev doğrudan hedefe gitmez: önce bir onay isteği açılır ve görev, karar verilene kadar bir bekleme statüsünde durur. Bu yüzden onaylı geçiş üç statü ve üç kenar ister; kaynaktan beklemeye, beklemeden hedefe ve beklemeden redde. Kenarlardan biri eksikse görev takılı kalır: onay verilir, görev kıpırdamaz ve ekranda hata da görünmez. Bekleme ile red kenarlarına koşul veya doğrulayıcı konmamalıdır, çünkü onay sonucu uygulanırken bu kenarlar yeniden değerlendirilir ve konulan koşul akışı kilitleyebilir.

Akış kurgusu proje başına bağımsızdır. Bir projede inceleme adımı zorunlu tutulurken başka bir projede çok daha kısa bir zincir işletilebilir; süreci değiştirmek için geliştirme talebi açmak gerekmez, kural aynı ekranda güncellenir. Koşul bileşeni sayesinde belirli bir eşiği aşan iş ek bir onay kapısına yönlendirilirken eşiğin altındaki iş kısa yoldan ilerler. Yetersiz bulunan bir kayıt için akışa geri gönderme adımı eklenir; kayıt revizyona döner, süreç en baştan kurulmaz.

Tanımlı akış, tablonun altındaki İş Akışı Diyagramı bölümünde görsel bir graf olarak çizilir. Kopuk düğümleri, eksik yönleri ve onay kurgusundaki boşlukları görmenin en hızlı yolu budur. Diyagram aynı zamanda süreci okunur kılar: bir kaydın hangi adımda beklediği ve oradan nereye gidebileceği tablo taranmadan anlaşılır. Akış devreye alınmadan önceki son kontrol bu ekranda yapılır.

Kural tabanlı akış, elle takip ve hatırlatma yükünü ortadan kaldırır; yanlış durum atlamaları ve sıra dışı ilerlemeler engellenir. Her onay adımının kim tarafından, ne zaman ve hangi gerekçeyle verildiği kayıt altına alındığı için geriye dönük izlenebilirlik korunur. Proje yöneticisi akışı kurarken, ekip üyesi ise günlük kullanımda aynı kuralın içinde çalışır. Süreç böylece yazılı bir talimat olmaktan çıkıp sistemin davranışına dönüşür.