منطق ایجنت‌ها › M6 — ساختن سیستم بدون کد
۶.۶ پایدار تدریسی ~۳۰ دقیقه

طراحی جریان کار

قبل از این فصل: فصل ۶.۲

در یک نگاه

۶.۶.۱

الگوی ورودی ← پردازش ← آرشیو

سه جزء را ساختی و نقش‌ها را تعریف کردی. حالا سؤال آخر: چیزها چطور از سیستم عبور می‌کنند؟

و جواب تقریباً همیشه یک شکل است — سه مرحله، با یک نقطه‌ی تصمیم انسانی وسطش:

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

چرا این الگو این‌قدر تکرار می‌شود؟ چون سه سؤالِ همیشگیِ هر کاری را جواب می‌دهد: چه چیزی تازه است؟ چه چیزی دستم است؟ چه چیزی تمام شد؟ و همان‌طور که فصل ۶.۲.۲ گفت، وقتی این سه پوشه باشند، جای هر چیز خودش وضعیتش را می‌گوید.

۶.۶.۲

نقطه‌ی ورود: چیزها از کجا می‌آیند

این بخش را جدی بگیر، چون شایع‌ترین علتِ مرگِ سیستم‌های خوب همین است.

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

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

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

و همین‌جاست که جداکردنِ ورودی از پردازش معنا پیدا می‌کند: اگر مجبور باشی موقع ثبت تصمیم بگیری، ثبت نمی‌کنی.

۶.۶.۳

کجا انسان تصمیم بگیرد

سیستم می‌تواند خیلی کارها را انجام دهد، ولی نباید همه‌ی تصمیم‌ها را. سه جا که باید انسان باشد:

و سه جا که لازم نیست انسان باشد — و اگر باشد، فقط سیستم را کند می‌کند: انتقال بر اساس قاعده‌ی روشن · نام‌گذاری · خلاصه‌سازی برای مرورِ بعدی.

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

۶.۶.۴

کجا سیستم گیر می‌کند

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

  1. ورودی پر می‌شود و پردازش نمی‌شود. شایع‌ترین. یعنی ثبت ارزان است ولی پردازش گران — و علتش تقریباً همیشه این است که هیچ زمانِ مشخصی برای پردازش تعیین نشده.
  2. چیزی در پردازش می‌ماند چون تصمیمش سخت است. این را فصل ۶.۲ هم دیدیم: همان چیزی که در سیستم بی‌نظم سر از پوشه‌ی «متفرقه» درمی‌آورد. اینجا حداقل دیده می‌شود.
  3. آرشیو تبدیل به سیاه‌چاله می‌شود. چیزها می‌روند و دیگر پیدا نمی‌شوند. علت: قاعده‌ی نام‌گذاری رعایت نشده (فصل ۶.۲.۱).
  4. و کارهایی که هیچ‌وقت وارد نشدند. خطرناک‌ترین، چون در هیچ گزارشی دیده نمی‌شود — سیستم فقط چیزهایی را می‌شناسد که واردشان کرده‌اند.

و درمانِ هر چهار، یک چیز است: یک مرورِ دوره‌ای. هفته‌ای یک بار، پانزده دقیقه، چهار سؤال — ورودی خالی شد؟ چه چیزی بیش از یک هفته در پردازش مانده و چرا؟ آرشیو قابل جست‌وجو هست؟ چه چیزی این هفته انجام دادم که هیچ‌وقت وارد سیستم نشد؟

آن سؤال آخر همان چیزی است که نشتی را پیدا می‌کند، و بدون پرسیدنش هیچ‌وقت خودش را نشان نمی‌دهد.

نکته‌ی طلایی برای مرحله‌ی پردازش یک وقتِ ثابت بگذار، نه «هر وقت شد». سیستمی که زمانِ پردازش ندارد، در عمل فقط یک ورودیِ روبه‌رشد است — و ورودیِ پرنشده‌ی بزرگ، خودش دلیلی می‌شود که دیگر سراغش نروی.
ضدالگو دسته‌بندی‌کردن در لحظه‌ی ورود. «بگذار همین حالا برچسبش بزنم تا بعداً راحت‌تر باشد» منطقی به نظر می‌رسد، ولی ثبت را گران می‌کند — و ثبتِ گران، ثبت‌نشدن است. یک ورودیِ نامرتبِ کامل، بی‌نهایت ارزشمندتر از یک ورودیِ مرتبِ نصفه است.

تمرین (فکری)

جریان کار سیستمت را بکش، و روی نقشه این چهار چیز را علامت بزن:

  1. نقطه‌ی ورود — و صادقانه: کارها الان از چند جای مختلف می‌آیند؟
  2. نقاط تصمیم انسانی — و برای هر کدام بگو از کدام‌یک از سه دلیل بخش ۶.۶.۳ است.
  3. جایی که حدس می‌زنی گیر کند.
  4. و وقتِ پردازش — چه روزی، چه ساعتی.
پاسخنامه — یک جریان کامل، و آن سؤالی که بیشترین چیز را نشان می‌دهد

سیستم: درخواست‌های مشتری.

  • ورود: کارها از چهار جا می‌آمدند — ایمیل، واتساپ، تماس، و حضوری. قاعده‌ی تازه: هر کدام که رسید، یک سطر در ۰۱-ورودی/ — بدون جزئیات، فقط «چه کسی، چه چیزی، چه تاریخی».
  • تصمیم انسانی ۱: اولویت‌بندی ← دلیلِ «تصمیم ارزشی».
  • تصمیم انسانی ۲: درخواست‌هایی که در هیچ دسته‌ای جا نمی‌شوند ← دلیلِ «ابهام».
  • تصمیم انسانی ۳: بستنِ یک پرونده و انتقالش به آرشیو ← دلیلِ «برگشت‌ناپذیری».
  • گیرِ پیش‌بینی‌شده: درخواست‌هایی که منتظر جواب مشتری‌اند و بی‌نهایت در پردازش می‌مانند. حل: یک پوشه‌ی جدا برای «در انتظار دیگری» — چون این گیرِ من نیست و نباید کارِ فعالِ من به نظر برسد.
  • وقت پردازش: هر روز ساعت ۹ صبح، پانزده دقیقه.

و آن سؤالی که بیشترین چیز را نشان می‌دهد، سؤال ۱ است. تقریباً همه فکر می‌کنند کارها از یک یا دو جا می‌آیند؛ وقتی واقعاً می‌شمارند، چهار یا پنج تا درمی‌آید. آن کانالی که یادت می‌رود بشماری، همان کانالی است که کارها از آن گم می‌شوند — و معمولاً همان تماسِ تلفنی یا حرفِ راهرویی است که هیچ‌وقت جایی ثبت نمی‌شود.

ذخیره شد