Ürün Gereksinimleri Belgesi (PRD) Nasıl Yazılır

Bir ürün yaparken, istenen tüm yeteneklerin nihai teslimata dahil edilmesini nasıl sağlıyorsunuz? Bu nedenle proje gereksinimleri belgesi (PRD) çok önemlidir. Bu bilgiyi ürün ekibindeki herkese iletir.

Ancak bir ürün gereksinimleri belgesi tam olarak nedir ve etkili olması için bir belgeye nelerin dahil edilmesi gerekir? Bir sonraki ürününüzü planlarken, nihai teslimatın içine koymayı planladığınız her şeyi içermesi için nasıl bir ürün yapacağınızı göstereceğiz.

Ürün Gereksinimleri Belgesi (PRD) Nedir?

Bir ürün gereksinimleri belgesi (PRD), tüm ürün gereksinimlerinin ayrıntılı bir özetidir. Ürünün değerini, amacını veya özelliğini açıklar. Ürün yöneticisi, ürün ekibi ve paydaşlarla iletişim kurmak için ürün gereksinimleri belgesini oluşturmaktan sorumludur.

Ayrıntılar, projenin neyi inşa ettiğini, bu ürünün kim için olduğunu ve son kullanıcıya nasıl fayda sağlayacağını içerir. Ürün gereksinimleri belgesinin yapısı yukarıdan aşağıyadır; büyük resimle başlar ve neyin başarılması gerektiğine dair genel bir vizyon sağlar. Ürün hedefleri daha sonra bu vizyonu gerçekleştiren özelliklerle ilişkilendirilir. Ayrıca, son kullanıcıların ürünle nasıl etkileşime geçeceği ve nasıl görüneceği hakkında ayrıntılar da var.

Geleneksel proje yönetimi metodolojileri, bir ürün gereksinimleri belgesi kullanılırken en yaygın olanıdır. Çünkü şelale gibi metodolojilerde, projenin ilk aşamasında gereksinimler tanımlanır ve bir sonraki aşama bir öncekinin tamamlanmasını takip eder. Bununla birlikte, ürün gereksinimleri belgeleri, gereksinimlerin sürekli olarak biriktirme listesine eklendiği ve önceliklendirildiği, yinelemeli ve uyarlanabilir bir planlama yaklaşımıyla daha çevik ortamlarda kullanılmıştır.

Ürün geliştirmeyi yönetmek için hangi metodolojiyi kullanırsanız kullanın, ProjectManager sizi kapsıyor. Esnek proje yönetimi yazılımımız, kritik yolu filtreleyebilen ve ilerlemenizi ve performansınızı gerçek zamanlı olarak izlemek için bir temel oluşturabilen şelale metodolojileri için Gantt çizelgelerine sahiptir. Ekibiniz çevikse, kanban panosuna geçebilir ve birikimlerini yönetebilir ve sprintleri ortaklaşa planlayabilirler. ProjectManager'ı bugün ücretsiz olarak kullanmaya başlayın.

PRD Nasıl Yazılır?

Ürün gereksinimleri belgesinin proje planlamasında çok önemli bir adım olduğu açıktır. Ancak PRD'yi oluşturan nedir ve nasıl bir tane oluşturursunuz? Kapsamlı ve net bir süreç olmalı ve ürün gereksinimlerini ürün ekibine iletmek için kullanılacaktır. Ayrıca, sürüm için gereken her yeteneğin ayrıntıları da olmalıdır.

Her proje farklıdır, ancak ürettiğiniz üründen bağımsız olarak standart olan bir ürün gereksinimleri belgesinin bileşenlerinin haritasını çıkarmak yararlıdır. Bu listeye eklemekten çekinmeyin, ancak aşağıdakiler, uygulanabilir bir ürün gereksinim belgesinin nasıl oluşturulacağı konusunda iyi bir başlangıçtır.

1. Anahat Proje Bilgisi

Bu, ürün gereksinim belgesinin neleri kapsayacağına ilişkin bir giriş işlevi gören, ürünün üst düzey görünümüdür. Burada, paydaşlar, hedef yayın tarihi ve ürünle ilgili, amacının ne olduğu, karşıladığı ihtiyaç vb. gibi bazı genel bilgiler de dahil olmak üzere projedeki tüm katılımcıları listelemek isteyeceksiniz.

2. Detay Amaçlar/Hedefler

Şimdi biraz daha derine inmek ve projenin amaçlarını ve hedeflerini açıklamak isteyeceksiniz. Yani, bu ürünü neden yaptığınızı ve yaptıktan sonra neyi başarmayı umduğunuzu ana hatlarıyla belirtmek isteyeceksiniz. Amaç ve hedeflerinizi belirlemek için SMART tekniğini kullanabilirsiniz. Bu kısaltma, hedeflerinizin ve hedeflerinizin gerçekçi olduğundan emin olmanıza yardımcı olan belirli, ölçülebilir, ulaşılabilir, ilgili ve zamana bağlı anlamına gelir.

