ترجمه و برداشت آزاد از ایده‌های اصلی مقاله، با ارجاع به منبع اصلی.

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

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

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

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

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

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

  1. برگه این تمرین را به شناسه سفارش، وضعیت تشخیص‌داده‌شده، مسئول بعدی و کمک دریافتی محدود کنید.
  2. ناظر هنگام انجام کار توضیح ندهد؛ پرسش‌های کاربر را برای گفت‌وگوی پس از تمرین یادداشت کند.
  3. تا پایان تطبیق سفارش‌ها، تابلوی آزمایشی را جایگزین دفتر عملیاتی نکنید.
  • پرسش این نسخه را مشخص کنید: آیا شیفت بعد، وضعیت سفارش و مسئول اقدام بعدی را پیدا می‌کند؟
  • برای تمرین از سفارش ساختگی و پاسخ مرجع ازپیش‌ثبت‌شده استفاده کنید.
  • ایراد ظاهری، ابهام وضعیت و تحویل اشتباه مسئولیت را جدا بشمارید.
  • برای هر وضعیت مبهم، شرط ورود و خروج و صاحب اختیار تغییر را بنویسید.
  • انجام کار با توضیح سازنده را از استفاده مستقل جدا ثبت کنید.
  • نسخه اصلاح‌شده را با پرونده‌های تازه و هم‌سطح بررسی کنید، نه پاسخ‌های حفظ‌شده.
  • پیش از اجرای موازی، مرجع جاری، مسئول آزمایش و شرط توقف را تعیین کنید.

این مقاله چه چیزی را برایت روشن کرد؟

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

با ارسال، برنامه ایمیل دستگاه باز می‌شود.

این متن ترجمه آزاد و بازنویسی‌شده است، نه بازنشر کلمه‌به‌کلمه مقاله اصلی.