Görev takibi ile proje yönetimi aynı şey mi: fark nerede başlar

Bir görevin üç temel alanı vardır: sorumlu, son tarih ve durum. Açık, devam ediyor, tamamlandı gibi durumlar ekibin aynı dili konuşmasını sağlar. İyi bir görev listesi sabah toplantısını kısaltır; kimse 'bu iş kimdeydi' diye sormaz.

Görev takibinin gücü sadeliğindedir. Bir muhasebe ofisinde beyanname hazırlığı, bir showroomda müşteri geri araması, bir ofiste sözleşme yenileme hatırlatması ayrı ayrı görevlerdir. Birinin gecikmesi ötekini durdurmaz; her biri kendi tarihine göre izlenir.

Görev listesi tekrar eden işlerde de iyi çalışır. Her ayın ilk haftası yapılan KDV hazırlığı, her pazartesi yapılan stok sayımı, her cuma gönderilen haftalık rapor birer görev kalıbıdır. Kalıp bir kez tanımlanır, görev her dönemde yeniden açılır ve sorumlusunun önüne düşer.

Proje geçicidir: bir başlangıcı ve bir teslimi vardır. İçindeki görevler birbirine bağlıdır; ölçü alınmadan üretim başlamaz, üretim bitmeden montaj yapılmaz. Bu bağımlılık görev listesinde görünmez. Liste her işi yan yana dizer, hangisinin hangisini beklediğini söylemez.

Kamu kurumları da bu ayrımı düzey düzey yapar. Birleşik Krallık hükümetinin proje teslim standardı GovS 002, portföy, program ve proje yönetimini ayrı düzeyler olarak ele alır; standardın metni GOV.UK üzerindeki yayın sayfasında durur. Bir KOBİ için bu düzeylerin hepsi gerekmez, ama görevin projeden ayrı bir birim olduğu fikri aynıdır.

Projenin bir de kapsamı vardır: neyin teslim edileceği ve neyin edilmeyeceği. Kapsam yazılmamışsa proje sessizce büyür. Müşteri küçük bir ek ister, ekip bunu yeni bir görev olarak listeye ekler ve teslim tarihi aynı kalır. Görev listesi bu büyümeyi göstermez; proje yönetimi ise yeni görevin tarihe etkisini hemen sorar.

Örnek senaryo: İzmir'de tabela ve cephe giydirmesi yapan bir firma düşünün. Firma her müşteri için ölçü, tasarım onayı, üretim, montaj ve teslim tutanağı adımlarından geçer. Tasarım onayı gecikirse üretim başlayamaz, montaj ekibinin haftası boşa çıkar. Bu firma görevleri ayrı ayrı izlerse her görev kendi tarihinde 'açık' görünür, ama teslim tarihinin çoktan kaydığını kimse fark etmez.

Aynı firmanın muhasebe tarafı ise görev listesiyle rahatça çalışabilir. Fatura kesmek, tahsilatı hatırlatmak, bankayla mutabakat yapmak ayrı işlerdir ve birbirini beklemez. Bir şirkette iki düzenin birlikte yaşaması olağandır.

Şu işaretlerden biri ya da birkaçı görülüyorsa görev listesi yetmemeye başlamıştır:

• Bir görevin bitmesi, başka bir görevin başlama şartı oluyor.
• Aynı müşteriye verilen teslim tarihi birden çok kişinin işine bağlı.
• Sabah toplantısında sorulan soru 'kim geride' yerine 'teslim tutacak mı' oluyor.
• Bir işin kapsamı değiştiğinde hangi görevlerin etkilendiğini kimse bilmiyor.

Görev listesinde geciken iş sayılır ve öne çıkar; yönetici kimin geride kaldığını görür. Bu çoğu iş için yeterlidir. Projede ise asıl soru gecikmenin kendisinden çok etkisidir: tasarım onayı gecikti, bu montajı hangi güne atar, müşteriye verilen tarih hâlâ geçerli mi.

İzmir'deki tabela firması için bu fark somut bir telefon görüşmesine dönüşür. Görev listesiyle çalışan firma müşteriyi montaj günü arayıp ertelemeyi haber verir. Proje düzeniyle çalışan firma tasarım onayı geciktiği gün yeni montaj tarihini görür ve müşteriye erkenden, gerekçesiyle haber verebilir.

Bu yüzden projede risk erken görülmelidir. Tarihi yaklaşan ama başlamamış bir görev henüz gecikmiş sayılmaz, ama projenin geri kalanı için uyarı işaretidir. Yöneticinin bu işaretleri tek bakışta nasıl okuyacağını yönetici için çözümler sayfası anlatıyor.

Görevlerin ayrı bir araçta, projenin başka bir tabloda, müşterinin de CRM'de durduğu düzende her sabah bilgi taşınır. Satış ekibi teklifin kabul edildiğini yazar, proje sorumlusu bunu ayrıca öğrenir, montaj ekibi görevini üçüncü bir yerden alır. Aynı bilgi defalarca yazılır.

Görev onayı da bu bağın parçasıdır. Tasarım onayı gibi adımlar 'tamamlandı' işaretinin yanında bir yetkilinin onayıyla da kapanmalıdır. Projenin müşteri kaydına nasıl bağlandığını proje yönetimi yazılımı nedir yazısında okuyabilirsiniz.

Bağın öteki yüzü raporlamadır. Görevler projeye, proje müşteriye bağlıysa yönetici bir müşterinin bütün açık işlerini, bir projenin hangi adımda beklediğini ve hangi ekibin elinde en çok geciken iş olduğunu aynı kayıtlardan okur. Ayrı araçlarda bu sorular ayrı ayrı tablolar ister.

Görev ekranı geciken görevi ayrı sayar ve risk altındaki görev için uyarı verir; gecikme gelmeden verilen erken uyarı böylece görev listesinin içinde görünür. Görev onay bekleyen durumda tutulabilir ve her görev otomatik bir kod alır, bu da bir görevi konuşurken aynı kayda işaret etmeyi kolaylaştırır.

Projeler, görevler ve görev onayları aynı çekirdeğin ekranlarıdır. Proje ve finans müşteri kartının Projeler ve Finans sekmelerinden açılır; müşteri bilgisi bir kez girilir ve proje aynı kaydın üzerinde yürür. Tabela firmasındaki satış ile montaj arasında elle taşınan bilgi böylece azalır. Proje takibinin bir iç mimarlık ofisinde nasıl göründüğünü mimarlık ofisinde proje takibi yazısında okuyabilirsiniz.