İş Kapsamı Beyanı: 2026 İçin Eksiksiz Rehber ve Şablon

Bir proje planı veya zaman çizelgesi ile proje tahmini hazırladıysanız SoW, pastanın üzerindeki krema gibidir; her şeyi bir araya getiren en önemli ayrıntıları içerir.

İyi yazılmış bir SoW, ekibinizin bir projede neleri yapacağını ve neleri yapmayacağını açıkça tanımlar; böylece yüklenicilerinizi yönetmenize, zaman çizelgenizi ve kârlılığınızı korumanıza yardımcı olur.

Author's Tip

Bazı kişiler iş tanımını bunun yerine iş kapsamı olarak adlandırır. Patates, patates işte.

İş Tanımı Şablonu & Örneği [İndir]

Neyse ki şablon bende! İş tanımı şablonum ayrıntılı ve kullanıma hazır. “SoW'uma neleri dahil etmeliyim?”, “Ne kadar ayrıntıya ihtiyacım var?” ve “Proje bilgilerini nerede saklamalıyım?” sorularını yanıtlamanıza yardımcı olur.

SoW şablonum yaklaşık 12 sayfa (1000 kelime) uzunluğundadır ve ihtiyacınıza göre uyarlayabilmeniz için Microsoft Word & Google Docs ile uyumlu bir formatta sunulur. Şablon markasızdır ve içeriği kolayca düzenleyebilmeniz ve logonuzla markalandırabilmeniz için genel bir biçimlendirme kullanır.

İlk bölüm genel proje bilgilerini ana hatlarıyla açıklarken ikinci bölüm her aşamanın ayrıntılarını tanımlar. Projeniz gerektiriyorsa sonraki aşamaları ekleyebilirsiniz. Şablon, DPM Üyeliği şablonları kütüphanesinden indirilebilir.

Daha fazla proje yönetimi şablonunu burada bulabilirsiniz.

Bir İş Tanımı Neleri İçermelidir?

En azından SoW açıkça şunları içermelidir:

• Proje Amaçları: amaç beyanı; yani projenin neden gerçekleştirildiği ve neyi başaracağı
• Proje Yönetişimi: kimin hangi konuda onay verme yetkisine sahip olduğu
• İş Kırılım Yapısı (WBS): projenin nasıl tamamlanacağı, hangi yaklaşımın izleneceği ve tamamlanacak belirli görevler ile aşamalar
• Teslimatlar: neyin ve ne zamana kadar üretileceği (belirli bir son teslim tarihiyle)
• Performans Dönemi: projenin ne zaman teslim edileceği; bunun yanı sıra gereken süre, yaklaşık başlangıç ve bitiş tarihleri ile kilometre taşlarının listesi
• Tahmin: ödeme planıyla birlikte proje fiyatlandırması
• Varsayımlar: kabul kriterleri de dâhil olmak üzere proje kapsamına nelerin dâhil olup nelerin dâhil olmadığı; yani teslim edilmesi kabul edilebilir olan ve olmayan şeyler
• İş Gereksinimleri: projenin nasıl tamamlanacağına ilişkin diğer özel gereksinimler ve ayrıntılar; örneğin belirli yaklaşımlar veya proje yönetimi araçları. Yazılım geliştirme projeleri için işlevsel gereksinimleri de ekleyin.

İş bildirimi çok belirsiz, çok kapsamlı veya çok genel olursa birden fazla yoruma açık hâle gelebilir. Bu durum projenin ilerleyen aşamalarında yanlış anlaşılmalara yol açabilir. Öte yandan SoW çok ayrıntılı olursa projeyi kısıtlayabilir. Sırf yapacağınızı söylediğiniz için, aslında ihtiyaç duyulmayan işleri yapmak zorunda kalabilirsiniz.

İş Bildirimi Türleri

Üç temel iş bildirimi türü vardır: tasarım veya ayrıntı, çaba düzeyi ve performansa dayalı. Her biri proje gereksinimlerini nasıl belirlediğinizi, ilerlemeyi nasıl ölçtüğünüzü ve teslim edilen işi nasıl değerlendirdiğinizi tanımlar.

