Birisi için bu, beş sayfaı güncellemek ve düzenleri düzeltmek anlamına gelir. Bir başkası için ise bir blog taşıma işlemi, yeni açılış sayfaları, güncellenmiş metinler ve aylardır yeniden tasarlamak istediği bir logo anlamına gelir.
Bir iş kapsamı belgesi bu sorunu çözer. Projenin neyi teslim edeceğini, işin nasıl yapılacağını, her bir bölümün ne zaman teslim edileceğini, neyin “onaylanmış” sayılacağını ve neyin anlaşma kapsamı dışında kaldığını tanımlar.
Netlik önemlidir: Standish Group’un CHAOS Raporu’na göre, projelerin yalnızca yaklaşık %31’i zamanında ve kapsam dahilinde tamamlanmaktadır.
İşte rahatsız edici kısım: bu tür hataların çoğu bir disiplin sorunu değil. Bir dosyalama sorunu. İş kapsamı imzalanır, e-posta ile gönderilir ve dosyalanır; o andan itibaren ise gerçek işten uzaklaşmaya başlar. Üçüncü haftaya gelindiğinde, belgede beş sayfa yazarken proje de on beş sayfa yazıyor ve kimse bu farkın nereden kaynaklandığını tam olarak belirleyemiyor. Çözüm, daha uzun bir SOW (İş Kapsamı Belgesi) hazırlamak değildir. Çözüm, tanımladığı iş ile bağlantısını koruyan bir iş kapsamıdır.
Bu kılavuz, başlangıç toplantısından sonra fiyatlandırma, planlama, görevlendirme, onaylama ve yönetim işlemlerini gerçekleştirebileceğiniz kadar net bir iş kapsamı belgesinin nasıl yazılacağını gösterir.
Özet
Etkili bir iş kapsamı belgesi dört soruyu yanıtlar: neyi teslim edeceksiniz, nasıl, ne zamana kadar ve neyin tamamlanmış sayılacağı. En etkili iş kapsamı belgesi, en ayrıntılı olan değil, 30 gün sonra bile doğru ve şeffaflığını koruyan belgedir.
İşler başladığında ayrıntılar gözden kaçabilir; bu nedenle proje boyunca güncel bir belgeye sahip olmak çok önemlidir. Bu, “kapsam dışı” unsurların net bir şekilde tanımlanmasını ve bu tanımlara başvurulabilmesini sağlar.
Yedi bileşenin tümünü kapsayın ve “yönetmek” gibi belirsiz fiiller yerine “ayda 4 gönderi” gibi sayılar belirtin. Neyi yapılacakları açıkça belirtin, en çok gecikmeye neden olan müşteri tarafındaki bağımlılıkları isimlendirin ve işe başlamadan önce her değişiklik talebi için daima yazılı onay alın. Ardından imzalanmış belgeyi aktif görevlerle bağlantı halinde tutun; böylece iş kapsamı genişlediğinde, değişiklik sessizce ve ücretsiz olarak gerçekleşmek yerine görünür ve fiyatlandırılabilir hale gelir.
İş Kapsamı Nedir?
İş Kapsamı (SOW), bir projenin tam olarak neyi, nasıl ve ne zamana kadar teslim edeceğini ve bitmiş işin nelerden oluştuğunu tanımlayan bir belgedir. İşin kapsamını net bir şekilde tanımlayarak, müşteriler, tedarikçiler ve şirket içi takımlar dahil tüm tarafların, çalışmaya başlamadan önce teslim edilecekler konusunda mutabık kalmasını sağlar.
İşlevi, uyum sağlamaktır. İş Kapsamı Belgesi (SOW), hedefleri belirler, teslim edilecekleri listeler, bunları görevlere ayırır, bir zaman çizelgesine bağlar ve her bir teslim edilebilirin ne zaman tamamlanmış sayılacağını belirtir. Bir soru veya değişiklik ortaya çıktığında herkesin başvurduğu referans noktası haline gelir. İşte bu nedenle, proje yönetimi omurgası olarak da işlev görür.
İş Kapsamı ile İş Tanımı Arasındaki Fark Nedir?
İş kapsamı, yapılacak işe cevap verir; iş tanımı ise iki tarafın bunu gerçekleştirmek için nasıl birlikte çalışacağına cevap verir. Her ikisi de SOW kısaltmasını paylaşır ve genellikle birbirinin yerine kullanılır, ancak farklı düzeylerde işlev görürler.
Üçüncü bir benzer terim ise proje kapsamıdır. Bu terim, iş veya çalışma ilişkisi yerine, projenin kendisinin sınırlarını, nelerin dahil olduğunu ve nelerin dahil olmadığını tanımlar.
| Belge | Bu kılavuzun yanıtladığı sorular | Genellikle şunları içerir: | Ne zaman kullanmalısınız? |
|---|---|---|---|
| İş Kapsamı | Hangi işler yapılacak? | Hedefler, teslim edilecekler, görevler, zaman çizelgesi, kabul kriterleri, hariç tutulanlar | Belirli bir görev veya proje aşamasını tanımlama |
| İş tanımı | Taraflar nasıl iş yapacak? | İş kapsamı ile birlikte hukuki şartlar, ödeme planı, garantiler ve yönetişim | Genellikle iş kapsamı belgesinin (SOW) içinde yer aldığı tam sözleşme metni |
| Proje kapsamı | Projenin tam kapsamı | Tüm teslim edilecekler ve bunların üretilmesi için gereken işler ile kapsam dışı kalan unsurlar | Projenin tamamı boyunca iç planlama ve kapsam yönetimi |
Uygulamada, iş tanımı (Statement of Work) genel çerçeve sözleşmesidir ve iş kapsamı ise bu sözleşmenin içinde yer alan, teslim edilecek çıktıları ayrıntılı olarak açıklayan bölümdür. Proje kapsamı ise her iki belgenin de tanımladığı planlama kavramıdır. Bir paydaş “SOW” diye sorarsa, hangi belgeyi kastettiğini on saniye ayırıp kontrol etmekte fayda vardır; çünkü yasal şartlar ve ödeme koşulları iş tanımında yer alır, iş kapsamında değil.
İş Kapsamına Neler Dahil Edilir? Temel Bileşenler
Eksiksiz bir iş kapsamı belgesi (SOW), işin anlaşılmasını, fiyatlandırılmasını, planlanmasını ve onaylanmasını kolaylaştırmalıdır. Temel bileşenlerden birini atlarsanız, daha sonra karışıklığa yol açabilirsiniz.
İşte dahil etmeniz gerekenler:
- Hedefler ve amaç: Bu bölüm, işin neden yapıldığını ve ne tür bir sonuç üretmesi gerektiğini açıklar. Bu kısmı, müşterinin kullandığı dilde yazılmış bir veya iki cümle ile sınırlayın. Örneğin, “Şirket blogundan organik potansiyel müşteri kazanımını artırmak” ifadesi, “bir içerik stratejisi uygulamak” ifadesinden daha nettir.
- Çıktılar: Bunlar, teslim edeceğiniz somut çıktılardır. Mümkün olduğunca bunları isimlendirin ve sayısal olarak belirtin. “Sosyal medya yönetimi” yerine “LinkedIn ve Instagram’da ayda 12 sosyal medya paylaşımı” yazın.
- Görevler ve faaliyetler: Bu bölüm, her bir çıktıyı üretmek için gereken işleri ayrıntılı olarak açıklar. Her küçük eylemi içermesi gerekmez, ancak hangi işlerin dahil olduğunu bir kişinin anlayabileceği kadar ayrıntılı olmalıdır. Bir web sitesi yeniden tasarımı için bu, tel kafes modelleme, metin yazımı, geliştirme, kalite güvencesi ve yayına alma desteği içerebilir.
- Zaman çizelgesi ve dönüm noktaları: Bu bölümü, projenin başlangıcından tamamlanmasına kadar nasıl ilerleyeceğini göstermek için kullanın. Başlangıç tarihini, bitiş tarihini, ana aşamaları, gözden geçirme noktalarını ve bağımlılıkları ekleyin. Sağlam bir proje zaman çizelgesi, bir sonraki aşamanın başlaması için önce nelerin yapılması gerektiğini herkesin görmesine yardımcı olur
- Kabul kriterleri: Bu, her bir teslimatın nasıl inceleneceğini, onaylanacağını ve tamamlandığını göstereceğini tanımlar. Müşteri, hangi kalite standardını beklemesi gerektiğini bilir; siz de işin ne zaman kapalı olarak kabul edilebileceğini ve süresiz olarak revize edilmeyeceğini bilirsiniz.
- Hariç tutulanlar ve varsayımlar: Burada, neyin dahil edilmediğini ve projenin hangi koşullara bağımlı olduğunu açıkça belirtin. Örneğin, bir içerik iş kapsamı belgesinden ücretli reklam yönetimini hariç tutabilir veya çalışmaya başlamadan önce müşterinin marka kılavuzlarını sağlayacağını varsayabilirsiniz. Bu bölüm, kapsam genişlemesini daha başlamadan önler.
- Maliyet ve ödeme koşulları: Bu bölümde toplam maliyet, faturalandırma yapısı, ödeme takvimi ve ödeme tetikleyicileri ele alınmaktadır. Birçok iş kapsamı belgesinde (SOW), ödemeler sözleşme imzalanması, ilk taslağın teslimi, nihai onay veya projenin tamamlanması gibi dönüm noktalarına bağlanır.
- Rol ve sorumluluklar: Her bir çıktının sorumlusunun kim olduğunu, kimin onaylayacağını ve müşterinin tek irtibat noktasının kim olduğunu belirtin.
İş Kapsamının Türleri Nelerdir?
İş kapsamları genellikle dört yapıya ayrılır. Hangi yapının uygun olduğu, projenin ne kadar öngörülebilir olduğuna, teslim edilecek çıktıları ne kadar net tanımlayabildiğinize ve her iki tarafın ne tür riskler almaya istekli olduğuna bağlıdır.
- Teslimata dayalı (tasarım/inşaat): Bu tür, ödemeyi ve onayı belirli çıktılara bağlar. Sabit sayfa sayısına sahip bir web sitesi, belirli sayıda tasarım öğesi veya tanımlanmış bir blog yazısı grubu gibi teslimatlar önceden net olduğunda en iyi sonucu verir.
- Zaman ve malzeme: Bu yapı, işin yürütülmesi sırasında harcanan saatler, kullanılan araçlar ve maliyetler üzerinden faturalandırma yapar. Kapsamı henüz belirsiz, keşif aşamasının ağır bastığı veya değişme olasılığı yüksek projeler için uygundur. Sabit bir teslimat listesinin bir plan olmaktan çok bir tahmin olacağı durumlarda bu yöntemi kullanın.
- Çaba düzeyi: Bu türde, belirli bir dönem boyunca sabit miktarda zaman, destek veya kapasite taahhüt edilir. Kesin görevler haftadan haftaya değişebilse de hizmet düzeyinin tutarlı kaldığı, sabit ücretli hizmetler, sürekli danışmanlık, bakım ve destek işlerinde yaygın olarak kullanılır.
- Performansa dayalı: Bu yapı, ödemeyi kaydedilen saatlere veya teslim edilen varlıklara değil, çıktılara veya ölçülebilir sonuçlara bağlar. Bu yapı, ancak her iki tarafın net bir ölçüt üzerinde anlaşması, başlangıç noktasının açık olması ve tedarikçinin sonuç üzerinde yeterli kontrole sahip olması durumunda işe yarar.
Hızlı seçim:
- Sabit, iyi tanımlanmış teslimatlar → teslimata dayalı
- Belirsiz veya keşif aşaması yoğun bir iş kapsamı → zaman ve malzeme
- Sürekli destek veya danışmanlık sözleşmesi → çaba düzeyi
- Ödeme, net ve ölçülebilir bir sonuca bağlıdır → performansa dayalı
Kapsamla ilgili anlaşmazlıkların çoğu, belgenin yapısı ile yapılan işin uyuşmaması durumunda ortaya çıkar. Sonuç odaklı bir iş tanımı belgesi, sabit bir web sitesi geliştirme projesi için uygun olabilir, ancak araştırma, strateji veya paydaşların mutabakatı gerektiren bir proje için riskli hale gelebilir. Henüz teslim edilecek sonuçları belirleyemiyorsanız, iş tanımı belgesinde belirleyebilmiş gibi davranmayın. Belirsizliği yansıtan bir yapı kullanın.
İş Kapsamı Belgesi Nasıl Yazılır (Adım Adım Süreç)
Bir SOW yazmak için, hedefi tanımlayın, teslim edilecek ve edilmeyecekleri listeye alın, bunları görevlere ayırın, bağımlılıkları içeren bir zaman çizelgesi belirleyin, kabul kriterlerini yazın, varsayımları ve değişiklik kontrol sürecini belirtin, ardından maliyeti ekleyin ve onaylayın. Bu yedi adım, bir projeyi başlangıcından kapanışına kadar ilerletir. Uygulamada:
1. Adım: Hedefleri ve başarı kriterlerini belirleyin
İşin neden yapıldığı ve iyi bir sonucun nasıl olması gerektiği ile başlayın. Bu, tüm SOW’un temel dayanağıdır. Hedef belirsizse, teslim edilecekler, zaman çizelgesi ve onay süreci de belirsiz olacaktır.
Hedefi, müşterinin anlayabileceği bir veya iki cümleyle yazın. Şirket içi jargonlardan ve “marka varlığını güçlendirmek” veya “pazarlama çabalarını desteklemek” gibi genel ifadelerden kaçının. Bunun yerine, işi net bir iş sonucuyla ilişkilendirin.
Örneğin:
- Zayıf hedef: “Daha iyi bir web sitesi oluşturmak.”
- Daha net bir hedef: “B2B alıcılarının ürünü daha hızlı anlamasına ve demo taleplerini daha az yarıda bırakarak göndermesine yardımcı olmak için web sitesini yeniden tasarlayın.”
Ardından başarı kriterlerini ekleyin. Bu, özellikle proje yaratıcı veya keşif ağırlıklıysa, her zaman katı bir KPI olmak zorunda değildir. Ancak, her iki tarafın da işin amacına ulaştığını nasıl anlayacağını açıklamalıdır.
2. Adım: Teslim edilecekler ve teslim edilmeyecekleri listeye alın
Ardından, müşterinin alacağı her bir çıktının adını belirtin. Spesifik, sayılabilir ve açık olun.
Neleri içerdiklerini tanımlamadığınız sürece, “yönetmek”, “desteklemek”, “halletmek” veya “optimize etmek” gibi genel fiillerden kaçının. Bu kelimeler bir teklifte yararlı görünse de, iş kapsamı belgesinde (SOW) kapsam genişlemesine yol açabilir.
Örneğin:
- Zayıf çıktı: “Şirket blogunu yönetmek.”
- Daha net bir çıktı: “Ayda dört adet, her biri 1.500 ila 2.000 kelime arasında olan SEO blog yazısı yayınlayın; her yazı için bir revizyon turu dahil olsun.”
Daha kapsamlı sürüm, müşteriye ne alacağını, ne kadar alacağını ve sınırların nerede olduğunu açıklar. Ardından, aynı bölümde teslim edilmeyecekleri listeyin. Burada, size açık gelse bile, işin kapsamına girmeyen unsurları ayrıntılı olarak belirtmelisiniz.
Bir blog projesi için teslim edilmeyecekler arasında şunlar yer alabilir:
- Onaylanmış içerik planının ötesine geçen anahtar kelime araştırması
- CMS'ye yayın yükleme
- Özel grafikler veya illüstrasyonlar
- SME görüşmeleri
- Makale başına birden fazla revizyon turu
- Yayınlanmasının ardından sosyal medyada tanıtım
Gerçek hayattan bir örnek: Denver Uluslararası Havalimanı’nın bagaj sistemi
Denver Uluslararası Havalimanı’nın otomasyonlu bagaj sistemi, her türlü iş kapsamı belgesi (SOW) için yararlı bir uyarı niteliğindedir.
Başlıktaki hedef basit görünüyordu: yeni havalimanı için otomasyonlu bir bagaj sistemi kurmak. Ancak asıl iş, birden fazla terminal, havayolu şirketi, bagaj türü, yönlendirme kuralları ve operasyonel istisnaları içeriyordu.
GAO’nun projeyle ilgili incelemesine göre, Denver 1992 yılında BAE Automated Systems’a yaklaşık 195,6 milyon dolar değerinde bir sözleşme verdi. 1995 yılına gelindiğinde maliyet 290 milyon doların üzerine çıkmıştı. Havaalanının açılışı da sistem sorunları ve büyük çaplı değişiklikler nedeniyle Ekim 1993’ten Şubat 1995’e ertelendi.
Konveyörlerin eklenmesi, standart dışı boyutlardaki bagajların taşınması, bakım ekipmanları, güzergâh güncellemeleri ve havayolu şirketlerinin talep ettiği değişiklikler nedeniyle iş kapsamı sürekli değişiyordu. Daha sonra yapılan bir anlaşma ile bagaj taşıma kapasitesi, hat başına dakikada 65 çantadan 30 çantaya düşürüldü. Denver ayrıca, GAO’nun 63 milyon dolar olarak tahmin ettiği geleneksel bir yedekleme bagaj sistemi kurmak zorunda kaldı.
Ders: Sadece büyük teslimat kalemini tanımlamayın; bunun sınırlarını da belirleyin. “Otomatik bagaj sistemi” ifadesinde, hangi havayollarının, bagaj türlerinin, istisnaların, yedek süreçlerin ve test standartlarının dahil olup olmadığı belirtilmeliydi.
Ancak kağıt üzerindeki sınırlar sorunu tamamen çözmüyordu. Denver'ın bir iş kapsamı vardı. Ancak bunun, fiili uygulamayla bağlantı kuran bir iş kapsamı değildi; bu nedenle her konveyör, güzergâh değişikliği ve havayolu talebi, orijinal belgenin hiçbir zaman kapsamına almadığı bir yan anlaşma olarak ortaya çıkıyordu. Dosya ve inşaat, iki farklı proje haline geldi.
3. Adım: Çıktıları görevlere ayırın
Her bir teslim edilecek öğeyi listeye aldıktan sonra basit bir test yapın: Yarın biri bu satırdan itibaren işe başlayabilir mi?
Cevabınız "hayır" ise, kapsam hala çok geniştir.
Her bir çıktıyı tek tek ele alın ve fiil + nesne biçimini kullanarak görev düzeyinde eylemlere bölün. Örneğin, “ana sayfa tel kafesini oluşturmak”, “yasal metni gözden geçirmek”, “nihai tasarımı onaylamak” veya “blog yazısını CMS’ye yüklemek”. “Web sitesi işi”, “içerik desteği” veya “tasarım güncellemeleri” gibi belirsiz görev adlarından kaçının. Bu tür ifadeler kimin ne yapacağını göstermez.
Bir blog teslimatı (ayda 4 adet SEO blog yazısı) için görev dağılımı şu şekilde olabilir:
| Görev | Mülk sahibi | Bağımlılık |
|---|---|---|
| Konuları ve anahtar kelimeleri onaylayın | İçerik stratejisti/SEO stratejisti | Müşteri içerik planını onaylar |
| Özetler oluşturun | İçerik stratejisti | Anahtar kelimeler onaylandı |
| İlk taslakları yazın | Yazar | Onaylanan iş tanımları |
| Ürünün doğruluğunu kontrol edin | Müşteri SME | Gönderilen taslaklar |
| Yapı ve anlaşılırlık açısından düzenleme yapın | Düzenleyici | SME yorumları eklendi |
| İç bağlantılar ve meta veriler ekleyin | SEO uzmanı | Son düzenlemeler tamamlandı |
| CMS'ye yükleyin | İçerik yöneticisi | Müşteri nihai taslağı onaylar |
Bu görev katmanı, teslim edilecek işin ardındaki gerçek iş yükünü ortaya koyar. Ayrıca, gecikmelerin nerede yaşanabileceğini de gösterir. Müşterinin konu uzmanı (SME) taslağı zamanında incelemezse, düzenleyici, SEO uzmanı ve içerik yöneticisinin işleri de gecikir. Bu bağımlılık, proje başlamadan önce görünür olmalıdır.
Daha büyük projeler için iş bölünme yapısını kullanın. Bu, işi aşamalara göre gruplandırmak ve ardından her aşamayı atanmış görevlere ayırmak anlamına gelir. Örneğin, bir web sitesinin yeniden tasarımı keşif, site haritası, tel kafesler, metin yazımı, tasarım, geliştirme, kalite güvencesi, analitik kurulum ve lansmanı içerebilir. Her aşama daha sonra bir sorumlu, son teslim tarihi ve onay noktası olan görev düzeyinde bir iş haline getirilmelidir.
Bu görev haritasını şu platformlarda oluşturabilirsiniz:
- Sahipler, son tarihler, bağımlılıklar ve durum izleme için ClickUp, Asana veya monday.com
- Yazılım, ürün ve mühendislik kapsamları için Jira
- Kanban tarzında daha basit teslimat için Trello
- Ş Akışını görevlere dönüştürmeden önce görsel olarak harita yapmak için Miro veya FigJam
- Müşteri, iş kapsamı belgesine (SOW) ek dosya olarak basit bir görev tablosu istiyorsa Google E-Tablolar veya Excel
4. Adım: Zaman çizelgesini, dönüm noktalarını ve bağımlılıkları belirleyin
Şimdi görev listesini bir zaman çizelgesine dönüştürün. Başlangıç tarihini, bitiş tarihini, önemli dönüm noktalarını ve teslimatı etkileyebilecek tüm bağımlılıkları ekleyin.
Sadece “Proje altı hafta içinde teslim edilecek.” yazmayın. Zaman çizelgesini keşif, ilk taslak, inceleme, düzeltmeler, nihai onay ve lansman gibi aşamalara bölün. Ardından, hangi dönüm noktalarının ödemeyi, onayı veya bir sonraki iş aşamasını tetiklediğini işaretleyin.
Örneğin:
- 3 Mayıs'a kadar tamamlandı
- Müşteri, 6 Mayıs tarihine kadar marka varlıklarını sağlayıcıdan temin edecektir.
- İlk taslak 15 Mayıs'a kadar teslim edilecektir.
- Müşteri geri bildiriminin üç iş günü içinde verilmesi gerekmektedir
- Son revizyonlar 24 Mayıs'a kadar teslim edilecektir.
- Son onay tarihi 28 Mayıs'tır.
En önemli kısım, bağımlılıkları, özellikle de müşteri tarafındaki bağımlılıkları belirlemektir. Proje gecikmelerinin çoğu asıl işten kaynaklanmaz. Geç gelen geri bildirimler, eksik giriş bilgileri, geciken hukuki incelemeler, ulaşılamayan paydaşlar veya takım çalışmaya başladıktan sonra gelen kaynaklar gibi nedenlerden kaynaklanır.
İşe başlamadan önce bunları açıkça belirtin.
Örneğin: “Proje zaman çizelgeleri, müşteriden zamanında geri bildirim alınmasına, gerekli araçlara erişime ve onaylanmış marka varlıklarının teslim edilmesine bağlıdır. Geri bildirim, onay, erişim veya materyallerdeki gecikmeler, proje zaman çizelgesini aynı sayıda iş günü kadar erteleyebilir.”
5. Adım: Her bir teslimat için kabul kriterlerini yazın
Her bir teslim edilecek iş için, neyin onaylanmış sayılacağını tanımlayın. Bu madde, projenin sonsuz “neredeyse bitti” revizyonlarına sürüklenmesini önler.
Kriterleri gözlemlenebilir kontrollerle ilişkilendirin. Bir web sitesi taşıma işlemi için “yayına hazır” ifadesi, yönlendirmelerin test edildiği, analiz araçlarının çalıştığı, iletişim formlarının işlevsel olduğu ve onaylanmış sayfaların hem masaüstü hem de mobil cihazlarda doğru şekilde yüklendiği anlamına gelebilir. Bir satış sunumu için ise bu ifade tamamen farklı bir anlama gelebilir.
“Müşteri işten memnun.” gibi yalnızca kişisel zevke dayanan onay ifadelerinden kaçının. Daha uygun bir ifade şöyledir:
“Çıktı, üzerinde mutabık kalınan kriterleri karşıladığında, onaylanmış revizyon aşamasını içerdiğinde ve müşteriden yazılı onay alındığında kabul edilir.”
Bu, her iki tarafa da net bir kapanış noktası sağlar. Bundan sonra yeni talepler yine ortaya çıkabilir, ancak bunlar orijinal kapsamın genişletilmesi yerine değişiklik talepleri olarak ele alınır.
6. Adım: Varsayımları, hariç tutulanları ve değişiklik kontrol sürecini belirtin
İşte burada, projeyi sessizce genişlemesinden korursunuz.
Varsayımlar
- Müşteri geri bildirimi üç iş günü içinde sağlanacaktır.
- Gerekli tüm kaynak dosyalar, projenin başlangıcından önce hazır olacaktır.
- Tek bir karar verici nihai onayı sağlayacaktır.
Hariç Tutulanlar
- Logo tasarımı
- Sürekli bakım
- Kararlaştırılan kapsamın ötesindeki yeni sayfa talepleri
- Lansman sonrası SEO destek
Değişiklik kontrol süreci
- Bu kapsam dışındaki her türlü iş, yazılı olarak talep edilmelidir.
- Talep, maliyet ve zaman çizelgesine etkisi açısından değerlendirilecektir.
- İşe başlamadan önce her iki tarafın da değişikliği onaylaması gerekir.
En önemlisi son kısımdır. Eğer tedarikçi önce fazladan işi tamamlar ve ödeme konusunu daha sonra görüşürse, değişiklik talebini uygulamak çok daha zor hale gelir.
Gerçek hayattan bir örnek: FBI’ın Sanal Dava Dosyası projesi
FBI’ın Sanal Dava Dosyası projesi, değişiklik kontrolü ve dönüm noktalarının iş kapsamına erken aşamada dahil edilmesi gerektiğinin en iyi örneklerinden biridir.
Proje, FBI’ın vaka yönetim sistemini modernize etmeyi amaçlıyordu. Ancak Adalet Bakanlığı Teftiş Kurulu’nun yaptığı incelemeye göre, iş ilerledikçe FBI ve yüklenicileri tasarım gerekliliklerini tam olarak kavrayamamıştı. Bir FBI proje yöneticisi, Trilogy programının kapsamının projenin başlamasından sonra yaklaşık %80 oranında genişlediğini belirtti.
Sözleşme yapısı da sorunun kontrol edilmesini zorlaştırdı. İnceleme sonucunda, iş tanımlarında belirli dönüm noktaları ve kritik karar değerlendirme noktalarının yer almadığı ve dönüm noktalarının yerine getirilmemesi durumunda uygulanacak cezaların belirlenmediği tespit edildi.
Proje, yaklaşık 170 milyon dolar harcandıktan sonra nihayetinde iptal edildi.
Ders: İşe başlamadan önce değişiklik sürecini yazın. İş Kapsamı Belgesi (SOW), değişikliklerin nasıl talep edileceğini, fiyatlandırılacağını, onaylanacağını ve zaman çizelgesine nasıl dahil edileceğini, gerçek dönüm noktaları ve gözden geçirme noktaları da dahil olmak üzere ayrıntılı olarak belirtmelidir. Aksi takdirde, kapsam değişiklikleri gayri resmi kararlara dönüşür ve gayri resmi kararlar pahalıya mal olur.
Bu, dosyalanmış bir PDF'deki hatayla aynıdır, sadece 170 milyon dolarlık bir ölçekte: iş tanımları sabit kalırken gereksinimler değişti. Kapsamı gerçek işlerle bağlantılandıran hiçbir şey olmadığından, gerçekleşen %80'lik büyümeyi yakalayacak hiçbir şey yoktu.
7. Adım: Maliyet, ödeme koşulları ve onay bilgilerini ekleyin
İş Kapsamı Belgesini (SOW) ticari şartlarla sonlandırın: toplam fiyat, faturalandırma yapısı, ödeme takvimi, son teslim tarihi, gecikme şartları ve işi onaylama yetkisine sahip kişi.
Mümkün olduğunca ödemeleri net dönüm noktalarına bağlayın. Örneğin:
- Sözleşme imzalandığında %40'ı ödenir
- İlk önemli teslimatın veya taslak gönderinin ardından %30'u ödenir
- Son teslim veya onaydan sonra %30'u ödenir
Devam eden işler için aylık sabit ücreti, fatura tarihini, kapsama dahil olanları ve müşterinin kararlaştırılan saatleri veya teslim edilecekleri aşması durumunda ne olacağını belirtin.
Ardından yazılı bir onay alın. Onaylanmamış bir SOW, sadece bir çalışma taslağıdır. İmzalar, iş başlamadan önce her iki tarafın da teslim edilecekler, zaman çizelgesi, hariç tutulanlar, ödeme koşulları ve değişiklik süreci konusunda mutabık olduğunu teyit eder.
Bu kullanıma hazır şablonla dakikalar içinde iş kapsamı belgesini oluşturun
ClickUp'ın İş Kapsamı Şablonu, proje ayrıntılarını, teslim edilecekleri, sorumlulukları, zaman çizelgelerini, değişiklik yönetimini, bütçeyi ve onayları tek bir yerde kaydetmeniz için hazır bir belge sunar. İş Kapsamı Belgesinin (SOW) proje ş Akışının bir parçası olmasını istediğinizde bu şablon oldukça kullanışlıdır.
Bu şablonu neden kullanmalısınız:
- Arka plan ve hedefler, teslim edilecekler, tedarikçinin sorumlulukları, müşterinin sorumlulukları, zaman çizelgesi, iletişim planı, değişiklik yönetimi, bütçe ve onaylar dahil olmak üzere, başından itibaren iş kapsamı belgesinin temel bölümlerini planlayın.
- SOW'u ilgili ClickUp konumuna bağlayın, böylece belge gerçek projeyle bağlantı kurar.
- Liste, Gantt, İş Yükü ve Takvim gibi 15'ten fazla Özel Görünüm'ü kullanarak, yazılan iş kapsamını sahipleri, tarihleri ve bağımlılıkları ile birlikte takip edilebilir bir iş haline getirin.
- Proje ilerledikçe onay ilerlemesini, kapsam değişikliklerini, bütçe ayrıntılarını ve paydaşların sorumluluklarını izlemek için Özel Alanlar ve durumlar ekleyin
Sektöre Göre İş Kapsamı Örnekleri
Bir SOW, sektörler arasında aynı temel bölümleri içerir: hedefler, teslim edilecekler, zaman çizelgesi, varsayımlar, hariç tutulanlar, kabul kriterleri, ödeme koşulları ve onay.
Değişen şey risktir.
Bir web sitesi projesi genellikle sayfa sayısı, revizyonlar, CMS sahipliki ve lansman sonrası destek konularında başarısız olur. İnşaat iş kapsamı ise genellikle izinler, şantiye koşulları, denetimler ve malzeme değişiklikleri konusunda başarısız olur.
Aşağıdaki örnekleri, kelimesi kelimesine kopyalayacağınız sözleşmeler olarak değil, kendi iş kapsamınızı şekillendirmek için kılavuz olarak kullanın.
İşte, tüm temel bölümleri doldurulmuş, web sitesi yeniden tasarımına ait özet bir iş kapsamı belgesi:
Amaç: B2B alıcılarının ürünü daha hızlı anlamasına yardımcı olmak ve demo kayıtlarını artırmak için pazarlama sitesini yenilemek.
Teslim Edilecekler: Onaylanan site haritasına göre tasarlanmış ve geliştirilmiş 8 sayfa, sayfa başına 2 revizyon turu, CMS devri ve 1 saatlik eğitim oturumu.
Zaman çizelgesi: 3 dönüm noktasından oluşan 6 haftalık süreç: tasarım onayı (2. hafta), geliştirme tamamlandı (4. hafta), lansman (6. hafta).
Kabul kriterleri: Her sayfa, imzalanmış tasarım taslağına göre onaylanır, masaüstü ve mobil cihazlarda doğru şekilde yüklenir ve müşteriden yazılı onay alınır.
Hariç tutulanlar: Metin yazımı, stok fotoğraf lisanslama, site haritası dışındaki yeni sayfalar, SEO taşıma işlemi, lansman sonrası bakım.
Ödeme: İmza anında %40, inşaat tamamlandıktan sonra %30, lansman sırasında %30.
Değişiklik kontrolü: Bu kapsam dışındaki her türlü talep kaydedilir, maliyet ve zaman çizelgesine etkisi hesaplanır ve işe başlanmadan önce yazılı olarak onaylanır.
Amaç: B2B alıcılarının ürünü daha hızlı anlamasına yardımcı olmak ve demo kayıtlarını artırmak için pazarlama sitesini yenilemek.
Teslim Edilecekler: Onaylanan site haritasına göre tasarlanmış ve geliştirilmiş 8 sayfa, sayfa başına 2 revizyon turu, CMS devri ve 1 saatlik eğitim oturumu.
Zaman çizelgesi: 3 dönüm noktasından oluşan 6 haftalık süre: tasarım onayı (2. hafta), geliştirme tamamlandı (4. hafta), lansman (6. hafta).
Kabul kriterleri: Her sayfa, imzalanmış tasarım taslağına göre onaylanır, masaüstü ve mobil cihazlarda doğru şekilde yüklenir ve müşteriden yazılı onay alınır.
Kapsam Dışı Olanlar: Metin yazımı, stok fotoğraf lisanslama, site haritası dışındaki yeni sayfalar, SEO taşıma işlemi, lansman sonrası bakım.
Ödeme: İmza anında %40, inşaat tamamlandıktan sonra %30, lansman anında %30.
Değişiklik kontrolü: Bu kapsam dışındaki her türlü talep kaydedilir, maliyet ve zaman çizelgesine etkisi açısından fiyatlandırılır ve işe başlanmadan önce yazılı olarak onaylanır.
Yaratıcı ajans veya web sitesi yeniden tasarımı için iş kapsamı belgesi (SOW)
Web sitesi işlerinde risk, görünmeyen iş yüküdür. SOW'da aksi belirtilmedikçe, müşteri metin yazımı, SEO geçişi, yeni sayfalar, stok fotoğraflar, özel grafikler, CMS yüklemesi ve lansman sonrası destekin hepsinin dahil olduğunu varsayabilir.
İçindekiler:
- Sayfa veya şablon sayısı
- Tasarım ve geliştirme sorumlulukları
- Sayfa başına revizyon turu sayısı
- CMS devri veya eğitimi
- Tarayıcı ve cihaz testi
- Başlangıç destek penceresi
Dışarıda tutulanlar:
- Aksi listeye dahil edilmedikçe metin yazımı
- Stok fotoğraflar veya lisans ücretleri
- Onaylanmış site haritasının ötesinde yeni sayfalar
- Kapsamda belirtilmedikçe SEO geçişi
- Hizmete sunulduktan sonra devam eden bakım
Örnek iş kapsamı metni:
“Tedarikçi, onaylanmış site haritasına göre sekiz web sitesi sayfası tasarlayacak ve geliştirecek; her sayfa için en fazla iki revizyon turu yapılabilecektir. Yazı yazımı, stok görsel lisanslama, ek sayfa talepleri, SEO geçişi ve lansman sonrası bakım, yazılı bir değişiklik talebi yoluyla onaylanmadıkça kapsam dışıdır.”
İnşaat İş Kapsamı Belgesi
İnşaat sektöründeki risk, “inşaat”ın inşaatla ilgili her şeyi kapsadığını varsaymaktır. Ruhsatlar, denetimler, şantiyeye erişim, hava koşullarından kaynaklanan gecikmeler, malzeme maliyetlerindeki artışlar ve işverenin talebiyle yapılan tasarım değişiklikleri açıkça ele alınmalıdır.
İçindekiler:
- Yıkım, şantiye hazırlığı, iskelet yapımı, elektrik tesisatı, sıhhi tesisat, ince işler veya temizlik gibi aşamalara göre işinizi yapın
- Malzemeler ve teknik özellikler
- Denetim noktaları
- Ödeme dönüm noktaları
- Şantiyeye giriş kuralları
Dışarıda tutulanlar:
- İzin ücretleri (dahil edilmedikçe)
- Öngörülemeyen şantiye koşulları
- İşveren tarafından talep edilen tasarım değişiklikleri
- Onay sonrası malzeme iyileştirmeleri
- Onaylanmış çizimlerin dışındaki işler
Örnek iş kapsamı metni:
“Yüklenici, onaylanmış çizimlere ve şartnamelere uygun olarak şantiye hazırlığı, iskelet yapımı, elektrik tesisatı kaba montajı ve ince işleri tamamlayacaktır. Ruhsat ücretleri, işveren tarafından talep edilen değişiklikler, öngörülemeyen şantiye koşulları ve malzeme iyileştirmeleri kapsam dışıdır ve değişiklik emri yoluyla ele alınacaktır.”
Yazılım veya ürün geliştirme iş kapsamı belgesi (SOW)
Yazılım geliştirmedeki en büyük risk, belirsiz özellik tanımlamalarıdır. “Gösterge paneli oluşturma” ifadesi, on farklı paydaş için on farklı anlama gelebilir. Özelliği, test koşullarını, ortamı, entegrasyonlar sorumluluğunu ve lansman sonrası destek süresini net bir şekilde tanımlayın.
İçindekiler:
- Kullanıcı hikayeleri veya özellik liste
- İşlevsel gereksinimler
- Performans, güvenlik ve erişilebilirlik gibi işlevsel olmayan gereksinimler
- API veya entegrasyon sorumlulukları
- Test ve hata düzeltme kapsamı
- Hazırlık ve üretim devri
Dışarıda tutulanlar:
- Listelenen kullanıcı hikayelerinin dışında kalan özellikler
- Üçüncü taraf araç maliyetleri
- Kapsamda belirtilmedikçe veri temizleme veya taşıma
- Büyük ölçekli kullanıcı deneyimi (UX) yeniden tasarımları
- Garanti dönemi sonrası destek
Örnek iş kapsamı metni:
“Tedarikçi, Ek A’da listelenen kullanıcı hikayelerini geliştirecek ve müşterinin incelemesi için bunları test ortamına dağıtacaktır. Ek A’da yer almayan özellikler, üçüncü taraf abonelik ücretleri, geçmiş verilerin temizlenmesi ve garanti sonrası destek, bir değişiklik talebi yoluyla onaylanmadıkça kapsam dışıdır.”
Pazarlama kampanyası iş kapsamı belgesi
Pazarlamadaki risk, teslim edilecekler ile sonuçları birbirine karıştırmakta yatmaktadır. Kampanya stratejisi, varlıklar, raporlama ve lansman desteğinin kapsamını belirleyebilirsiniz. Tedarikçi, medya bütçesini, açılış sayfasını, satış takibini ve izleme kurulumunu kontrol etmediği sürece, potansiyel müşteriler, gelir, CAC veya ROAS konusunda vaatlerde bulunurken dikkatli olmalısınız.
İçindekiler:
- Kampanya stratejisi
- Hedef kitle ve mesajlar
- Reklam konseptlerinin veya yaratıcı varyantların sayısı
- Açılış sayfası metni yazma veya oluşturma
- E-posta metni
- Raporlama gösterge paneli
- Raporlama sıklığı
Hariç tut:
- Ücretli medya harcamaları
- Aksi listeye dahil edilmedikçe reklam hesabı kurulumu
- Ekstra yaratıcı seçenekler
- Influencer veya iş ortağı ücretleri
- Satış takibi
- Kararlaştırılan kontroller dışındaki performans garantileri
Örnek iş kapsamı metni:
“Sağlayıcı, kampanya stratejisi, üç reklam kreatif konsepti, açılış sayfası metni, iki pazarlama e-postası ve bir performans gösterge paneli sağlayacaktır. Ücretli medya harcamaları, influencer ücretleri, ek kreatif varyantları ve satış takibi kapsam dışıdır. Performans hedefleri, onaylanmış bütçe, izleme ve kampanya kontrolleriyle ayrı olarak ilişkilendirilmedikçe, yalnızca yönlendirici niteliktedir.”
Danışmanlık veya sürekli hizmet SOW'u
Sözleşmeli hizmetlerdeki risk, kapasitenin belirsiz olmasıdır. SOW’da çalışma saatleri, yanıt süreleri, toplantı sıklığı ve devretme kuralları tanımlanmadıkça, “sürekli destek” sınırsız çağrı, strateji, uygulama, raporlama ve anlık taleplere dönüşebilir.
İçindekiler:
- Aylık çalışma saati veya teslim edilecek iş hacmi
- Tepki süresi beklentileri
- Toplantı sıklığı
- Raporlama sıklığı
- Birincil irtibat kişisi
- Yenileme veya süre dolumu kuralları
Hariç tut:
- Aylık iş saatlerinin ötesinde iş
- Aksi kararlaştırılmadıkça aynı gün içinde teslim edilir
- Yeni stratejik projeler
- Ek paydaş atölyeleri
- Sözleşmeli hizmet alanı dışındaki işlerin yürütülmesi
Örnek iş kapsamı metni:
“Sağlayıcı, haftada bir danışmanlık görüşmesi, üzerinde anlaşmaya varılan materyallerin asenkron olarak incelenmesi ve aylık öneri özeti dahil olmak üzere, ayda en fazla 20 saat danışmanlık destek sağlayacaktır. Kullanılmayan saatler bir sonraki aya devredilmez. Yeni projeler, aynı gün yapılan talepler ve 20 saati aşan işler için yazılı onay gereklidir.”
Her sektörde izlenmesi gereken yol aynıdır: teslim edilecekleri sayın, ortak varsayımları belirtin ve insanların daha sonra en çok talep edeceği hususlarla ilgili istisnaları yazın.
Yeniden Çerçeveleme: İş Kapsamı Belgesini (SOW) Dosyalanmış Bir PDF Olarak Değil, Çalışma Temeli Olarak Değerlendirin
Artık durum netleşti: İmzalanmış bir PDF, sürekli değişen bir projenin gidişatını izlemeyebilir. Dolayısıyla asıl soru, daha iyi bir iş kapsamı belgesinin nasıl yazılacağı değil, imzalandıktan sonra bu belgenin ne hale geldiğidir.
Bunu tek bir şey olarak değil, iki ayrı şey olarak değerlendirin. İmzalanan sözleşme, başlangıçta her iki tarafın üzerinde anlaştığı hususların kaydı olan temel referans noktası olarak sabit kalır. Bunun etrafındaki işler ise dinamik kalır: görevler, sorumlular, zaman çizelgeleri, onaylar, bütçeler, riskler ve değişiklik talepleri. Bu ikisi arasında bağlantı kurulduğunda, yeni bir talep sessizce ücretsiz iş haline gelemez; temel referans noktasına göre bir değişiklik olarak görünür.
İşte aradaki fark:
| Statik İş Kapsamı Belgesi | Çalışma Kapsamı (SOW) temel metni |
|---|---|
| PDF veya ek dosya olarak mevcuttur | Görevler, zaman çizelgeleri, onaylar ve bütçe ile bağlantı |
| Yalnızca bir sorun oluştuğunda yeniden açılır | Teslimat ve inceleme döngülerinde başvurulacak kaynak |
| Değişiklikler Slack, e-posta veya telefon görüşmeleri yoluyla yapılır. | Değişiklikler kaydedilir, maliyetleri hesaplanır, onaylanır ve zaman çizelgesine olan etkisiyle ilişkilendirilir |
| Görev listesi, orijinal anlaşmadan sapmaktadır. | Uygulama, onaylanmış iş kapsamına uygun olarak izlenebilir kalır |
İmzalanmış iş kapsamı belgesi (SOW), her değişiklik olduğunda gelişigüzel bir şekilde düzenlenmemelidir. Bu, güncellemenin özel mesajda (DM) yer aldığı, iş kapsamı belgesinin ayrı bir belgede bulunduğu ve görev listesinin başka bir yerde saklandığı, işin dağınıklığına yol açan bir sorunun minyatür halidir.
İşte bu noktada ClickUp gibi araçlar devreye girer. İş Kapsamı Belgesi (SOW), görevler, yorumlar, onaylar, son tarihler ve bütçe ile birlikte tek bir yerde yönetilebilir.
Bu kısa ClickUp videosu, bunun nasıl göründüğünü ve takımların bunu nasıl bir araya getirdiğini gösteriyor.
En İyi Uygulama: Orijinal sürümü her zaman sabit tutun ve değişiklikleri net bir değişiklik günlüğü veya onaylanmış bir değişiklik talebi aracılığıyla yönetin. Örneğin, bir müşteri kampanya sırasında iki ek açılış sayfası talep ederse, bu talep sadece proje panosunda görünmemelidir. Kapsam değişikliği olarak kaydedilmeli, maliyet ve zaman çizelgesine etkisi açısından incelenmeli, yazılı olarak onaylanmalı ve ardından iş planına eklenmelidir.
ClickUp'ta İş Kapsamını Yönetme
Belge, görevler, onaylar ve zaman çizelgesi birbiriyle bağlantılı olduğunda bir SOW'u yönetmek daha kolaydır:
İşin yürütüldüğü yerde SOW'u yazmak için ClickUp Docs belgesini kullanın
ClickUp Docs'ta iş kapsamı belgesiyle (SOW) başlayın. Bu belgeyi kullanarak proje hedefini, teslim edilecekleri, hariç tutulanları, zaman çizelgesini, kabul kriterlerini ve ödeme koşullarını belirtebilirsiniz. Ardından, proje ilerledikçe bu belge, kapsadığı görevler ve dönüm noktalarıyla bağlantılı kalabilir.
Örneğin, bir web sitesi iş kapsamı belgesinin “Çıktılar” bölümü, ana sayfa metni, tel kafesler, tasarım incelemesi, geliştirme, kalite güvencesi ve nihai onay gibi görevlere bağlantı verebilir. Bu sayede, teslimat sürecinde iş kapsamı belgesine başvurmak daha kolay hale gelir.
Çıktıları ClickUp görevleri ve alt görevlere dönüştürün
İş Kapsamı Belgesi (SOW) hazırlandıktan sonra, ClickUp Görevleri ile her bir teslim edilecek öğeyi bir göreve veya alt görevler grubuna dönüştürün.
Örneğin, “üç açılış sayfası” her sayfa için ayrı bir görev haline getirilebilir. Her sayfa için metin yazımı, tasarım, geliştirme, inceleme, kalite kontrol ve onay gibi alt görevler tanımlanabilir.
Bu, takımın her bir teslimatın ardındaki gerçek işi görmesine yardımcı olur. Ayrıca, kapsamın fark edilmeden genişlemesi riskini de azaltır. Görev listesinde dördüncü bir açılış sayfası ortaya çıkarsa, orijinal SOW ile uyuşmadığı için bunu fark etmek daha kolay olur.
Gerçek zamanlı gösterge panelleriyle aktif iş kapsamlarını izleyin
ClickUp Gösterge Panelleri, aynı anda birden fazla iş kapsamı belgesini yönetirken size yardımcı olur.
Bir ajans, yüklenici veya operasyon takımı, gecikmiş onayları, müşteriye göre işleri, yaklaşan dönüm noktalarını, açık değişiklik taleplerini, iş yükünü ve bütçe sinyallerini izlemek için gösterge panellerini kullanabilir. Bu sayede, kapsam riskleri kâr marjı sorunu haline gelmeden daha kolay tespit edilebilir.
Örneğin, üç müşteri projesi geri bildirim bekliyorsa, bir gösterge paneli bu gecikmeyi ayrı görev listelerinin içinde gizlemek yerine tüm hesaplar genelinde gösterebilir.
ClickUp’ın Gösterge Panelleri, ajansımızın günlük işleyişini kökünden değiştirdi. Üç geliştirme takımının kapasitesini takip ediyor ve engelleri gecikmelere dönüşmeden tespit ediyoruz. Böylece Slack konu dizilerinde durum takibiyle uğraşmak yerine, müşteri işlerini ilerletmeye daha fazla zaman ayırabiliyoruz.
ClickUp’ın Gösterge Panelleri, ajansımızın günlük işleyişini tamamen değiştirdi. Üç geliştirme takımının kapasitesini takip ediyor ve engeller gecikmelere dönüşmeden önce tespit ediyoruz; böylece Slack konu dizilerinde durum takibiyle uğraşmak yerine, müşteri işlerini ilerletmeye daha fazla zaman ayırabiliyoruz.
ClickUp Brain ile taslak hazırlayın, özetleyin ve içeriği kontrol edin
ClickUp Brain, proje özetinden bir SOW taslağı hazırlayabilir, uzun müşteri görüşmelerini özetleyebilir, notları slaytlara dönüştürebilir veya Görevler, Belgeler, Sohbet ve bağlantılı çalışma alanlarındaki takım verilerini kullanarak soruları yanıtlayabilir.
SOW için bu, şu tür sorular sorabileceğiniz anlamına gelir:
- “Hangi teslimatlar hala müşterinin onayını bekliyor?”
- “Orijinal iş kapsamı belgesinden sonra hangi görevler eklendi?”
- “Bu müşteri için bekleyen değişiklik taleplerini özetleyin.”
- “Bu teslimatlara dayalı olarak kabul kriterleri taslağı hazırlayın.”
Brain, şirketin projeleri, belgeleri, çalışanları, konuşmaları ve bilgisi etrafında geliştirilen yapay zeka ile bu bağlam odaklı yaklaşımı daha da genişletiyor.
Tekrarlayan kapsam kontrollerini Super Agents'a bırakın
Süreç bir kez tanımlandıktan sonra Süper Ajanlar daha da kullanışlı hale gelir.
Örneğin, bir takım bir ajanı görevlendirerek haftalık iş kapsamı incelemesi hazırlamasını, gecikmiş onayları özetlemesini, iş kapsamı durumu belirtilmemiş görevleri işaretlemesini veya bir dönüm noktası toplantısı öncesinde müşteriye sunulacak güncelleme taslağını hazırlamasını sağlayabilir.
Bunun iyi bir kullanım örneği şöyledir:
“Her Cuma, bu müşteri projesine ilişkin tüm açık değişiklik taleplerini, bu hafta eklenen görevleri, geciken onayları ve risk altındaki dönüm noktalarını özetleyin.” Bu, proje yöneticisine daha hızlı bir gözden geçirme döngüsü sağlar. Ancak bu, onay sürecinin yerini almamalıdır. Herhangi bir ek iş, kapsamın bir parçası haline gelmeden önce yine de yazılı onay gerektirir.
Dürüst sınırlama
ClickUp, iş kapsamındaki sapmaların gerçek maliyetlere yol açtığı durumlarda faydalıdır: ajanslar, hizmet takımları, yükleniciler, danışmanlar, operasyon takımları ve aynı anda birden fazla projeyi yöneten şirket içi takımlar.
Basit bir proje için tek sayfalık bir iş kapsamı belgesi (SOW) hazırlayan bağımsız bir serbest çalışan için bu, gereğinden fazla ayrıntılı olabilir. Düzenli bir belge, paylaşılan bir görev listeyi ve imzalı bir onay yeterli olabilir.
SOW artık sadece bir belge olmaktan çıktığında, bunun faydaları ortaya çıkar. SOW, takımınızın görevler, zaman çizelgeleri, onaylar, değişiklik talepleri ve müşteri iletişimi ile yapabileceği bağlantılar sağlar.
Kaçınılması Gereken Yaygın İş Kapsamı Hataları
| Hata | Neden sorunlara yol açar? | Düzelt |
|---|---|---|
| Belirsiz teslim edilecekler | "Yönetmek", "desteklemek" veya "optimize etmek" gibi kelimeler, herhangi bir miktar veya sınır belirtilmediğinde çeşitli şekillerde yorumlanabilir. | Çıktıya bir ad verin, bir sayı ekleyin ve devri tanımlayın |
| Hariç tutulanlar liste yok | Özellikle müşteri hizmetleri işinde, belirtilmeyen her şeyin dahil olduğu varsayılabilir. | Müşterinin makul olarak bekleyebileceği ilgili işler için bir “kapsam dışı” bölümü ekleyin |
| Revizyon tanımlamadan revizyon sayısını hesaplama | Bir turda beş paydaştan gelen on adet birbiriyle ilgisiz değişiklik varsa, “iki tur” süreci yine de karmaşık hale gelebilir. | Bir revizyon turunun neleri içerdiğini, kimin talep edebileceğini ve ne zaman sona ereceğini belirleyin |
| Değişiklik kontrol süreci yok | İşe başlandıktan sonra her yeni talep, gayri resmi bir müzakereye dönüşür. | Maliyet ve zaman çizelgesine etkisi dahil olmak üzere, kapsamdaki her türlü değişiklik için yazılı onay gerektirir |
| Müşteri tarafındaki bağımlılıkları göz ardı etmek | Geç gelen geri bildirimler, eksik dosyalar veya geciken onaylar, zaman çizelgesini aksatabilir ve bu durumun sorumluluğu tedarikçiye yüklenebilir. | Müşterinin neleri ne zamana kadar sağlaması gerektiğini ve gecikmelerin teslim tarihlerine nasıl etki edeceğini belirtin. |
İş Kapsamınızı Canlı Bir Sistem Haline Getirin
İyi bir iş kapsamı belgesi (SOW), üç kat fayda sağlar. Belgeyi hazırlamak, belirsiz noktaların netleşmesini sağlar. Proje yürütülürken, anlaşmazlıklar tırmanmadan çözülür. Kapsam genişlediğinde ise, değişikliklerin görünürlüğünü sağlar ve bunların ücretsiz olarak geçip gitmesine engel olur.
Ancak tüm bu değer tek bir koşula bağlıdır: belgenin gelen kutusunda kaybolmaması gerekir.
Bundan en iyi şekilde yararlanan takımlar, iş kapsamını canlı bir sistem olarak ele alırlar: başlangıçta net bir şekilde tanımlanır, gerçek görevlerle bağlantılıdır ve iş ilerledikçe güncellenir. Yedi bileşeni ele alın, her bir çıktıyı nicel olarak belirtin, hariç tutulanları açıkça ifade edin ve belgenin, tanımladığı iş ile bağlantılı olmasını sağlayın.
Bunu uygulamaya geçirmenin en hızlı yolu, bir şablondan yola çıkıp onu projenize bağlantı kurmaktır. ClickUp'ı ücretsiz olarak kullanmaya başlayın, Docs'taki SOW Şablonunu özel olarak ayarlayın, ardından her bir teslim edilecek öğeyi bunu sağlayacak görevlerle ilişkilendirin.
İş Kapsamı Hakkında Sık Sorulan Sorular
İş kapsamı ile proje kapsamı arasındaki fark nedir?
İş kapsamı, belirli bir görev veya aşama için teslim edilecekler ve görevleri belirten bir belgedir. Proje kapsamı ise, projenin tüm sınırlarını tanımlayan daha geniş bir planlama kavramıdır: dahil olan her şey ve hariç tutulan her şey. Kısacası, iş kapsamı işin bir bölümünü tanımlarken, proje kapsamı ise işin içine sığdığı tüm sınırları tanımlar.
İş kapsamı ile ana hizmet sözleşmesi (MSA) arasındaki fark nedir?
Bir MSA, devam eden müşteri-tedarikçi ilişkisini düzenleyen genel hukuki ve ticari şartları belirler; iş kapsamı ise bu çerçeve altında belirli bir projeye ait teslim edilecekleri tanımlar. Tipik hiyerarşi, en üstte MSA, altında bireysel iş beyanları ve her bir beyanın içinde yer alan iş kapsamıdır. MSA bir kez imzalanır; her bir görev için yeni bir SOW düzenlenir.
İş kapsamının dört türü nelerdir?
Dört yaygın yapı şunlardır: teslimata dayalı (ödeme belirli çıktılara bağlı), zaman ve malzemeye dayalı (işin ilerlemesine göre saat ve maliyetlerin faturalandırılması), çaba düzeyine dayalı (belirli bir dönem için sabit bir kapasite; genellikle sabit ücretli sözleşmelerde kullanılır) ve performansa dayalı (ödeme ölçülebilir sonuçlara bağlı). Çıktıların ne kadar öngörülebilir olduğuna uygun yapıyı seçin. Kapsamla ilgili anlaşmazlıkların çoğu, yapının işe uymaması durumunda başlar.
İş kapsamını kim hazırlar?
İşin kapsamını genellikle işi yapan taraf hazırlar: ajans, tedarikçi veya şirket içi proje lideri. Ardından, iş başlamadan önce her iki taraf da belgeyi inceler ve onaylar. Kapsamı kendiniz hazırlamak, teslim edilecekler, sınırlar ve hariç tutulanlar konusunda kendi şartlarınızı belirlemenize olanak tanıdığı için bir avantajdır.
İş tanımı yasal olarak bağlayıcı mıdır?
İş kapsamı belgesi, bir sözleşme veya iş tanımı belgesinin parçası olarak imzalandığında yasal olarak bağlayıcı hale gelir. Tek başına ele alındığında öncelikle işi tanımlar, ancak imzalanmış bir anlaşma içinde yer aldığında, taahhüt edilenlerin referans kaynağı olur. Sözleşmeye ilişkin her konuda, bağlayıcı şartların nitelikli bir uzman tarafından incelenmesini sağlayın.
İş kapsamı, şirket içi projeler için de kullanılabilir mi?
Evet. İş kapsamı, tıpkı bir müşteri ile tedarikçi arasında olduğu gibi, iç takımlar arasında da (örneğin pazarlama takımının bir gösterge paneli hazırlatması veya operasyon takımının bir iç araç talep etmesi gibi) işler. Bileşenler aynıdır: hedefler, teslim edilecekler, zaman çizelgesi, kabul kriterleri ve hariç tutulanlar. Tek fark, onayın dış bir müşteri yerine iç bir paydaştan gelmesi ve ödeme koşullarının bütçe veya kaynak tahsisi ile değiştirilebilmesidir.
"İş Kapsamı"nın başka bir karşılığı nedir?
İş kapsamı bazen iş tanımı, proje kapsam beyanı veya kısaca “kapsam” olarak da adlandırılır, ancak bunlar tam anlamıyla eşanlamlı değildir. İş tanımı daha geniş kapsamlı bir sözleşmedir; proje kapsam beyanı ise iç planlama sürümüdür. Birisi bu terimleri gevşek bir şekilde kullanıyorsa, harekete geçmeden önce teslim edilecekler (iş kapsamı) mi yoksa tam sözleşme (iş tanımı) mi kastedildiğini teyit edin.
İş kapsamı ile iş bölümleme yapısı (WBS) arasındaki fark nedir?
İş Kapsamı Belgesi (SOW), neyin teslim edileceğini ve bununla ilgili şartları belirtir; İş Bölümlendirme Yapısı (WBS) ise bu teslim edilecekleri alt teslim edilecekler ve görevlerden oluşan bir hiyerarşiye ayırır. SOW bir anlaşmadır; WBS ise bunun altında yer alan uygulama haritasıdır. WBS'yi SOW'daki teslim edileceklerden oluşturursunuz; bu sayede belge, konudan sapmak yerine gerçek görevlerle bağlantılı kalır.