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