• Tasarım veya Ayrıntı İş Bildirimi: süreçler, malzemeler, teknik gereksinimler ve teslimatlar dâhil olmak üzere işin tam olarak nasıl tamamlanması gerektiğini belirtir. Bu tür, inşaat veya düzenlemelere tabi projeler gibi uygulama üzerinde sıkı denetime ihtiyaç duyduğunuz durumlarda en iyi sonucu verir. Ancak tedarikçilere kendi yaklaşımlarını seçme konusunda daha az esneklik tanır.
• Çaba Düzeyi (LOE) İş Bildirimi: sabit bir teslimat kümesi yerine, bir tedarikçinin sağlaması gereken süreyi, kaynakları veya iş gücünü tanımlar. Danışmanlık, devam eden destek ve gereksinimlerin zaman içinde değişebileceği projeler için kullanışlıdır. Harcanan sürenin değer sağladığından emin olmak için net raporlama ve gözetim gerekir.
• Performansa Dayalı İş Bildirimi: işin nasıl tamamlanacağını belirtmek yerine tedarikçinin başarması gereken sonuçlara odaklanır. Ölçülebilir sonuçları, performans standartlarını ve kabul kriterlerini tanımlar. Başarıyı açıkça tanımlayabildiğiniz ancak tedarikçilere bu başarıya nasıl ulaşacakları konusunda esneklik vermek istediğiniz durumlarda bu yaklaşımı öneriyorum.

Doğru tür, iş üzerindeki ne düzeyde kontrole ihtiyaç duyduğunuza ve beklenen sonuçları ne kadar açık tanımlayabildiğinize bağlıdır. Projenizin gereksinimlerine uygun olarak farklı türlerin unsurlarını da bir arada kullanabilirsiniz.

İş Bildirimi Nasıl Yazılır?

Bir SoW hazırlarken şu ipuçlarını ve püf noktalarını aklınızda bulundurun:

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

1. Parçalara Ayırın

Bilemediğiniz şeylerin kapsamını belirlemeyin. Tüm proje için tek bir SoW oluşturmaya çalışmak yerine projeyi aşamalara ayırın ve proje ilerledikçe her aşama için ayrı SoW'lar hazırlayın.

2. Bir Plan Yapın

Ne yaptığınıza ve bunu nasıl yapacağınıza karar verin. Proje kapsamına nelerin dâhil olduğunu ve nelerin olmadığını açıkça ifade edebilmek için teslimatları ve bunları üretmek üzere gereken süreci tanımlayın.

3. Bağlama Oturtun

Projeyi neden gerçekleştirdiğinizi açıklayın. Planın ayrıntıları zaman içinde değişse bile SoW, projenin başarılı olup olmadığını değerlendirmenize yardımcı olmalıdır.

4. Belirli Olun

Projenin sınırlarını belirleyin. Yapılacak işin kapsamını tanımlayarak ve mümkün olan her yerde nicelendirerek müşterinizin yanlış anlama riskini en aza indirin; böylece müşteri, bütçenize dâhil ettiğinizden daha fazlasını beklemez.

5. Varsayımları Açıkça Belirtin

Temel kuralları ortaya koyun. Karşılıklı beklentileri ve ekibinizin projeyi gerektiği gibi yürütmesi için hangi koşulların geçerli olması gerektiğini açıklamak üzere proje kapsamı bildirimlerini kullanın.

6. Basitleştirin

Açık ve öz olun. SoW'yi mümkün olduğunca yalın tutmakla yapılacak işi dikkatlice belirtmek arasında denge kurun. Birden fazla yoruma açık kelimelerden kaçının ve SoW'nin kolay anlaşılmasını sağlamak için sade bir dil kullanın.

7. Paylaşın

Proje yöneticisi olarak SoW belgenizi baştan sona bilmeniz ve içeriğini paydaşlarınıza aktarabilmeniz gerekir. Paydaşların SoW belgesinin bir kopyasını gördüğünden emin olun ve proje yaşam döngüsü boyunca SoW belgesine başvurmaya devam edin.

İş Beyanı Nasıl Kullanılır?

SoW belgesine bağlı kalmazsanız büyük olasılıkla şunlarla karşılaşırsınız:

• İstenen şeyi tam olarak teslim edememek
• Proje hedeflerinizi geç teslim etmek
• Bütçenizi aşmak

Peki plana nasıl bağlı kalabilir ve SoW belgenizi nasıl yolunda tutabilirsiniz?

1. SoW Belgenizi Baştan Sona Bilin

SoW belgenizi herkesten daha iyi bilmeniz gerekir. Bir kopyasını elinizin altında bulundurun—merkezi erişim için bunu proje yönetimi yazılımınıza yüklemenizi öneririm, ancak çıktısını da alabilirsiniz.

