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