یک مسئول پاسخ‌گو: چرا محصول به «مالک کل مسیر» نیاز دارد
وقتی تعریف، طراحی و ساخت میان چند نفر و چند تیم تقسیم می‌شود، هر کس بخش خودش را درست انجام می‌دهد و نتیجه‌ی نهایی باز هم اشتباه درمی‌آید. نقش معمار محصول، پر کردن فاصله‌ی میان این بخش‌هاست.
پروژه‌ای را تصور کنید که همه در آن کارشان را خوب انجام داده‌اند. تحلیلگر نیازها را دقیق نوشته، طراح رابط زیبایی کشیده، برنامه‌نویس‌ها کد تمیزی تحویل داده‌اند و آزمون‌گر همه‌ی موارد را بررسی کرده است. و محصول نهایی، مسئله‌ی کارفرما را حل نمی‌کند.
چطور ممکن است؟ چون میان این بخش‌ها هیچ‌کس مسئول کل نبود.
مشکل در دست‌به‌دست شدن است
هر بار که کار از یک نفر به نفر بعد می‌رسد، چیزی از دست می‌رود:
- تحلیلگر دلیل هر نیاز را می‌داند، ولی در سند فقط خود نیاز می‌آید.
- طراح بر اساس سند طراحی می‌کند و قید فنی را نمی‌داند.
- برنامه‌نویس طرح را پیاده می‌کند و نمی‌داند کدام بخش برای کسب‌وکار حیاتی است.
هر کس با اطلاعات ناقص، تصمیم معقولی می‌گیرد. جمع این تصمیم‌های معقول، محصولی نامعقول می‌شود. این همان شکاف میان نیاز و ساخت است.
مسئول پاسخ‌گو یعنی چه
یک نفر که از اولین گفت‌وگو تا روز انتشار در کنار محصول است و پاسخ‌گوی نتیجه است، نه فقط یک مرحله.
این نفر لازم نیست همه‌ی کارها را خودش انجام دهد. کارش این است که:
- مسئله را از زبان کسب‌وکار بفهمد.
- آن را به تعریف دقیق تبدیل کند.
- معماری و تجربه‌ای طراحی کند که آن مسئله را حل کند.
- ساخت را هدایت کند و مطمئن شود آنچه ساخته می‌شود همان است که باید.
- در هر تصمیم، زمینه‌ی کامل را به یاد داشته باشد.
این نقش چه فرقی با نقش‌های دیگر دارد
| نقش | تمرکز اصلی |
|---|---|
| مدیر پروژه | زمان، بودجه، هماهنگی |
| مدیر محصول | چه چیزی و چرا |
| معمار نرم‌افزار | چطور، از نظر فنی |
| معمار محصول | پیوند هر سه، تا نتیجه‌ی نهایی |
معمار محصول هم زبان کسب‌وکار را می‌داند و هم زبان فنی را. به همین دلیل می‌تواند بده‌بستان‌ها را ببیند: این قابلیت چقدر ارزش دارد و چقدر هزینه؛ این میان‌بر فنی کجا به محصول آسیب می‌زند.
به همین خاطر من خودم را نه «فقط توسعه‌دهنده» می‌دانم و نه «فقط مدیر پروژه». ارزش کار در اتصال این دو است.
چرا برای کارفرما مهم است
یک نقطه‌ی تماس. وقتی مشکلی پیش می‌آید، لازم نیست بفهمید تقصیر طراح بود یا برنامه‌نویس. یک نفر پاسخ‌گوست.
تصمیم با زمینه‌ی کامل. کسی که دلیل هر نیاز را می‌داند، می‌تواند وقتی قید فنی پیش آمد، جایگزین درستی پیشنهاد دهد.
کمتر شدن دوباره‌کاری. سوءتفاهمی که میان دو مرحله پیش می‌آمد، اصلاً شکل نمی‌گیرد.
صداقت درباره‌ی وضعیت. کسی که مسئول نتیجه است، سودی در پنهان کردن مشکل تا آخرین لحظه ندارد.
این به معنی کار تک‌نفره نیست
مسئول پاسخ‌گو با تیم کار می‌کند. من ساخت را همراه تیم توسعه‌ی خودم پیش می‌برم. تفاوت در این است که تیم یک مرجع دارد که تصویر کامل را در ذهن دارد و می‌تواند به هر پرسش «چرا» پاسخ بدهد.
همچنین به این معنی نیست که همه‌چیز در ذهن یک نفر بماند. برعکس: مسئول پاسخ‌گو باید تصمیم‌ها را مکتوب کند تا محصول به او وابسته نماند.
دو شکل همکاری
بسته به وضعیت شما، این نقش دو شکل می‌گیرد:
- کشف و معماری. خروجی یک نقشه‌ی کامل است: سند محصول، معماری و برنامه‌ی فنی. تیم خودتان آن را می‌سازد.
- از تعریف تا انتشار. همان مسیر، با ساخت و تحویل همراه تیم توسعه‌ی من.
در هر دو، اصل یکی است: یک نفر تصویر کامل را نگه می‌دارد.
چطور بفهمید به این نقش نیاز دارید
- تیم فنی دارید، ولی محصول آن چیزی نمی‌شود که می‌خواستید.
- جلسه‌های زیادی صرف «منظورم این نبود» می‌شود.
- هر مشکل، میان تیم‌ها پاس داده می‌شود.
- کسی نمی‌تواند بگوید چرا یک تصمیم مهم گرفته شد.
- خودتان مجبورید نقش مترجم میان کسب‌وکار و فنی را بازی کنید.
نمونه‌ها
محصولاتی مثل پاسخینو و راهرو با همین الگو ساخته شده‌اند: از ایده و تعریف محصول تا معماری، طراحی تجربه و هدایت ساخت، یک مسیر پیوسته. جزئیات هر کدام در صفحه‌ی کارها هست.
جمع‌بندی
محصول خوب حاصل جمع بخش‌های خوب نیست؛ حاصل پیوند درست آن‌هاست. کسی باید مسئول این پیوند باشد. وقتی یک نفر از نیاز تا انتشار پاسخ‌گوست، فاصله‌ای که بیشتر محصولات در آن گم می‌شوند، بسته می‌شود.
برای شروع یک گفت‌وگو، از اینجا اقدام کنید.