Ne yaparsanız yapın, bir görüşmedeyken veya toplantıdayken SoW belgesini erişilebilir durumda tutun; konu her gündeme geldiğinde herkes yanıtlar için size bakacaktır.

2. Paydaşları SoW Belgesiyle Tanıştırın

SoW belgesini yalnızca sizin bilmeniz yeterli değildir. Kapsam kayması riskine karşı ekibinizle birlikte SoW belgesini benimsetmeniz gerekir.

SoW belgesinin oluşturulmasında ekibiniz yer almış olsa bile, proje başladığından beri belgenin değişmiş ve gelişmiş olması kaçınılmazdır. Ekip üyelerinin şunları anladığından emin olun:

• Proje faaliyetleri
• Teslimatlar
• Varsayımlar
• Başarının nasıl göründüğü

SoW belgesini dolaşıma sokun, kopyalarını yazdırın, ne gerekiyorsa yapın. Yeter ki görünür olmasını ve herkesin belgeyi okuyup bilgi sahibi olmasını sağlayın. İsteyeceğiniz son şey, bir ekip üyesinin (uygulama planının parçası olmayan) anlık bir müşteri talebini kabul etmesi veya önemli bir sözleşme gerekliliğini gözden kaçırmasıdır.

3. Ekibinizin Desteğini Alın

Körü körüne onaylamak iyi bir şey değildir. Kesinleştirilmiş planı proje ekibinizle birlikte gözden geçirmek ve onların gerçek desteğini almak için zaman ayırın. Bir şeyin mantıklı olmadığını veya nihayetinde projenin başarısına katkı sağlamayacağını düşünüyorlarsa, herkesi çalışmaya göndermeden önce konuyu çözümleyin.

Her şey en başından net olursa, yol boyunca yapılması gereken kontrol görüşmelerinin sayısını azaltırsınız; böylece ekibiniz iş birliği araçlarıyla kendi zamanında çalışabilir.

SoW belgesi bunu gerektiriyor diye bir işi yapmanın hiçbir zaman değeri yoktur. Proje için faydalıysa, bunu değiştirmek üzere müşteriyi ikna edecek bir gerekçe sunabilmelisiniz.

4. SoW Belgenizi Her Zaman Gündemde Tutun

Müşteri toplantılarınızda SoW belgesini gündeme getirmekten çekinmeyin—hatta SoW belgesinin gözden geçirilmesi, sabit gündem maddelerinden biri olmalıdır. SoW belgesinin hâlâ geçerli olup olmadığını ve işlerin plana uygun ilerleyip ilerlemediğini görüşün.

Ayarlanması gereken noktalar varsa nedenlerini anlayın, değişiklikleri yapın ve herkesin bunlardan haberdar olduğundan emin olun.

Ama Unutmayın

Her yeni talebe ve fikre kapılmayın. SoW belgesi, proje kapsamınız için sınırlar belirlemek ve proje yönetiminin öncüsü olan: kapsam kaymasının kurbanı olmanızı önlemek için vardır.

5. Kapsam Kaymasına Dikkat Edin

Kapsam kayması, proje kapsamı görünüşte sinsi bir şekilde büyümeye başladığında meydana gelir. Genellikle bir kapsam değişikliği talebinin bir şey olarak başlayıp yavaşça kârınızdan büyük parçalar koparan çok daha büyük bir projeye dönüşmesiyle ortaya çıkar.

Can sıkıcıdır, ancak gerçekten olur. Müşteriler (çoğunlukla) iyi fikirlerle doludur ve çoğu zaman talep ettikleri şeyin takvim veya bütçe üzerindeki etkilerini anlamazlar.

Kapsam kaymasını yönetmek için soruna dikkat etmeli, sorunu açıkça belirtmeli ve çözmelisiniz. Anlık taleplerin içeri sızdığını gördüğünüzde SoW belgenize geri dönün. Siz ve müşteri bunun kapsam dışında olduğu konusunda hemfikir olmanıza rağmen işin yine de yapılmasını istiyorsa, bir değişiklik talebi (yani SoW belgesinde bir güncelleme) oluşturmanız gerekir.

Değişiklik talebi şunları açıklamalıdır:

• İlk SoW belgesinden yapılan değişiklik
• Talebi nasıl gerçekleştireceğiniz
• Bütçe ve zaman çizelgesi üzerindeki etkiler

