eber
Bir uygulamayı geliştirecek ekip bellidir; fakat kullanılacak veriye kimin izin vereceği veya sonucu kimin kabul edeceği net değildir. Bu durumda proje, teknik bir sorun olmadığı halde bekleyebilir.
Başlamadan önce görevleri unvanlarla değil, verilecek kararlarla konuşun. Küçük bir işletmede aynı kişi birden fazla görevi üstlenebilir. Önemli olan her işin bir sahibinin olması ve bir karar beklenirken kime gidileceğinin bilinmesidir.
İşin sahibini ve kullanıcıları ayırın
İş sahibi, uygulamanın hangi ihtiyacı karşılaması gerektiğini ve hangi sonucun kabul edileceğini belirleyen kişidir. Kullanıcılar ise günlük işin nasıl yürüdüğünü ve uygulamanın nerede zorlandığını gösterebilir.
Bu iki bakışın birlikte olması yararlıdır. Yönetici hızlı rapor isterken çalışanlar rapor için gereken bilgilerin farklı yerlerde tutulduğunu biliyor olabilir. Başlangıç toplantısında her iki tarafın da sorularına yer verin. Sonradan bütün kararı yalnızca teknik ekibe bırakmayın.
Kullanıcıların her isteği hemen uygulamaya eklenmek zorunda değildir. Yeni bir ihtiyacın önceliğini kimin belirleyeceği belli olursa geri bildirimler kaybolmadan sıraya alınabilir.
Basit bir sorumluluk tablosu oluşturun
Aşağıdaki başlıkları ekibinizdeki kişilerle eşleştirin. Her satıra gerektiğinde yerine bakacak kişiyi de ekleyebilirsiniz.
| İş veya karar | Kimi belirlemelisiniz? |
|---|---|
| İhtiyaç ve öncelik | İşin sonucundan sorumlu kişi |
| Günlük örnekler ve deneme | Uygulamayı kullanacak ekipten temsilci |
| Veri hazırlığı ve erişim | İlgili bilgiyi yöneten kişi veya ekip |
| Sistem bağlantıları ve kurulum | Teknik ekip veya anlaşılmış sağlayıcı |
| Sonuçların kabulü | Ölçütleri bilen ve karar yetkisi olan kişi |
| Bakım ve sorun takibi | Proje sonrasında ulaşılacak sorumlu |
Bu tablo, işletmenizin organizasyon şemasını değiştirmek için değildir. Bir işin sahipsiz kalmasını önlemek içindir. “Bilgi işlem ilgilenir” gibi genel ifadeler yerine ulaşılabilir bir kişi veya açık bir ekip kanalı yazın.
NIST AI RMF, yapay zeka yönetiminde görevlerin ve iletişim yollarının belirlenmesini ele alır. Buradaki tabloyu kendi ekibinizin işine göre sadeleştirebilir veya genişletebilirsiniz.
Yetkiyle görevi birbirine karıştırmayın
Bir kişinin veriyi hazırlaması, onu her dış hizmetle paylaşmaya yetkili olduğu anlamına gelmez. Benzer şekilde uygulamayı geliştiren kişinin her iş kararını vermesi beklenmemeli.
Hangi verilerin kullanılacağı, kimlerin erişeceği ve hangi işlemlerin otomatik yapılacağı için onay yollarını yazın. Belirsiz bir durum çıktığında inceleme tamamlanana kadar ne yapılacağını da konuşun. Örneğin bir veri kaynağına erişim netleşmediyse deneme için ayrıca hazırlanmış örnekler kullanılabilir.
Sağlayıcıdan beklenen işleri de aynı açıklıkla belirtin. Veri düzenlemenin, kullanıcı eğitiminin veya bakımın kimde olduğu sözlü varsayımlara dayanmasın. Bu başlıkları teklif karşılaştırma listenize ekleyebilirsiniz.
Proje sonrasını başlangıçta planlayın
Projenin ne zaman tamamlanmış sayılacağını ve sonrasında hangi işlerin devam edeceğini baştan belirleyin. Hata bildirimi nereden yapılacak, yeni bir ihtiyaç nasıl iletilecek ve devam eden giderleri kim takip edecek?
Sorumluluk tablosunu ekip veya sağlayıcı değiştiğinde güncelleyin. Bir kişinin ayrılmasıyla uygulamanın bilgisi ve erişimi kaybolmamalı. Eber'in yazılım geliştirme ve devreye alma çalışmasında teknik belgeleri ve bakım görevlerini bu nedenle en baştan konuşuyoruz.
