Sistem Yöneticisi için proje kapanışı ve öğrenilen dersler: uygulama dosyası

Kapanışı başlangıç kapsamıyla karşılaştırın

Bir projenin son günü, kapsamın ilk kez kontrol edileceği gün olmamalıdır. Sistem Yöneticisi kapsamında ‘sistem durumunu izlemek’ görevi için başta kabul edilen teslimlerle eldeki çıktıları eşleştirin. Sonradan onaylanan değişiklikleri de listeye dahil edin. Yapılan çok sayıda faaliyet, hedeflenen sonucun teslim edildiğini tek başına göstermez.

Her teslim için dosya veya kayıt bağlantısı, kabul eden sorumlu ve mevcut durum bulunmalıdır. Kısmen tamamlanmış bir sonucu tam kabul edilmiş gibi işaretlemeyin. Kabul bekleyen, kapsam dışında kalan ve sonradan ele alınacak konuları birbirinden ayırın.

Sistem Yöneticisi rolünde başlangıç noktası

Bu mesleğe uyarlanmış çalışmada üç görev üzerinden ilerleyin: ‘sistem durumunu izlemek’, ‘erişim ve yapılandırma değişikliklerini takip etmek’, ‘olay kayıtlarını değerlendirmek’. Her görevin girdisini, görev sırasında verilen kararı ve sonraki kişiye aktarılacak bilgiyi ayrı yazın. Böylece yöntem, meslek adını değiştiren genel bir şablon olarak kalmaz; gerçek iş akışını incelemek için başlangıç noktası verir.

Beklenen mesleki çıktı ‘etkisi ve geri dönüş adımı tanımlı sistem değişikliği’ olarak ele alınmıştır. İşletmenizdeki görev kapsamı farklıysa bu tanımı uygulama başlamadan önce uyarlayın. Aynı unvan farklı şirketlerde farklı sorumlulukları kapsayabilir. Rehberdeki görevler değerlendirme ve öğrenme için örnektir; kurumun güncel görev tanımı, yetki ve kabul koşulları esas alınmalıdır.

Açık işleri sahipli biçimde devredin

Proje ekibinin dağılması, açık konuların kendiliğinden kapanması anlamına gelmez. ‘erişim ve yapılandırma değişikliklerini takip etmek’ göreviyle ilişkili kalan bir iş varsa, yeni sorumlusu ve sonraki kontrol zamanı yazılmalıdır. Devir alan kişi gerekli bilgiye ve ilgili kayıtlara ulaşabilmelidir.

Bu rolün sonuç kaydı ‘etkisi ve geri dönüş adımı tanımlı sistem değişikliği’ olduğunda, onu kim kullanacak ve ileride kim güncelleyecek? Kapanış bu işletim sorumluluğunu da içermelidir. Tek seferlik teslim ile sürdürülecek süreç farklıdır. Bakım veya güncelleme gerektiren bir çıktının sahipsiz bırakılması, sonraki dönemde yeniden iş üretir.

Öğrenilenleri yargı yerine gözlemle yazın

‘İletişim iyiydi’ veya ‘planlama kötüydü’ gibi ifadeler sonraki ekip için sınırlı yarar sağlar. Hangi olayın hangi sonucu doğurduğunu, hangi kayıtla görüldüğünü ve bir sonraki çalışmada neyin değişmesi gerektiğini yazın. Başarılı bulunan uygulamalar da aynı somutlukta kaydedilmelidir.

Farklı ekiplerden görüş alın ve çelişen değerlendirmeleri görünür tutun. Her soruna tek bir açıklama bulmak zorunda değilsiniz. Bilinmeyen bir nedeni kesinleştirmek yerine hangi bilginin eksik olduğunu belirtin. Öğrenme kaydı kişileri suçlayan bir metne değil, tekrar kullanılabilir çalışma bilgisinin kaynağına dönüşmelidir.

Kapanış bilgisini sonraki başlangıca bağlayın

Hazırlanan dosyanın bulunacağı yeri ve hangi yeni projelerde okunmasının yararlı olacağını belirtin. Öğrenilen bir dersin bir şablona, kontrol sorusuna veya devir notuna dönüştürülmesi, raporun arşivde kalmasını önler. Her ders için uygulanabilir bir sonraki adım seçilebilir.

