پاسخ مستقیم: صورتجلسههای پروژه ثبت ساختاریافتهای از آنچه در یک جلسه پروژه رخ داده است: شرکتکنندگان، موارد دستور جلسه، تصمیمهای کلیدی، مسئولان، موعدها، ریسکها، وابستگیها و گامهای بعدی. بهترین صورتجلسهها کوتاه، واقعگرایانه، قابل مرور سریع و آنقدر شفاف هستند که پروژه بدون پیگیری دوباره وضعیت بتواند پیش برود.
قالب قابل کپی صورتجلسه پروژه
هر زمان که یک جلسه پروژه به تصمیم، تعهد، ریسک یا کار پیگیری منجر میشود، از این قالب استفاده کنید. این قالب برای جلسات هفتگی وضعیت پروژه، برنامهریزی اسپرینت، بررسی راهاندازی، تماسهای اجرای پروژه با مشتری، بهروزرسانیهای کمیته راهبری و هماهنگیهای بینوظیفهای پروژه مناسب است.
صورتجلسه پروژه
پروژه: [نام پروژه] | تاریخ جلسه: [تاریخ] | نوع جلسه: [وضعیت / برنامهریزی / بررسی ریسک / بررسی راهاندازی / پیگیری با مشتری] | تسهیلگر: [نام] | مسئول یادداشتها: [نام]
شرکتکنندگان: [نامها و تیمها]
هدف: [یک جمله که توضیح دهد چرا این جلسه برگزار شد]
دستور جلسه: 1. [مورد دستور جلسه] 2. [مورد دستور جلسه] 3. [مورد دستور جلسه]
تصمیمها: [تصمیم] - مسئول: [نام] - دلیل: [چرا این تصمیم گرفته شد]
موارد اقدام: [کار] - مسئول: [نام] - موعد: [تاریخ] - وضعیت: [باز / در انتظار / انجامشده]
ریسکها و موانع: [ریسک] - تأثیر: [تأثیر] - مسئول: [نام] - بررسی بعدی: [تاریخ]
وابستگیها: [آنچه به تیم، فروشنده، تأیید، دارایی یا تصمیم دیگری وابسته است]
پیشنویس ایمیل پیگیری: [خلاصه کوتاهی که میتوان برای شرکتکنندگان ارسال کرد]
جلسه بعدی: [تاریخ / مسئول / تمرکز دستور جلسه]
این را با HiNoter بهصورت خودکار تولید کنید: تقویم خود را متصل کنید، اجازه دهید HiNoter جلسه پروژه را ثبت کند، سپس شرکتکنندگان، خلاصه دستور جلسه، تصمیمها، موارد اقدام، مسئولان، موعدها، ریسکها و پیشنویس ایمیل پیگیری تولیدشده را پیش از اشتراکگذاری با تیم بررسی کنید.
تیمهای پروژه معمولاً به این دلیل شکست نمیخورند که هیچکس جلسه برگزار نکرده است. آنها شکست میخورند چون بخش مهم جلسه بعد از آن ناپدید میشود. تصمیمی گرفته میشود اما ثبت نمیشود. مانعی مطرح میشود اما مسئول آن مشخص نمیشود. موعدی بهطور ضمنی تعیین میشود اما تأیید نمیشود. هفته بعد با همان سؤال آغاز میشود: «چه کسی مسئول این کار است؟»
به همین دلیل، صورتجلسههای پروژه باید چیزی فراتر از مستندسازی مؤدبانه باشند. آنها باید سابقه عملیاتی مشترک پروژه باشند. یک صورتجلسه مفید به تیم میگوید چه چیزی تغییر کرده، چه تصمیمی گرفته شده، چه کسی مسئول گام بعدی است، کدام ریسک نیاز به توجه دارد و پیش از جلسه بعدی چه چیزی باید بررسی شود.
این صفحه ابتدا قالبهای قابل کپی را ارائه میکند، سپس توضیح میدهد هر فیلد چه معنایی دارد، چه زمانی باید از قالبهای مختلف استفاده کرد، چگونه از اشتباهات رایج جلوگیری کرد و چگونه HiNoter برای تیمهای محصول و فنی میتواند بهصورت خودکار صورتجلسههای پروژه را از گفتگوهای واقعی جلسات تکمیل کند.
صورتجلسههای پروژه چیستند؟
صورتجلسههای پروژه، ثبت رسمی یا کاری یک گفتوگوی پروژه هستند. آنها هدف جلسه، شرکتکنندگان، موارد دستور جلسه، تصمیمها، موارد اقدام، مسئولان، تاریخها، ریسکها، موانع، وابستگیها و الزامات پیگیری را خلاصه میکنند. لازم نیست هر جمله را ثبت کنند. باید مواردی را ثبت کنند که تیم پروژه بعداً به آنها اتکا خواهد کرد.
برای مدیران پروژه، ارزش آن در پاسخگویی است. برای مشارکتکنندگان، ارزش آن در شفافیت است. برای ذینفعان، ارزش آن در اطمینان از قابل مشاهده بودن تصمیمها و ریسکها بدون شرکت در هر گفتگو است.
چه زمانی از این قالب صورتجلسه پروژه استفاده کنیم؟
هر زمان که جلسه سابقه پروژه را تغییر میدهد، از این قالب استفاده کنید. یک طوفان فکری غیررسمی شاید فقط به یادداشتهای اولیه نیاز داشته باشد، اما یک جلسه پروژه زمانی به صورتجلسه نیاز دارد که تیم دامنه کار را تأیید کند، جدول زمانی را تغییر دهد، کاری را واگذار کند، موانع را بررسی کند، ریسکی را بپذیرد، وابستگیای را تشدید کند یا به مشتری یا حامی اجرایی تعهدی بدهد.
جلسات هفتگی وضعیت از این قالب بهره میبرند، زیرا ریتمی قابل اتکا ایجاد میکنند. هر هفته، تیم میتواند ببیند چه چیزی تغییر کرده، کدام اقدامات بسته شدهاند، کدام ریسکها همچنان باز هستند و کدام تصمیمها به تعویق افتادهاند. این کار مانع میشود جلسه به مرور شفاهی تکراری همان مشکلات تبدیل شود.
جلسات برنامهریزی به صورتجلسه نیاز دارند، زیرا تیم در حال تبدیل ایدهها به اجرا است. اگر یک تماس برنامهریزی پنج کار ایجاد کند اما هیچ مسئول مشخصی نداشته باشد، مدیر پروژه روز بعد را صرف بازسازی برنامه از پیامهای چت خواهد کرد. صورتجلسههای قوی، ساختار کار، وابستگیها، فرضیات و تصمیمهای مربوط به زمانبندی را در حالی حفظ میکنند که گفتگو هنوز تازه است.
جلسات بررسی ریسک و کمیته راهبری به نسخهای رسمیتر از همین قالب نیاز دارند. ذینفعان ارشد معمولاً به تمام جزئیات گفتگو نیاز ندارند. آنها به تصمیم تأییدشده، دلیل اتخاذ آن، سطح ریسک، مسئول، نقطه بررسی بعدی و هر بدهبستانی که بر بودجه، دامنه کار، کیفیت یا زمان راهاندازی اثر میگذارد نیاز دارند.
جلسات با مشتری و فروشنده به دقت ویژهای نیاز دارند. صورتجلسه باید تعهدات مشترک را تأیید کند، نه راهبرد داخلی را. خلاصه بیرونی را واقعگرایانه و حرفهای نگه دارید: چه چیزی توافق شد، چه کسی مسئول چه کاری است، موعد بهروزرسانی بعدی چه زمانی است و چه اطلاعاتی هنوز لازم است. یادداشتهای مذاکره داخلی، نگرانیهای مربوط به نیروی انسانی و ارزیابیهای حساس ریسک باید در سابقهای خصوصی و جداگانه باقی بمانند.
معنای هر فیلد
هدف: در یک جمله بنویسید چرا جلسه برگزار شد. هدفی مانند «بحث درباره راهاندازی» بیش از حد مبهم است. نسخه قویتر این است: «تصمیمگیری درباره آماده بودن دامنه پرداخت برای راهاندازی بتا». هدف روشن، ارزیابی صورتجلسه را آسانتر میکند، زیرا خوانندگان میتوانند تشخیص دهند آیا جلسه به نتیجه مورد نظر دست یافته است یا نه.
تصمیمها: تصمیمها را بهصورت جملات کامل ثبت کنید، نه نکات پراکنده بحث. «تیم درباره تحلیل داده صحبت کرد» تصمیم نیست. «تیم به تعویق انداختن داشبورد تحلیل داده تا مرحله دوم را تأیید کرد» یک تصمیم است. وقتی ممکن است بعدها درباره تصمیم پرسش شود، دلیل کوتاهی نیز اضافه کنید.
موارد اقدام: هر مورد اقدام باید شامل یک فعل، یک مسئول و یک تاریخ باشد. «بهروزرسانی ارائه» ضعیف است. «پریا ارائه راهاندازی را با جدول زمانی اصلاحشده تا ۱۹ ژوئیه بهروزرسانی میکند» مفید است. اگر کار به شخص یا تأیید دیگری وابسته است، آن وابستگی را در همان خط وارد کنید.
ریسکها و موانع: ریسک، مسئله احتمالی آینده است؛ مانع چیزی است که در حال حاضر جلوی پیشرفت را گرفته است. صورتجلسه باید مشخص کند با کدامیک روبهرو هستیم. برای مثال، «ممکن است تأیید حقوقی یک هفته به تعویق بیفتد» یک ریسک است، در حالی که «قرارداد تا زمان تأیید بند ۸ توسط بخش حقوقی قابل امضا نیست» یک مانع است.
خلاصه پیگیری: خلاصه باید آنقدر کوتاه باشد که بتوان آن را ارسال کرد. این خلاصه مجموعه دومی از صورتجلسه نیست. باید مهمترین تصمیمها، موارد اقدام باز، مسئولان، تاریخها و تمرکز جلسه بعدی را تأیید کند. وقتی تیمها این فیلد را نادیده میگیرند، افراد اغلب جلسه را با برداشتهای متفاوتی از همان توافق ترک میکنند.
چرا صورتجلسههای پروژه اهمیت دارند؟
PMI مدتهاست کیفیت ارتباطات را با نتایج پروژه مرتبط میداند. PMI در پژوهش Pulse of the Profession گزارش کرد که ارتباطات ضعیف در ۵۶٪ از پروژههایی که شکست خورده بودند نقش داشت. این عدد قدیمیتر است، اما الگوی زیربنایی آن همچنان در کار مدرن دیده میشود: وقتی تصمیمها، ریسکها و مسئولیتها بهروشنی منتقل نشوند، پروژهها از مسیر خود منحرف میشوند.
شاخص روند کار مایکروسافت نشان داد که جلسات ناکارآمد مهمترین عامل مختلکننده بهرهوری بودند، در حالی که دادههای Microsoft 365 نشان میدادند کارمند معمولی زمان بیشتری را صرف ارتباط برقرار کردن میکرد تا خلق کردن. پژوهش Anatomy of Work شرکت آسانا نیز «کار درباره کار» را یک عامل اتلاف عمده توصیف کرده است که پیگیری بهروزرسانیها، جابهجایی بین ابزارها و جستوجوی اطلاعات را شامل میشود. صورتجلسههای پروژه یکی از راههای عملی برای کاهش این اتلاف هستند.
صورتجلسهها بهتنهایی باعث موفقیت پروژه نمیشوند. آنها اقدام بعدی را قابل مشاهده میکنند. همین قابلیت مشاهده به تیم کمک میکند از جلسات تکراری، پرسشهای مکرر درباره وضعیت، وابستگیهای فراموششده و مسئولیتهای مبهم دوری کند.
صورتجلسه پروژه: چه چیزهایی را شامل شود؟
از جدول زیر بهعنوان فهرست بررسی استفاده کنید. هدف این نیست که هر صورتجلسه پروژه طولانی باشد. هدف این است که هر فیلد واقعاً کارکردی داشته باشد.
| فیلد | چه چیزهایی باید گنجانده شود | چرا اهمیت دارد |
|---|---|---|
| زمینه پروژه | نام پروژه، نوع جلسه، تاریخ، تسهیلگر، مسئول ثبت یادداشتها و شرکتکنندگان. | افراد باید بدانند در حال خواندن سوابق کدام پروژه هستند. |
| هدف | دلیل برگزاری جلسه و نتیجهای که انتظار میرود تا پایان حاصل شود. | جلسهای بدون هدف اغلب یادداشتهایی مبهم ایجاد میکند. |
| تصمیمها | مواردی که تأیید، رد، تغییر، به زمان دیگری موکول یا به سطح بالاتری ارجاع شدند. | تصمیمها نباید فقط در حافظه یا چت باقی بمانند. |
| مسئولان | فرد پاسخگو برای هر اقدام، ریسک، وابستگی یا تأیید. | کارهای بدون مسئول به مهی از ابهام در پروژه تبدیل میشوند. |
| موعدها | تاریخ مشخص یا نقطه بررسی بعدی برای هر مورد اقدام. | مهلتها نیتهای خوب را به کار قابل پیگیری تبدیل میکنند. |
| ریسکها | موانع، وابستگیها، نگرانیهای مربوط به محدوده، مسائل زمانی و تأثیرات. | ریسکها پیش از تبدیل شدن به تأخیر باید قابل مشاهده باشند. |
| پیگیری | ایمیل جمعبندی، تاریخ جلسه بعدی، پرسشهای باز و تمرکز دستور جلسه. | صورتجلسه باید جلسه بعدی را آسانتر کند. |
نمونهها بر اساس نوع جلسه پروژه
صورتجلسه هفتگی وضعیت پروژه
پروژه: راهاندازی وبسایت | هدف: تأیید آمادگی برای نسخه بتا | تصمیم: ثابت نگه داشتن محدوده پرداخت برای انتشار بتا | مسئول: Maya | موعد: ۱۸ ژوئیه | ریسک: پیادهسازی تحلیلها به طرح نهایی پاسخ API وابسته است | پیگیری: Owen پیش از جمعه قالب API را با تیم مهندسی تأیید کند.
این کار را با HiNoter بهصورت خودکار انجام دهید: HiNoter میتواند موارد دستور جلسه، تصمیمها، مسئولان، موعدها و ریسکها را از تماس وضعیت استخراج کند و سپس جمعبندی کوتاهی تولید کند تا مدیر پروژه آن را بررسی و ارسال کند.
صورتجلسه برنامهریزی اسپرینت
پروژه: ورود کاربران در موبایل | هدف: توافق بر محدوده اسپرینت و موانع | تصمیم: اولویت دادن به ورود بدون رمز عبور بهجای بازطراحی تنظیمات | مسئول: Priya | موعد: پایان اسپرینت | ریسک: تضمین کیفیت طراحی به وضعیتهای بهروزشده مؤلفهها وابسته است | پیگیری: تیم طراحی فهرست نهایی مؤلفهها را تا سهشنبه ارسال کند.
این کار را با HiNoter بهصورت خودکار انجام دهید: برای برنامهریزی اسپرینت و همگامسازیهای محصول، HiNoter میتواند گفتوگو را ثبت کند، تصمیمهای مربوط به محدوده را خلاصه کند، موارد اقدام را شناسایی کند و برای وابستگیها نقشه ذهنی ایجاد کند.
صورتجلسه کمیته راهبری
پروژه: مهاجرت انبار داده | هدف: تأیید بودجه فاز دوم و بررسی ریسک زمانبندی | تصمیم: تأیید تمدید دو هفتهای برای اعتبارسنجی دادهها | مسئول: Elena | موعد: ۲۶ ژوئیه | ریسک: اصلاحیه قرارداد فروشنده هنوز در انتظار بررسی حقوقی است | پیگیری: تیم حقوقی و تدارکات پیش از بررسی بعدی کمیته، اصلاحیه را بررسی کنند.
این کار را با HiNoter بهصورت خودکار انجام دهید: HiNoter کمک میکند جلسات مدیران به صورتجلسههای رسمی شامل تصمیمها، منطق تصمیمگیری، مسئولان پاسخگو و جمعبندی مناسب مشتری یا ذینفع تبدیل شوند.
صورتجلسه پروژه در برابر یادداشتهای جلسه
صورتجلسه پروژه و یادداشتهای جلسه مرتبط هستند، اما یکسان نیستند. یادداشتها میتوانند غیررسمی و شخصی باشند. صورتجلسه معمولاً سابقهای مشترک است که افراد دیگر به آن اتکا میکنند. مدیر پروژه ممکن است هنگام تماس یادداشتهای اولیه بردارد، اما صورتجلسه نهایی باید مرتبتر، کوتاهتر و پاسخگوتر باشد.
| قالب | مناسب برای | باید شامل چه چیزهایی باشد |
|---|---|---|
| یادداشتهای شخصی | حافظه خصوصی، ایدهها و زمینه هنگام گوش دادن. | هر چیزی که برای یادداشتبردار مفید باشد. |
| یادداشتهای جلسه | جمعبندی تیم، خلاصه گفتوگو و زمینه گامهای بعدی. | نکات کلیدی، تصمیمها و موارد اقدام. |
| صورتجلسه پروژه | سابقه مشترک پروژه و پاسخگویی ذینفعان. | شرکتکنندگان، تصمیمها، مسئولان، موعدها، ریسکها و پیگیری. |
| گزارش تصمیمها | پیگیری اینکه در طول پروژه چه چیزی و چرا تغییر کرده است. | تصمیم، تاریخ، منطق تصمیمگیری، مسئول و تأثیر. |
چگونه گردشکار صورتجلسه پروژه را اجرا کنیم
۱. با تصمیم موردنیاز شروع کنید
پیش از جلسه، تصمیم، ریسک یا نقطه همراستایی را که تیم باید تا پایان به آن برسد یادداشت کنید. اگر جلسه فقط یک بهروزرسانی وضعیت است، مشخص کنید پس از آن کدام وضعیت باید تغییر کند. صورتجلسه خوب پیش از تماس آغاز میشود، زیرا دستور جلسه به مسئول ثبت یادداشتها میگوید به دنبال چه شواهدی باشد.
۲. جلسه را بدون تقسیم توجه ثبت کنید
مدیران پروژه اغلب همزمان جلسه را هدایت میکنند، فضای جلسه را میسنجند، ذینفعان را مدیریت میکنند، به پرسشها پاسخ میدهند و یادداشت برمیدارند. به همین دلیل تصمیمها ناقص ثبت میشوند. با دستیار جلسه هوش مصنوعی HiNoter، تیمها میتوانند جلسات برنامهریزیشده را با رضایت شرکتکنندگان ثبت کنند و به مدیر پروژه اجازه دهند در گفتوگو مشارکت خود را حفظ کند.
۳. رونوشت را به صورتجلسه تبدیل کنید
پس از جلسه، رونوشت باید به یک سابقه ساختاریافته از پروژه تبدیل شود. از یادداشتهای جلسه هوش مصنوعی HiNoter برای تولید خلاصهها، تصمیمها، موارد اقدام، مسئولان، موعدها و نقشههای ذهنی استفاده کنید. سپس خروجی را از نظر دقت، عبارتهای حساس و زبان مناسب ذینفعان بررسی کنید.
۴. صورتجلسه را به جایی بفرستید که کار در آن انجام میشود
صورتجلسه نباید در سندی فراموششده باقی بماند. آن را جایی قرار دهید که تیم کارها را پیگیری میکند. یکپارچهسازی HiNoter با Notion میتواند یادداشتهای جلسه، خلاصهها، برچسبها، تاریخها و موارد اقدام را به یک پایگاه داده انتخابشده منتقل کند تا سوابق پروژه قابل جستوجو و به کارها متصل باقی بمانند.
۵. پیش از جلسه بعدی دوباره از صورتجلسه استفاده کنید
بهترین صورتجلسههای پروژه جلسه بعدی را کوتاهتر میکنند. پیش از همگامسازی بعدی، تصمیمهای باز، اقدامات عقبافتاده، ریسکهای حلنشده و وابستگیها را بررسی کنید. با گفتوگوی هوش مصنوعی HiNoter، تیمها میتوانند پرسشهای متصل به منبعی مانند «درباره محدوده راهاندازی چه تصمیمی گرفتیم؟» یا «کدام اقدامات هنوز از کمیته راهبری باز هستند؟» بپرسند.
ماتریس تصمیم و مسئول
برای پروژههایی با بخشهای متحرک متعدد، یک ماتریس تصمیم و مسئول را زیر صورتجلسه اضافه کنید. این کار سریعترین نمای پاسخگویی را در اختیار مدیران و مشارکتکنندگان قرار میدهد.
| مورد | تصمیم یا اقدام | مسئول | موعد |
|---|---|---|---|
| محدوده | بازطراحی پرداخت برای نسخه بتا ثابت نگه داشته شد. | Maya | ۱۸ ژوئیه |
| ریسک | قالب پاسخ API هنوز ناپایدار است. | Owen | ۲۰ ژوئیه |
| راهاندازی | متن ایمیل پس از بررسی حقوقی تأیید شد. | Priya | ۲۲ ژوئیه |
| وابستگی | تضمین کیفیت طراحی به فهرست نهایی مؤلفهها نیاز دارد. | Nina | ۲۳ ژوئیه |
اشتباهات رایج در صورتجلسههای پروژه
ثبت گفتوگو بدون ثبت تصمیمها. یک جلسه میتواند سازنده به نظر برسد و همچنان هیچ نتیجه روشنی نداشته باشد. همیشه تصمیمها را در بخشی جداگانه بیاورید.
نوشتن «تیم» بهعنوان مسئول. تیمها کارها را تکمیل نمیکنند؛ افراد این کار را انجام میدهند. حتی وقتی چند نفر مشارکت دارند، یک مسئول مشخص تعیین کنید.
استفاده از تاریخهای سررسید مبهم. «هفته آینده» ضعیفتر از «۲۰ ژوئیه» است. تاریخهای مشخص، سردرگمی در پیگیری را کاهش میدهند.
ترکیب ریسکها با موارد اقدام. ریسک چیزی است که ممکن است بر پروژه تأثیر بگذارد. اقدام، حرکت بعدی است. هر دو را پیگیری کنید، اما آنها را بهوضوح برچسبگذاری کنید.
ارسال صورتجلسهها با تأخیر. وقتی تیم صورتجلسه را پس از آن دریافت میکند که همه از موضوع عبور کردهاند، ارزش آن کاهش مییابد. خلاصه جلسه را کمی پس از پایان جلسه ارسال کنید.
HiNoter را برای صورتجلسههای جلسات پروژه امتحان کنید
وقتی گفتوگوهای پروژه باید به سوابق پاسخگومحور تبدیل شوند، نه یک ضبط دیگر در پوشه، از HiNoter استفاده کنید. روند کار ساده است: تقویم خود را متصل کنید، اجازه دهید HiNoter با رضایت شما جلسه را ضبط کند، صورتجلسههای تولیدشده بر پایه رونوشت را بررسی کنید، مسئولان و تاریخهای سررسید را تأیید کنید، سپس خلاصه را در فضای کاریای که پروژه از قبل در آن قرار دارد به اشتراک بگذارید.
این روش بهویژه برای پروژههای بینوظیفهای مفید است؛ پروژههایی که در آنها تصمیمها میان تیمهای محصول، مهندسی، بازاریابی، عملیات، حقوقی، مالی و مشتری جابهجا میشوند. HiNoter جایگزین قضاوت درباره پروژه نمیشود. این ابزار پیشنویس اولیه سریعتر و یک سابقه منبع قابل جستوجو در اختیار مدیر پروژه قرار میدهد تا تیم زمان کمتری را صرف بازسازی آنچه رخ داده کند و زمان بیشتری را به به پایان رساندن کار اختصاص دهد.
سؤالات متداول
صورتجلسههای جلسات پروژه باید شامل چه مواردی باشند؟
صورتجلسههای جلسات پروژه باید شامل نام پروژه، تاریخ جلسه، حاضران، هدف، دستور جلسه، تصمیمها، موارد اقدام، مسئولان، تاریخهای سررسید، ریسکها، وابستگیها، جلسه بعدی و خلاصه پیگیری باشند.
تفاوت بین یادداشتهای جلسه و صورتجلسه چیست؟
یادداشتهای جلسه میتوانند غیررسمی و شخصی باشند. صورتجلسه یک سابقه مشترک است که افراد دیگر به آن اتکا میکنند. صورتجلسههای جلسات پروژه باید تصمیمها، مسئولان، تاریخهای سررسید، ریسکها و گامهای بعدی را بهوضوح ثبت کنند.
صورتجلسههای جلسات پروژه باید چقدر طولانی باشند؟
صورتجلسههای جلسات پروژه باید تا حد امکان کوتاه باشند و در عین حال تصمیمها و تعهدات موردنیاز تیم را مستند کنند. بیشتر صورتجلسههای پروژه، وقتی از بخشها و جدولهای واضح استفاده میکنند، در یک یا دو صفحه جا میگیرند.
چه کسی باید مسئول صورتجلسههای جلسات پروژه باشد؟
مدیر پروژه، مدیر برنامه، اسکراممستر، سرپرست تیم یا مسئول یادداشتبرداری تعیینشده میتواند مسئول صورتجلسهها باشد. نکته مهم این است که یک نفر سابقه نهایی را بررسی و به اشتراک بگذارد.
آیا هوش مصنوعی میتواند صورتجلسههای جلسات پروژه را ایجاد کند؟
بله. هوش مصنوعی میتواند با استخراج موارد دستور جلسه، تصمیمها، موارد اقدام، مسئولان، تاریخهای سررسید، ریسکها و گامهای بعدی، از روی رونوشت جلسه یک پیشنویس قوی ایجاد کند. یک انسان باید پیش از اشتراکگذاری، صورتجلسه را بررسی کند.
آیا میتوان صورتجلسههای پروژه را با ذینفعان به اشتراک گذاشت؟
بله. صورتجلسههای پروژه اغلب برای ذینفعان تهیه میشوند، اما یادداشتهای داخلی حساس، جزئیات مذاکره یا مسائل مربوط به کارکنان باید از خلاصهای که برای ذینفعان تهیه میشود جدا شوند.