Birisi için bu, beş sayfa ve daha düzenli bir düzen 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.
İş kapsamı belgesi bu sorunu çözer. Projenin neyi teslim edeceğini, işin nasıl yapılacağını, her bir bölümün teslim tarihini, neyin onaylanmış sayılacağını ve neyin anlaşma kapsamı dışında kaldığını tanımlar.
Bu netlik, göründüğünden daha ö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 disiplin sorunu değil. Bunlar dosyalama sorunudur. İş 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 projede on beş sayfa yazıyor ve kimse bu farkın nereden kaynaklandığını tam olarak belirleyemiyor. Çözüm, daha uzun bir iş kapsamı belgesi (SOW) 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ştirebilecek 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 bunlara 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 yapmayacağınızı 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 mutlaka 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 gibi tüm tarafların, çalışmaya başlamadan önce teslim edilecekler konusunda mutabık kalmasını sağlar.
İşlevi, uyumu sağlamaktır. İş Kapsamı Belgesi (SOW), hedefleri belirler, teslim edilecekleri listeye alır, bunları görevlere ayırır, bir zaman çizelgesine bağlar ve her bir teslim edilecek öğenin 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ı, ne yapılacak olduğunu belirtirken; iş tanımı ise iki tarafın bunu gerçekleştirmek için nasıl birlikte çalışacağını açıklar. Her ikisi de SOW kısaltmasını paylaşır ve sıklıkla 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ın tanımlanması |
| İş tanımı | Taraflar nasıl iş yapacak? | İş kapsamı, yasal ş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şlerin yanı sıra, kapsam dışı olan 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 belirten 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ü hukuki ş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 bölümü, müşterinin dilinde yazılmış bir veya iki cümle ile sınırlayın. Örneğin, “Şirket blogundan organik müşteri adayı oluşturmayı artırmak” ifadesi, “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 teslimatın üretilmesi 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 birinin 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 lansman 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şamaya geçilmeden önce nelerin yapılması gerektiğini herkesin görmesine yardımcı olur
- Kabul kriterleri: Bu kriterler, her bir teslimatın nasıl inceleneceğini, onaylanacağını ve tamamlandığını nasıl göstereceğini tanımlar. Müşteri, hangi kalite standardını beklemesi gerektiğini bilir; siz de işin ne zaman kapalı olarak tamamlandığını ve ne zaman süresiz olarak revize edilmeye devam edileceğini bilirsiniz.
- Hariç tutulanlar ve varsayımlar: Burada, nelerin 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.
- Roller 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 farklı 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 riskleri üstlenmeye hazır olduğuna bağlıdır.
- Teslimata dayalı (tasarım/inşaat): Bu türde ödeme ve onay, belirli çıktılara bağlıdır. 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ür, belirli bir dönem boyunca sabit miktarda zaman, destek veya kapasite taahhüdü içerir. Kesin görevler haftadan haftaya değişebilse de hizmet düzeyi tutarlı kalan, sabit ücretli danışmanlık, devamlı 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ı, temel kriterlerin açık olması ve tedarikçinin sonuç üzerinde yeterli kontrole sahip olması durumunda işe yarar.
Hızlı seçim:
- Sabit, iyi tanımlanmış teslim edilecekler → teslim edileceklere dayalı
- Belirsiz veya keşif aşaması ağırlıklı iş kapsamı → zaman ve malzeme
- Sürekli destek veya danışmanlık hizmeti → ç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 işin içeriği uyuşmadığında başlar. Teslimat odaklı bir iş kapsamı belgesi, sabit bir web sitesi geliştirme projesi için uygun olabilir; ancak araştırma, strateji veya paydaşların uyumlaştırılması gerektiren bir proje için riskli hale gelebilir. Henüz teslim edilecekleri belirleyemiyorsanız, iş kapsamı belgesinde belirleyebiliyormuş 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 iş kapsamı belgesinin temelini oluşturur. Hedef belirsizse, teslim edilecekler, zaman çizelgesi ve onay süreci de belirsiz olacaktır.
Hedefi, müşterinin anlayabileceği bir veya iki cümle ile ifade edin. Şirket içi jargondan 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, işin amacına ulaştığını her iki tarafın da 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ıyı adlandırın. 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ı gibi görünse de, iş kapsamı belgesinde (SOW) kapsam genişlemesine yol açabilir.
Örneğin:
- Yetersiz teslim edilebilir çıktı: “Şirket blogunu yönetmek.”
- Daha net bir çıktı: “Ayda dört adet SEO blog yazısı yayınlayın; her biri 1.500 ile 2.000 kelime arasında olsun ve 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. İşte burada, size açık gelse bile, işin kapsamına girmeyenleri ayrıntılı olarak belirtmelisiniz.
Bir blog proje 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ın sonrası sosyal medya 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 havaalanı 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 vermiştir. 1995 yılına gelindiğinde maliyet 290 milyon doların üzerine çıkmıştır. Havaalanının açılışı da sistem sorunları ve büyük çaplı değişiklikler nedeniyle Ekim 1993’ten Şubat 1995’e ertelenmiştir.
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 teslim edilecekleri tanımlamayın; bunların 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 çözmedi. Denver’ın bir iş kapsamı vardı. Ancak bu kapsam, fiili uygulamayla bağlantı halinde değildi; bu nedenle her konveyör, güzergâh değişikliği ve havayolu talebi, asıl belgenin hiçbir zaman kapsamına almadığı bir yan anlaşma olarak ele alındı. Dosya ve inşaat, birbirinden ayrı iki proje haline geldi.
3. Adım: Teslim edilecekleri 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ırsa, kapsam hâlâ ç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 | İşveren | 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 Uzmanı | 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ı | 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 incelemediği takdirde, 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ırıp 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, analiz kurulumu ve lansmanı aşamalarını 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 işin bir sonraki 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ğlayacaktır.
- İ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.
- Nihai onay tarihi: 28 Mayıs
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. Gecikmeler, geç gelen geri bildirimler, eksik giriş erişimi, geciken hukuki incelemeler, ulaşılamayan paydaşlar veya takım çalışmaya başladıktan sonra gelen kaynaklardan kaynaklanır.
İşe başlamadan önce bunları ayrıntılı olarak belirtin.
Örnek: “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ıdaki iş günü kadar kaydırabilir.”
5. Adım: Her bir teslimat için kabul kriterlerini yazın
Her bir teslimat 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 sonlandırma 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 fark edilmeden 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 önemli olan son kısım budur. Eğer tedarikçi önce ekstra 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 neden 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 proje başladıktan sonra yaklaşık %80 oranında genişlediğini belirtti.
Sözleşme yapısı da sorunun kontrol edilmesini zorlaştırıyordu. İ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 zamanında tamamlanmaması durumunda uygulanacak cezaların belirlenmediği tespit edildi.
Proje, yaklaşık 170 milyon dolar harcandıktan sonra nihayetinde iptal edildi.
Ders: İş başlamadan önce değişiklik sürecini belirleyin. İş 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 da maliyetli hale gelir.
Bu, dosyalanmış bir PDF'deki hatanın aynısı, sadece 170 milyon dolarlık bir ölçekte: iş tanımları sabit kalırken gereksinimler değişiyordu. 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 mekanizma 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, geç ödeme koşulları 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 iş kapsamı belgesi (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, iş kapsamı belgesinin temel bölümlerini baştan planlayın.
- SOW'u ilgili ClickUp konumuna bağlayın, böylece belge gerçek projeyle bağlantı kursun
- 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, kendi iş kapsamınızı şekillendirmek için kılavuz olarak kullanın; kelimesi kelimesine kopyalayacağınız sözleşmeler olarak değil.
İş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: Onaylanmış 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: Sözleşme imzalandığında %40, inşaat tamamlandığinde %30, hizmete açıldığı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.
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: Onaylanmış 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 geçişi, lansman sonrası bakım.
Ödeme: Sözleşme imzalandığında %40, inşaat tamamlandığinde %30, lansman yapıldığında %30.
Değişiklik kontrolü: Bu kapsam dışındaki her türlü talep kaydedilir, maliyet ve zaman çizelgesine etkisi açısından değerlendirilir ve işe başlanmadan önce yazılı olarak onaylanır.
Yaratıcı ajans veya web sitesi yeniden tasarımı iş kapsamı belgesi
Web sitesi işlerinde risk, gizli iş yüküdür. Müşteri, SOW'da aksi belirtilmedikçe metin yazımı, SEO geçişi, yeni sayfalar, stok fotoğraflar, özel grafikler, CMS yüklemesi ve lansman sonrası desteğin 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
- Destek penceresini aç
Hariç tut:
- Aksi listeye dahil edilmedikçe metin yazımı
- Stok fotoğraflar veya lisans ücretleri
- Onaylanmış site haritasının ötesinde yeni sayfalar
- Kapsam belirlenmedikç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şveren kaynaklı 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ı
Hariç tut:
- İ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, mal sahibinin talep ettiği 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, özelliklerin belirsiz bir dille ifade edilmesidir. “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
Hariç tut:
- 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 devreye alacaktı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üşteri sayısı, 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 belirtilmedikç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-posta ve bir performans gösterge paneli sağlayacaktır. Ücretli medya harcamaları, influencer ücretleri, ek kreatif varyantları ve satış takibi bu kapsamın dışındadı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 sabit ücretli hizmet iş tanımı (SOW)
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
- Devir 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ş çalıştayları
- 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ı belirleyin ve insanların daha sonra büyük olasılıkla 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 ortada: İ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 geleceğ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 birbirine bağlandığında, yeni bir talep sessizce ücretsiz bir iş haline gelemez; temel referans noktasına göre bir değişiklik olarak görünür.
İşte 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, her değişiklik olduğunda gelişigüzel bir şekilde düzenlenmemelidir. Bu, güncellemenin bir DM'ye düşmesi, iş kapsamı belgesinin ayrı bir belgede kalması ve görev listesinin başka bir yerde bulunmasıyla ortaya çıkan, işin dağınıklığı sorununun minyatür bir örneğidir.
İş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 bir şey olduğunu ve takımların bunu nasıl bir araya getirdiğini gösteriyor.
En İyi Uygulama: Her zaman orijinal sürümü 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ı halinde olduğunda bir SOW'u yönetmek daha kolaydır:
İşin yürütüldüğü yerde SOW'u yazmak için ClickUp Belge'yi kullanın
ClickUp Docs'ta İş Kapsamı Belgesi (SOW) ile 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 “Teslim Edilecekler” 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 bir sayfa için ayrı görevler 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ış sayfaı ortaya çıkarsa, orijinal iş kapsamı belgesiyle 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 SOW'u yönetirken size yardımcı olur.
Bir ajans, yüklenici veya operasyon takımı, gösterge panellerini kullanarak 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 izleyebilir. 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çine gömmek yerine tüm hesaplar genelinde gösterebilir.
ClickUp’ın Gösterge Panelleri, ajansımızın günlük işleyişini kökten 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 engelleri gecikmelere dönüşmeden tespit ediyoruz. Böylece, Slack konu başlıklarında 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ğ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 hâlâ 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 kriterlerinin taslağını 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ı, haftalık iş kapsamı incelemesini hazırlamak, gecikmiş onayları özetlemek, iş kapsamı durumu belirtilmemiş görevleri işaretlemek veya bir dönüm noktası toplantısı öncesinde müşteriye sunulacak güncelleme taslağını hazırlamak üzere görevlendirebilir.
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 iç takımlar.
Basit bir proje için tek sayfalık bir iş kapsamı belgesi (SOW) hazırlayan bağımsız çalışanlar için bu, gereğinden fazla ayrıntılı olabilir. Düzenli bir belge, paylaşılan bir görev listeyi ve imzalı bir onay belgesi 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 arasında bağlantı kurabileceği bir temel haline gelir.
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 “kapsam dışı ” bölümü ekleyin |
| Revizyon tanımlamadan revizyon sayımı | 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, kimlerin 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 alın. |
| 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 neyi, 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. Bu belgeyi hazırlamak, belirsiz kısımları netleştirmenizi sağlar. Proje yürütülürken, anlaşmazlıkları daha da büyümeden çözüme kavuşturur. Ayrıca, iş kapsamında değişiklikler olduğunda, bu değişikliklerin görünürlüğünü sağlar ve ücretsiz olarak gözden kaçmasına izin vermez.
Ancak tüm bu değerin bir koşulu var: belgenin gelen kutusunda kaybolmaması gerekir.
Bu kılavuzdan 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şin ilerleyişine göre güncellenir. Yedi bileşeni ele alın, her bir çıktıyı nicel olarak belirtin, kapsam dışı kalacak unsurları 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 bunu projenize bağlantı kurmaktır. ClickUp'ı ücretsiz olarak kullanmaya başlayın, Docs'taki SOW Şablonunu özelleştirin, ardından her bir teslim edilecek öğeyi bunu gerçekleştirecek 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 edilen 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ı belgesi ise bu çerçeve altında belirli bir projeye ait teslim edilecekleri tanımlar. Tipik hiyerarşi, en üstte MSA, onun altında bireysel iş beyanları ve her bir beyanın içinde yer alan iş kapsamı belgeleridir. MSA bir kez imzalanır; her bir görev için yeni bir iş kapsamı belgesi 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 boyunca sabit bir kapasite; genellikle sabit ücretli sözleşmelerde kullanılır) ve performansa dayalı (ödeme ölçülebilir sonuçlara bağlı). Teslim edileceklerin 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 bir avantajdır, çünkü bu sayede teslim edilecekler, sınırlar ve hariç tutulanlar konusundaki şartları kendi şartlarınıza göre belirleyebilirsiniz.
İş kapsamı 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 kapsamında, taahhüt edilenlerin referans kaynağı haline gelir. 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 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şenleri 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 belirsiz 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ünme yapısı (WBS) arasındaki fark nedir?
İş kapsamı belgesi, neyin teslim edileceğini ve bununla ilgili şartları belirtir; iş bölünme yapısı ise bu teslim edilecekleri alt teslim edilecekler ve görevlerden oluşan bir hiyerarşiye ayırır. İş Kapsamı Belgesi (SOW) anlaşmadır; İş Bölünme Yapısı (WBS) ise bunun altındaki 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.