Belge saklama, erişim ve paylaşım kapsamını işletmenin kurallarına göre düzenleyin. Gereksiz kopyaları çoğaltmadan tek bir kaynak kayıt oluşturun. Kapanıştan sonra ortaya çıkan geri bildirimleri ilişkilendirmek için bir kayıt yolu bırakın. Böylece proje deneyimi sonraki işe aktarılabilir bir bilgiye dönüşür.

Teknoloji bağlamında kapsamı belirleyin

Teknoloji işlerinde iş talebi, sürüm, test bulgusu ve kabul kaydı birbirine bağlanmalıdır. Bir denemenin başarılı olması, bütün kullanıcılar veya bütün veri türleri için aynı sonucu garanti etmez. Kapsam, bağımlılıklar ve sınanmayan koşullar açık yazılır. Üretim sistemine değişiklik yapılması bu rehberin örnek çalışmasından ayrı bir yetki ve kontrol sürecidir.

Uygulama için temsilî veri ve sınırlı bir test ortamı seçilebilir. İş ihtiyacını açıklayan tarafla çıktıyı değerlendiren tarafın aynı kabul tanımını kullanması gerekir. Sonucun çalışmasının yanında yeniden üretilebilirliği, hata durumundaki davranışı ve bakım sorumluluğu da kayıt altına alınmalıdır.

Örnek senaryo: bir çalışma gününü inceleyin

Aşağıdaki durum öğretici bir kurgu olup gerçek bir müşteri projesini anlatmaz. Sistem Yöneticisi görevini yürüten bir ekip üyesinin iş tamamlandı denmesine rağmen açık talepler, belirsiz sahiplik veya dağınık belgeler kaldığında kısa bir uygulama başlattığını düşünün. Başlangıçta seçilen iş ‘sistem durumunu izlemek’ olsun. Mevcut durumu anlatan bir örnek kayıt, beklenen teslim ve ilgili sorumlular aynı dosyada toplanır. Henüz bilinmeyen bilgiler boş bırakılarak kimden yanıt beklendiği yazılır.

İlk değerlendirme ‘erişim ve yapılandırma değişikliklerini takip etmek’ aşamasında yoğunlaşır. Ekip hangi çıktının kabul edildiğini, hangi açık konunun kimde kalacağını ve neyin tekrar kullanılacağını netleştirir. Tartışılan her seçenek için ihtiyaç duyulan bilgi ve işi etkileyen varsayım not edilir. Bir kişinin deneyimine dayanan görüşle kayıt üzerinden doğrulanmış bulgu ayrı tutulur. Seçilen yaklaşımın neden uygun görüldüğü kısa ve anlaşılır bir cümleyle açıklanır.

Çalışmanın sonunda ‘olay kayıtlarını değerlendirmek’ göreviyle bağlantılı kontrol tamamlanır. Ortaya çıkması beklenen araç: teslim listesi, kabul kaydı, açık konular, devir ve öğrenilen dersler içeren kapanış dosyası. Örneğin hedefi belirli bir performans artışı vaat etmek değildir. Amaç, hangi kararın hangi bilgiyle verildiğini ve sonucun nasıl kontrol edildiğini görünür kılmaktır. Beklenen sonuç oluşmadıysa bunun nedeni ve bir sonraki deneme için gerekli bilgi kayda geçirilir.

İlk uygulama için kontrol soruları

Başlamadan önce şu soruları yanıtlayın: İşin sınırı nedir? Gerekli girdiler hazır mı? Karar sahibi kim? Sonucu kim kabul edecek? Kabulün kanıtı hangi kayıt olacak? Bu sorulardan biri belirsizse uygulamanın sonucunu değerlendirmek de güçleşir. Soruların yanıtı uzun olmak zorunda değildir; ilgili kişilerce aynı şekilde anlaşılması yeterlidir.

İzlenebilecek bir gösterge: kapanış sonrasında eksik teslim nedeniyle yeniden açılan konuların sayısı. Ölçümün kapsamını, başlangıç durumunu ve veri kaynağını birlikte yazın. Sayıları farklı iş büyüklükleri arasında doğrudan karşılaştırmayın. Sonucu ekip içinde değerlendirip işe yarayan uygulamayı güncelleyin; işe yaramayan varsayımı da görünür bırakın. Bir sonraki çalışmada aynı hatalı varsayımdan yeniden başlamamak, bu dosyanın somut yararlarından biridir.