3. Varsayımları ve Kısıtlamaları Not Edin

Ürününüzün kullanıcılarının nihai teslimattan ne beklediğinin bir listesini yapın. Ardından projenizi olumlu ya da olumsuz etkileyebilecek tüm sınırlamaları ve dış ve iç güçleri listeleyin. Bu, herhangi bir görev bağımlılığı olup olmadığını belirlemek için iyi bir zamandır.

4. Arka Plan ve Stratejik Uyum Ekleyin

Arka plan için, projenin yaşam döngüsü boyunca çözeceği sorunları veya sorunları tanımlamak istiyorsunuz. Bu, bir risk yönetim planı oluşturmaya, hangi risklerin olabileceğini ve bunlara nasıl yanıt vereceğinizi belirlemeye benzer. Stratejik uyum, ürettiğiniz ürünün organizasyonun genel iş stratejisiyle nasıl uyumlu olduğunu ifade eder.

5. Kapsamı Listeleyin: Kullanıcı Hikayeleri ve Gereksinimleri

Projenin kapsamı, geliştirilecek tüm ürün özelliklerini özetlemektedir. Bu, bir kullanıcının bakış açısından özelliklerin genel bir açıklaması olan kullanıcı hikayelerine dayanır. Ayrıca paydaşlarınızın girdilerini almak ve ürünle ilgili beklentilerini belirlemek isteyeceksiniz.

İlgili: Word için Ücretsiz Proje Kapsamı Şablonu

6. Ürün Özelliklerini Tanımlayın

Yeni ürünün veya sürümün özelliklerini listeleyin ve hedefini, her bir özelliği ve kullanım durumunu açıklayın. Özellikle özellik karmaşıksa veya kapsam dışındaysa, herkesin özelliği tam olarak anlaması için daha fazla ayrıntı eklenmesi önerilir.

7. Yayın Kriterlerini Göster

Ürünün müşterilere teslim edilebilmesi için yerine getirilmesi gereken ön koşulları not edin. Bu, ürünün genel olarak piyasaya sürülmesi için minimum işlevselliği, kullanıcı testinin kapsamını netleştirmeyi ve ürünün kullanıcı dostu olduğundan emin olmayı içerir. Ayrıca, bir performans temel çizgisi ne belirleyeceksiniz.

8. Başarı Metriklerini Kaydedin

Ayrıca ürününüz için başarı ölçütlerini tanımlamanız gerekecektir. Bu, başarılı bir ürün sunma açısından neyin en önemli olduğunu ve bu ölçümü nasıl izlemeyi planladığınızı belirlemek anlamına gelir. Bu, kullanıcıların özelliklerle etkileşimini ve ürünü veya diğer özellikleri ne kadar süreyle veya ne sıklıkta kullandıklarını izlemek olabilir.

9. Katalog İstisnaları

Proje kapsamında ne olduğunu bilmek kadar, kapsamın dışında ne olduğunu anlamak da önemlidir. Bu aktiviteleri detaylandırarak ekibi, yalnızca zaman alan ve projeye maliyet ekleyen çıkmaz sokaklardan kurtarabilirsiniz.

Ürün Gereksinimleri Belge Örneği

Şimdi yukarıda özetlediğimiz bir ürün gereksinimleri belgesinin bileşenlerine bakalım ve bir ürün gereksinimleri belgesi örneğinde nasıl göründüklerini görelim. İşte size nasıl çalıştığına dair bir fikir vermek için basit bir ürün gereksinimleri belgesi örneği.

Diyelim ki e-postanızı organize eden bir uygulama yapıyorsunuz. Amaç, insanların spam'den kaçınmasına ve arkadaş ve aileden gelen notlar, faturalar vb. gibi önemli e-postaları işaretlemesine yardımcı olan bir uygulama oluşturmaktır. Amaç, uygulamanın geniş bir kitleye ulaşması ve uygulama mağazasının en üstünde listelenmesidir. .

İstenmeyen postaları tarayabilen ve gereksiz olmayan e-postaları toplaması durumunda bunu bir istenmeyen posta klasörüne taşıyabilen özellikler üzerinde çalışacaksınız. Ayrıca adres defterinizdeki kişileri tanıyan ve bu e-postaları ilk gördüğünüz e-postalar olacak şekilde etiketleyen özellikler de olacak. Ek olarak, faturalar gibi zamana duyarlı e-postaları yakalama özelliği de olacak.

İş akışı, daha sonra ürünün kullanıcı dostu olmasını sağlamak için kullanıcı arayüzü ekibi tarafından tasarlanan çözümler geliştiren mühendislerden oluşur. İçerik ekibi gerekli kopyayı ekleyecek ve ürün hata olmadığından emin olmak için testlerden geçecek. Hatalar varsa, bunlar test sırasına dönmeden önce tamir edilmek üzere mühendisliğe geri gönderilir.

