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