Yeni ihtiyaç
İstenen değişiklik mevcut kapsamla karşılaştırılır. İş, maliyet ve takvim etkisi değerlendirilip uygulama öncesinde yazılı karara bağlanır.
NEXT MEDYA İLE PROJE YOLCULUĞU
İlk görüşmeden teknik devre kadar işi, sorumluyu ve onay noktasını görünür tutuyoruz. Aşağıdaki akış, proje başlangıcında birlikte netleştireceğimiz çalışma modelidir; kesin teslimler ve koşullar teklif kapsamıyla belirlenir.
İlk görüşme için brief hazırlayın →AŞAMA 01
İlk görüşmede beklenen sonucu, kullanıcıları ve bugünkü iş akışını ele alıyoruz. Yeni bir web sitesi ile mevcut bir yazılımı devralma aynı başlangıç gereksinimlerine sahip değildir. İçerik, veri, hesaplar ve dış sistem bağımlılıklarını ihtiyaçla birlikte kaydediyoruz.
Soruları yapılandırır, mevcut durumu ve açık noktaları çıkarırız.
İş hedefi, örnek akışlar, mevcut sistemler ve karar verecek kişileri paylaşırsınız.
AŞAMA ÇIKTISI
İhtiyaç özeti ve keşifte kapanacak sorular
Onay sorusu: Çözmeye çalıştığımız problem ve karar sahipleri net mi?
AŞAMA 02
Sayfa veya ekran listesinin yanında iş kuralları, kullanıcı rolleri ve kabul ölçütlerini tanımlıyoruz. Dahil işler, ayrıca planlananlar ve ilk sürüm dışında kalanlar ayrı yazılır. Takvim; içerik, erişim ve onay bağımlılıklarıyla birlikte değerlendirilir.
Teslim listesi, varsayımlar, bağımlılıklar ve aşamalı planı hazırlarız.
Öncelikleri, içerik sorumlularını ve teklif kapsamını değerlendirirsiniz.
AŞAMA ÇIKTISI
Onaylanacak kapsam ve teslim planı
Onay sorusu: Hangi işin tamamlanmış sayılacağı iki taraf için aynı mı?
AŞAMA 03
Web projesinde sayfa mimarisi, içerik yerleşimi ve ana şablonları; yazılımda ise kritik kullanıcı görevlerini ve rol görünümlerini tasarlıyoruz. Geri bildirimler bir araya getirilerek açık kararlar kayda alınır. Görsel onay ile iş kuralı onayı ayrı ihtiyaçlar olabilir.
Kapsamdaki arayüz ve akışları hazırlayıp değerlendirmeye açarız.
Marka, içerik ve operasyon açısından tekleştirilmiş geri bildirim iletirsiniz.
AŞAMA ÇIKTISI
Onaylanan tasarım ve iş akışı kararları
Onay sorusu: Geliştirmeyi değiştirecek açık bir tasarım veya akış kararı kaldı mı?
AŞAMA 04
Uygulama, yönetim alanı ve kapsamdaki bağlantılar aşamalı geliştirilir. Ara teslimlerde değişen davranış görünür hale getirilir. Yeni ihtiyaç, hata düzeltmesi ve kapsam değişikliği aynı listede belirsiz bırakılmaz; etkisi ayrı değerlendirilir.
Kod, iş kuralları, teknik kontroller ve ara teslimleri yürütürüz.
İş verisi ve erişim bağımlılıklarını sağlarken ara teslimleri kontrol edersiniz.
AŞAMA ÇIKTISI
İncelenebilir ara sürüm ve açık işler listesi
Onay sorusu: Teslim edilen davranış kararlaştırılan kapsamla uyuşuyor mu?
AŞAMA 05
Web sitesinde formlar, içerik, yönlendirmeler ve farklı ekranlar; yazılımda normal akışla birlikte yetki, hata ve tekrar durumları sınanır. Bulguların önceliği, sorumlusu ve kapanış kanıtı kaydedilir. Yayını engelleyen konular ile sonraya planlanan iyileştirmeler ayrılır.
Teknik testleri ve bulunan sorunların takibini yürütürüz.
İş akışlarını örnek kayıtlarla doğrulayıp kabul değerlendirmesini yaparsınız.
AŞAMA ÇIKTISI
Kabul kayıtları ve yayın öncesi kontrol listesi
Onay sorusu: Yayına engel konular kapandı mı; kalan işler için karar verildi mi?
AŞAMA 06
Yayın adımları, erişimler ve gerektiğinde geri dönüş yolu önceden belirlenir. Kapsama göre kod, hesaplar, kurulum notları ve kullanım bilgileri aktarılır. Yayın sonrası destek, bakım ve yeni geliştirme sorumlulukları ayrı netleştirilir; ilk yayın proje bilgisinin kaybolduğu bir kapanış olmamalıdır.
Yayın kontrolü, teknik aktarım ve teslim envanterini tamamlarız.
İşletme tarafındaki hesap sahiplerini ve günlük kullanım sorumlularını belirlersiniz.
AŞAMA ÇIKTISI
Teslim envanteri ve işletim sorumlulukları
Onay sorusu: Sistemi kim güncelleyecek, kim izleyecek ve sorun kime bildirilecek?
DEĞİŞİKLİK VE BAĞIMLILIKLAR
İstenen değişiklik mevcut kapsamla karşılaştırılır. İş, maliyet ve takvim etkisi değerlendirilip uygulama öncesinde yazılı karara bağlanır.
Eksik girdinin hangi teslimi etkilediği görünür hale getirilir. Çalışılabilecek bağımsız işler ile bekleyen işler ayrılır; takvim birlikte güncellenir.
Bulgu, beklenen davranış ve kanıtıyla kaydedilir. Yayın kararı; öncelik, etki ve kalan işlerin sorumluluğuyla birlikte verilir.
Örneğin kurumsal site kapsamına sonradan bayi sipariş ekranı eklenmesi, yalnızca yeni bir sayfa olarak değerlendirilmez. Rol, veri, fiyat ve entegrasyon ihtiyaçları nedeniyle ayrı kapsam kararı gerekir. Bu örnek temsili bir değişiklik senaryosudur.
Ana karar noktaları benzer olabilir; mevcut sistemi devralma, içerik taşıma veya dış sistem araştırması bazı aşamaları değiştirebilir. Projeye özel plan keşifte netleştirilir.
İş, içerik, tasarım ve teknik kararlar için yetkili kişiler başlangıçta belirlenmelidir. Geri bildirimin tekleştirilmesi çelişen kararları azaltır.
Bakım, izleme, hata giderme ve yeni geliştirme sınırları teklifte ayrıca tanımlanır. Teknik devir ile sürekli destek aynı teslim değildir.
Hedefinizi, kullanıcıları, mevcut site veya sistemi, ilk sürümde gereken işleri ve bağımlılıkları yazın. Bilmediğiniz konuları boş bırakıp keşif sorusu olarak görüşebiliriz.
Yeni bir site, özel yazılım veya mevcut sistemi devralma ihtiyacınızı paylaşın. Hangi bilgilerin hazır olduğunu ve hangi kararlarla başlamamız gerektiğini belirleyelim.
Projenizi görüşelim →