E-posta uygulaması mobil kullanıcılar için tasarlanacak, ancak bu noktada ekip, tarayıcılar, işletim sistemleri vb. için birden çok sürüm oluşturmak için kaynaklara sahip olup olmadığına karar verecek. Ekip ayrıca, tasarımın yapılabileceği gibi bağımlı görevleri de belirleyecek. mühendislik uygulanabilir bir özellik sunana kadar çalışın. Varsayımlar, kullanıcıların giriş için hiçbir engel olmayacak kadar kullanım kolaylığına sahip olacağını içerir. Ürün karmaşık olduğundan ve satışları etkileyebilecek planlanmış bir program gerektirebileceğinden, kısıtlamalar pazara sunma süresi olacaktır.

PRD ve MRD

Bir ürün gereksinimleri belgesi genellikle bir pazar gereksinimleri belgesiyle karıştırılabilir. İkincisi, ürünün karşılayacağı müşteri ihtiyaçlarını tanımlar. Ürün gereksinimleri belgesi, ürünün nasıl inşa edileceğidir. Her ikisi de önemlidir ancak farklı ürün geliştirme alanlarına hizmet eder.

PRD ve BRD

Ürün gereksinimleri belgesiyle sıklıkla karıştırılan başka bir belge de iş gereksinimleri belgesidir. İkincisi, iş gereksinimlerine daha üst düzey bir bakıştır. Ürün gereksinimleri belgesi özellikle ürünün inşası ile ilgiliyken, işletmenin ne yapmak istediği ile ilgili soruları yanıtlar.

ProjectManager Ürün Planlamasına Yardımcı Olur

Ürün gereksinimleri belgesi, daha büyük ürün planının kritik bir parçasıdır. Olduğu gibi karmaşıktır ve yalnızca faaliyetleri, kaynakları ve maliyetleri planlamanız gerektiğinde karmaşıklığı artar. Sonra bu maliyetleri takip ediyor. Tüm bunlar, tüm bu hareketli parçaları yönetmek için ürün yönetim yazılımına ihtiyacınız olacağı anlamına gelir. ProjectManager, ürün gereksinimlerinizi planlamanıza, programlamanıza ve izlemenize yardımcı olan çevrimiçi proje yönetimi yazılımıdır.

Birden Çok Proje Görünümünde Görevleri Yönetin

Ürün yöneticisi projeyi bir Gantt şeması üzerinde oluşturabilir, ancak ürün ekibinin işlerini yapmak için bu ayrıntı düzeyine ihtiyacı yoktur. Neyse ki, ekiplerin kullanmak istedikleri özelliklerle planı uygulamalarına yardımcı olan birden çok proje görünümü vardır. Bazıları, ekiplerin birikimlerini yönetmesine ve sprintlerde işbirliği yapmasına olanak tanıyan liste görünümünü veya kanban görünümünü tercih eder. Yöneticiler, darboğazlardan kaçınmak için kaynakları yeniden tahsis edebilmeleri için çalışmalarına görünürlük sağlar. Ekip üyelerine toplantıları, ürün incelemelerini ve daha fazlasını hatırlatmak için yinelenen görevler de vardır.

İlerlemeyi ve Performansı Gerçek Zamanlı Takip Edin

Programa uymak ve ürün planınıza uymak için ilerlemenizi ve performansınızı izlemelisiniz. PRD'nizde metrikleri ve başarı kriterlerini not edersiniz. Gerçek zamanlı panomuz size projenin üst düzey bir görünümünü sunar. Diğer hafif araçlarda olduğu gibi kurulum gerekmez. Okunması kolay grafikler ve çizelgelerde izlenen altı proje metriğiyle hazır olduğunuzda hazırdır. Herhangi bir anormalliği yakalamak ve sorun haline gelmeden önce ele almak için zamanı, maliyetleri, ekibinizin iş yükünü ve daha fazlasını takip edebilirsiniz.

Paydaşları güncel tutmak için kolayca paylaşılabilen verilere daha derine inmek istediğiniz zaman için özelleştirilebilir raporlar vardır. Ürün ekibinizi üretken tutmak için kaynak yönetimi araçları da vardır. Yazılımımız, tüm ürün ihtiyaçlarınız için tek durak noktasıdır.

ProjectManager ekipleri birbirine bağlayan ve onlara iş akışlarını otomatikleştirme, riskleri yönetme ve çalışmalarını gerçek zamanlı olarak izleme araçları sağlayan ödüllü bir yazılımdır. İşbirliği platformumuz, departmanlar veya kıtalar arasında her yerde ve her zaman çalışabileceğiniz anlamına gelir. Başarıya ulaşmak için aracımızı kullanan NASA, Siemens ve Nestle ekiplerine katılın. ProjectManager'ı bugün ücretsiz olarak kullanmaya başlayın.