6. Baştan İtibaren Dikkatli Olun

Rayından çıkan projeler genellikle bunu projenin ilk aşamalarında yapar.

Bu durum, proje yöneticilerinin gerektiğinde sorunları gündeme getirerek işleri karıştırmak istememesiyle ortaya çıkar. Bir projenin ilk birkaç haftasında fazla esnek davranmanın sonraki etkileri büyük olabilir.

Bu yalnızca sizi telafi etmeniz gereken işlerle baş başa bırakmakla kalmaz, aynı zamanda müşteride İş Kapsamı Belgesi'nin esnek olduğu beklentisini oluşturur. Müşteri, bütçe veya zaman çizelgesi üzerindeki etkilerine bakılmaksızın gelecekteki kapsam değişikliği taleplerini yerine getireceğinizi varsayabilir.

Bunun gerçekleşmesine izin verirseniz, İş Kapsamı Belgenizin işe yararlılığına veda etseniz de olur.

İşte hiç de ciddi olmayan bir açıklama:

Project Statements Of Work (SoWs) | All You Need To Know In 60 Secs!

İş Kapsamı Belgesi Ne İşe Yarar?

İş kapsamı belgesi şunları sağlar:

• Ne kadar ücret talep etmeniz gerektiğini belirlemenize yardımcı olur
• Maliyet tahminleri ve proje planlarının genellikle içermediği ek ayrıntı katmanını sağlar
• Müşteriye, ödediği karşılığında ne alacağı konusunda güvence verir
• Açıkça ve herkesin erişimine açık biçimde üzerinde anlaşılmış zaman çizelgeleriyle ekibinizin sorumluluklarını yerine getirmesini sağlar
• Nelerin dahil olmadığını belirterek kapsam genişlemesine davetiye çıkarmaz
• Yanlış anlaşılmalardan kaynaklanan anlaşmazlıkları proaktif biçimde ele almak için her iki taraf açısından da son derece net beklentiler oluşturur

Bunun çok fazla iş olacağını düşünüyorsanız tamamen haksız sayılmazsınız. Ancak ayrıntılı bir İş Kapsamı Belgesi hazırlamak ve üzerinde anlaşmak için gereken çalışmayı en başta yaparak projenin (kârlı bir şekilde) başarıya ulaşmasına yardımcı olur ve proje yaşam döngüsünün ilerleyen aşamalarında ortaya çıkabilecek pek çok baş ağrısını azaltırsınız.

Yaygın İş Kapsamı Belgesi Sorunları ve Bunlardan Kaçınma Yolları

İyi yazılmış bir iş kapsamı belgesi bile önemli ayrıntılar eksik olduğunda anlaşmazlıklara, gecikmelere ve beklenmedik maliyetlere yol açabilir. Dikkat etmeniz gereken altı yaygın sorun ve bunlardan kaçınma yolları şunlardır:

• Belirsiz Kapsam ve Teslimatlar: Nelerin dahil olduğuna ilişkin belirsiz açıklamalar yanlış anlaşılmalara ve kapsam genişlemesine yol açabilir. Teslimatları, gereksinimleri ve kapsam dışı unsurları açıkça tanımlayın. Herkesin tamamlanmış işin ne anlama geldiği konusunda hemfikir olması için ölçülebilir kabul kriterleri kullanın.
• Gerçekçi Olmayan Zaman Çizelgeleri: Aşırı iddialı son tarihler aceleyle yapılan çalışmalara, kaçırılan dönüm noktalarına ve bütçe aşımlarına yol açabilir. Takviminizi gerçekçi iş gücü tahminleri, kaynakların kullanılabilirliği ve bağımlılıklar doğrultusunda oluşturun. İncelemeler, onaylar ve beklenmeyen gecikmeler için ek süre ekleyin.
• Belirsiz Roller ve Sorumluluklar: Sahiplik tanımlanmadığında görevler atlanır ve kararlar gecikir. Her önemli teslimat, onay ve karar için bir sorumlu atayın. Kimin sorumlu, hesap verebilir, danışılan ve bilgilendirilen kişi olduğunu netleştirmek için RACI matrisi kullanın.
• Yetersiz Değişiklik Yönetimi: Resmî bir süreç olmadığında küçük talepler projeyi başlangıçtaki kapsamının ötesine taşıyabilir. Paydaşların değişiklikleri nasıl sunması, değerlendirmesi, onaylaması ve belgelemesi gerektiğini tanımlayın. Maliyetleri, zaman çizelgelerini veya teslimatları etkileyen değişiklikler için yazılı onay alınmasını zorunlu kılın.
• Kabul Kriterlerinin Eksikliği: Üzerinde anlaşılmış standartlar olmadan işin beklentileri karşılayıp karşılamadığı konusunda anlaşmazlık yaşama riskiyle karşı karşıya kalırsınız. Her teslimat için, kimin onaylayacağı ve inceleme için ne kadar süreye sahip olduğu da dahil olmak üzere ölçülebilir kabul kriterleri belirleyin.
• Belirsiz Ödeme Koşulları: Belirsiz ödeme takvimleri ve koşulları müşteriler ile tedarikçiler arasında anlaşmazlıklara yol açabilir. Ödemeleri belirli dönüm noktalarına veya onaylanmış teslimatlara bağlayın. Ödeme tutarlarını, son ödeme tarihlerini, faturalandırma gerekliliklerini ve anlaşmazlık konusu işin ödemeyi nasıl etkileyeceğini belgeleyin.

