رفتن به متن اصلی
AriaHelpDesk
وبلاگ

مشکل تحویل کار از یک تیم به تیم دیگر

بیشتر پروژه‌ها نه در مرحله برنامه‌ریزی شکست می‌خورند نه در مرحله ساخت. در فاصله میان این دو شکست می‌خورند؛ جایی که شناخت از بین می‌رود.

۵ دقیقه مطالعهاجرااستراتژی

یک الگوی آشنا: یک پروژه استراتژی، سند خوبی تولید می‌کند. شش هفته بعد تیم دیگری بر اساس آن شروع به ساخت می‌کند. نه ماه بعد، چیزی که منتشر شده فقط شباهت دوری به برنامه دارد و هیچ‌کس نمی‌تواند بگوید کجا مسیر عوض شد.

در واقع چه چیزی گم می‌شود

خود سند گم نمی‌شود. چیزی که گم می‌شود هر چیزی است که وارد سند نشده: سه گزینه‌ای که بررسی و رد شد، اینکه چرا راه بدیهی غلط بود، کدام محدودیت واقعا سخت بود و کدام فقط ترجیح.

تیم ساخت بدون این شناخت، همه را دوباره و بد، زیر فشار زمان، از نو کشف می‌کند. هر فرض نانوشته تبدیل به شیر یا خط می‌شود.

برگشتی که کسی متوجهش نمی‌شود

بدترین حالت از یک دعوا هم بی‌صداتر است. یک برنامه‌نویس به محدودیتی می‌خورد، تصمیم منطقی محلی می‌گیرد، و تصمیم استراتژیک بدون اینکه کسی بفهمد استراتژیک بوده برمی‌گردد. در گزارش وضعیت دیده نمی‌شود. یک فصل بعد به شکل عددی که تکان نخورده ظاهر می‌شود.

چه چیزی کمک می‌کند

  • دست‌کم یک نفر در تمام مسیر بماند، نه به عنوان ناظر بلکه در حال انجام کار
  • تصمیم‌ها را همراه با دلیلشان بنویسید، نه فقط نتیجه را
  • برنامه چیزی باشد که به‌روز می‌شود، نه سندی که بایگانی می‌شود
  • هر هفته چیزی قابل بررسی جلوی مشتری بگذارید تا انحراف در چند روز معلوم شود نه چند فصل

چرا برای آژانس‌ها سخت است

چون اقتصاد کار خلافش را می‌گوید. استراتژی با یک نرخ فروخته می‌شود و اجرا با نرخ دیگر، و مدیریت ظرفیت وقتی متخصص‌ها بین پروژه‌ها جابه‌جا شوند ساده‌تر است. نگه داشتن یک نفر باتجربه روی یک پروژه از تعریف تا انتشار گران‌تر است. در عین حال تنها راه مطمئنی است که ما پیدا کرده‌ایم.

اگر قرار است کاری سفارش بدهید، پرسش مفید ساده است: شش ماه دیگر چه کسی هنوز روی این پروژه هست، و آیا موقع نوشتن برنامه در اتاق بوده؟