رویه و نقش

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

قانون و رویه یکی نیستند و تفکیکشان کار را ساده می‌کند:

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

در ابزارها این همان چیزی است که skill نامیده می‌شود (فصل ۳.۴.۳): یک فایل متنی که یک رویه را توضیح می‌دهد و وقتی لازم شد خوانده می‌شود — نه همیشه. و این تفاوت با فایل قانون، فنی هم هست: قانون در context دائمی می‌نشیند، رویه فقط وقتی مصرف می‌شود که به کار بیاید (فصل ۱.۳.۲).

یک رویه‌ی خوب چهار چیز دارد:

1. کِی به کار می‌آید — بدون این، هیچ‌وقت در لحظه‌ی درست خوانده نمی‌شود.
2. قدم‌ها، به ترتیب.
3. خروجی نهایی چه شکلی است.
4. و کجا باید بایستد و بپرسد.

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

نقش یک قدم جلوتر از رویه است. رویه می‌گوید کار چطور انجام شود؛ نقش می‌گوید این کار را چه کسی انجام می‌دهد و با چه محدودیتی. در ابزارها اسمش sub-agent است (فصل ۳.۵.۱).

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

یک نقش سه چیز لازم دارد:

• یک کار مشخص. «بازبینِ متن»، نه «دستیار».
• مرز روشن — و مهم‌تر: چه کاری نکند. این جمله‌ی دوم چیزی است که اغلب فراموش می‌شود و بیشترین ارزش را دارد.
• خروجی مشخص. «فهرست ایرادها با شماره‌ی خط»، نه «نظرش».

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

وقتی چند نقش داشته باشی، یک تیم داری. ساده‌ترین تیمی که واقعاً کار می‌کند این است:

سه چیز که این تیم درست انجام می‌دهد:

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

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

نقش بساز وقتی:

• کار واقعاً مرز دارد — می‌توانی بگویی کجا شروع و کجا تمام می‌شود.
• می‌خواهی نقش عمداً چیزی را نبیند (بازبینی که فرضیاتِ نویسنده را نمی‌داند، بازبینِ بهتری است).
• کار به‌قدر کافی تکرار می‌شود که تعریفش هزینه‌اش را دربیاورد.

نقش نساز وقتی:

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

در فصل ۳.۵.۴ همین را از دید فنی دیدی. اینجا از دید طراحی همان جواب است: با یک نقش شروع کن. نقش دوم را وقتی بساز که درد یک نقش را حس کرده باشی — نه از قبل، چون پیش‌بینیِ مرزها قبل از دیدنِ کار تقریباً همیشه غلط است.