İş Kapsamı Belgesiyle İlgili Diğer Belgeler

İş Kapsamı Belgelerine benzeyen ve bunlarla ilişkili olan, farklı amaçlara hizmet etmelerine rağmen sıklıkla İş Kapsamı Belgeleriyle karıştırılan birkaç belge vardır.

Belge	Nedir	SoW'dan Farkı	Ne Zaman Kullanılır
İş Kapsamı Beyanı	Proje kapsamını, teslimatları, zaman çizelgelerini, sorumlulukları ve maliyetleri tanımlayan, müşteri ile hizmet sağlayıcı arasındaki anlaşmadır.	Tamamlanacak işin ne olduğunu, nasıl teslim edileceğini ve her iki tarafın kabul ettiği koşulları belirler.	Bir projeye başlamadan önce nelerin dahil olduğunu ve nelerin hariç tutulduğunu resmi olarak tanımlamanız gerektiğinde.
Ana Hizmetler Sözleşmesi (MSA)	Devam eden bir müşteri-tedarikçi ilişkisini yöneten genel koşulları belirleyen sözleşmedir.	MSA; ödeme koşulları, gizlilik ve sorumluluk gibi daha geniş kapsamlı koşulları ele alır. SoW ise tek bir proje için yapılacak işi tanımlar.	Yeni bir müşteri ilişkisi kurarken veya aynı tedarikçiyle birden fazla proje planlarken. MSA genellikle ilk SoW'a eşlik eder ve müzakerelerin tekrarlanmasını azaltır.
Proje Başlatma Belgesi	Bir projeyi resmi olarak yetkilendiren ve hedeflerini, beklenen sonuçlarını ve temel paydaşlarını ana hatlarıyla ortaya koyan belgedir.	Proje başlatma belgesi, projenin genel amacına ve yönüne odaklanır. SoW ise belirli teslimatlar, gereksinimler ve uygulama hakkında daha fazla ayrıntı sağlar.	Proje başlangıcında, özellikle daha büyük ve birden fazla aşamadan oluşan projelerde. Teslimat boyunca paydaşların proje hedefleri konusunda aynı doğrultuda kalmasına yardımcı olur.
Teklif Talebi (RFP)	Kuruluşların potansiyel tedarikçilerden, ajanslardan veya yüklenicilerden teklif istemek için kullandığı belgedir. Proje gereksinimlerini, kapsamını ve beklentilerini ana hatlarıyla ortaya koyar.	RFP, bir kuruluşun tedarikçi seçmeden önce neye ihtiyaç duyduğunu bildirir. SoW ise tedarikçi seçildikten sonra üzerinde anlaşmaya varılan işi tanımlar.	Bir proje için potansiyel tedarikçileri karşılaştırırken. Tedarikçiler yaklaşımlarını, metodolojilerini ve deneyimlerini açıklayan teklifler sunarak yanıt verir.

İş Tanımları Hakkında Sıkça Sorulan Sorular

Proje SoW'larıyla ilgili sıkça sorulan bazı soruların yanıtlarını derledim.

Sırada Ne Var?

Proje kapsamlandırma ve planlamanın inceliklerinde ustalaşmak mı istiyorsunuz? DPM School tarafından hazırlanan uzman eğitimlerine göz atın.