صورتجلسات جلسه در مقابل ثبت تصمیمات: چرا یکی فاسد می‌شود و دیگری حافظه نهادی شماست

دو همکار از یک جلسه خارج می‌شوند. یکی می‌نویسد: "شرکت‌کنندگان: هشت نفر. K. مقایسه فروشندگان را ارائه داد. بحثی در مورد هزینه‌های ادغام دنبال شد. S. نگرانی مربوط به میزبانی در اتحادیه اروپا را مطرح کرد. توافق شد که با فروشنده A ادامه دهیم. جلسه در ساعت ۱۵:۴۰ بسته شد." دیگری در یک سند متفاوت می‌نویسد: "تصمیم: فروشنده A به جای فروشنده B و ساخت داخلی. استدلال قاطع: نیاز به میزبانی در اتحادیه اروپا، B را حذف کرد؛ هزینه ساخت دو فصل. توافق پذیرفته شده: قفل ۱۲ ماهه. مالک: K. بازبینی: تمدید قرارداد، مارس."

همان جلسه، همان تصمیم، هر دو سند دقیق. اما یازده ماه دیگر، وقتی کسی بپرسد "چرا ما از فروشنده A استفاده می‌کنیم؟"، سند اول تقریباً بی‌فایده است — شما باید بدانید که در کدام جلسه باید جستجو کنید و پاسخی که پیدا می‌کنید "بحث ادامه یافت." سند دوم به این سوال در یک پاراگراف پاسخ می‌دهد که با جستجوی نام فروشنده قابل پیدا کردن است.

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

صورتجلسات چیستند — و در کجا ناکام می‌مانند

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

برای هدف طراحی شده خود، صورت‌جلسه‌ها کار می‌کنند. شکست زمانی آغاز می‌شود که تیم‌ها از آن‌ها به عنوان تنها حافظه مکتوب خود استفاده کنند — زیرا صورت‌جلسه‌ها سه ویژگی ساختاری دارند که آن‌ها را به یک ذخیره تصمیم‌گیری ضعیف تبدیل می‌کند:

یک ثبت تصمیم چیست

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

مدل در مقیاس بزرگ در مهندسی اثبات شده است: سوابق تصمیم‌گیری معماری، از مقاله مایکل نیگارد در سال ۲۰۱۱، دقیقاً همین است — یک رکورد سبک برای هر تصمیم مهم، که در جایی که تیم کار می‌کند نگهداری می‌شود. بینشی که باعث شد سوابق تصمیم‌گیری معماری در صنعت گسترش یابد، به هر دپارتمان دیگری نیز اعمال می‌شود: رکورد بر اساس تصمیم سازماندهی شده است زیرا اینگونه است که آینده سوالات خود را مطرح می‌کند.

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

کنار هم

مرز، فشرده:

زمانی که هنوز دلتان می‌خواهد دقیقه‌ها — و زمانی که لاگ پیروز می‌شود

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

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

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

صورت‌جلسات ما قبلاً تصمیمات را ثبت می‌کنند

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

نگرانی در مورد دو ثبت‌نام کاملاً مشروع است — و پاسخ این است که این دو سند تکراری نیستند، زیرا محتوای متفاوتی دارند. صورت‌جلسه ثبت می‌کند که تصمیم اتفاق افتاده; ورودی ثبت‌نام آنچه را که صورت‌جلسه به طور ساختاری حذف می‌کند، شامل می‌شود: گزینه‌های رد شده، استدلال‌های قاطع، تعهدات پذیرفته شده، تاریخ بازبینی. نوشتن "به ثبت‌نام تصمیم، ورودی ۴۷ مراجعه کنید" در صورت‌جلسه یک خط است، و مشکل انحراف ناپدید می‌شود زیرا هر واقعیت دقیقاً در یک مکان زندگی می‌کند — proceedings در صورت‌جلسه، استدلال در ثبت‌نام.

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

چگونه Argumentree به طور خودکار گزارش تصمیم را تولید می‌کند

هزینه واقعی ثبت‌نام تنها انضباط است: کسی باید هر بار ورودی را بنویسد، با دلایل دست نخورده. Argumentree این مرحله را با ساختاردهی به خود deliberation حذف می‌کند: سوال صریح است، گزینه‌ها و دلایل موافق/مخالف آن‌ها یک درخت رتبه‌بندی شده را تشکیل می‌دهند و زمانی که تصمیم گرفته می‌شود، ورودی از قبل وجود دارد — سوال، گزینه‌ها، دلایل، تصمیم، توجیه، مالک. ثبت‌نام باقی‌مانده deliberation است، نه یک کار رونویسی.

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

تصمیمات پرونده تحت سوال، نه تاریخ

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

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