فهرست مطالب این مقاله
منشور پروژه تحلیلی باید روشن کند چرا این کار انجام میشود، چه تصمیمی را پشتیبانی میکند و تیم در برابر چه محصولی مسئول است. اگر سند فقط عنوان، نام اعضا و یک موعد داشته باشد، ابهام اصلی باقی میماند. اختلاف درباره جمعیت، حد ادعا یا اختیار اقدام معمولاً در اجرای بعدی به تأخیر و دوبارهکاری تبدیل میشود.
منشور پروژه (Project Charter) در این مقاله، سند توافق آغاز است. قالب پیشنهادی خانه منابع انسانی باید با اندازه و ریسک پروژه تطبیق داده شود. قرار نیست همه جزئیات روش و برنامه روزانه داخل آن بیاید؛ لازم است تعهدهای تعیینکننده و ارتباط با اسناد پشتیبان روشن باشند.
منشور پروژه تحلیلی چه چیزی را یکپارچه میکند؟
پیش از نوشتن، خروجی مراحل طراحی را مرور کنید: تعریف مسئله، تصمیم، دامنه، امکان داده، طرح و معیار موفقیت. منشور قرار نیست این تصمیمها را از هیچ ایجاد کند یا همه متنها را کپی کند. باید مهمترین توافقها را به شکلی گرد آورد که صاحب اختیار بتواند درباره شروع و تعهد منابع تصمیم بگیرد.
هدف مدیریتی را از سؤال تحلیلی جدا بنویسید. بهبود ورود کارکنان میتواند هدف باشد؛ شناخت محل انتظار و شرایط مرتبط، سؤال پروژه است. همچنین محصول را از پیامد جدا کنید. گزارش و پیشنهاد ممکن است تحویل تیم باشند، اما تحقق پیامد به اقدام و منابع دیگری نیاز داشته باشد. این وابستگی باید در منشور دیده شود.
| سند | کار اصلی | نسبت با منشور |
|---|---|---|
| برگه درخواست | روشنکردن نیاز و ابهام اولیه | ورودی تعریف مأموریت |
| جدول نیاز داده | شرح اطلاعات و منبع لازم | پشتیبان شرطهای داده |
| برنامه تحلیل | مسیر روششناختی پاسخ | پشتیبان طرح و حد ادعا |
| برنامه اجرا | فعالیت، منابع و وابستگیها | پشتیبان زمان و هزینه |
| تصمیمنامه | منطق انتخاب اقدام مدیریتی | محصول یا سند مرتبط پس از بررسی |
بخش مسئله را با مشاهده و پیامد بنویسید
در شرح مسئله، آنچه دیده شده و دامنه شناخت را بیان کنید. علت ادعایی را بهعنوان واقعیت قطعی وارد نکنید. اگر مسئله هنوز فقط بر تجربه محدود متکی است، همین را روشن کنید و بررسی وجود و گستره آن را در دامنه بگذارید. منشور نباید به نتیجه پیشاپیش الزام بدهد.
پیامد سازمانی باید مشخص باشد: انتظار، اختلال خدمت، بار کار یا تصمیم نامطمئن. شعارهایی مانند تحول منابع انسانی، مرز اجرایی ایجاد نمیکنند. توضیح دهید چرا اکنون به بررسی نیاز داریم و پاسخ چه چیزی را در انتخاب تغییر میدهد. توجیه تفصیلی هزینه و منفعت میتواند در سند پشتیبان بماند.

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

نسخه معتبر را در طول پروژه حفظ کنید
اگر پرسش، داده یا کاربرد تغییر مهمی کرد، منشور و اسناد مرتبط را هماهنگ بهروزرسانی کنید. نسخه قبلی و دلیل تغییر باقی بمانند. لازم است تیم بداند اکنون کدام تعهد معتبر است. تغییر شفاهی در جلسه نباید با متن قدیمی در تحویل نهایی رقابت کند.
در بازبینی مرحلهای، شرطهای باز و تغییر ریسک را مرور کنید. ممکن است برخی فرضها رد شده یا فرصت تصمیم تغییر کرده باشد. ادامه خودکار فقط به دلیل هزینه صرفشده، کافی نیست. صاحب اختیار باید با شناخت تازه درباره دامنه و منابع باقیمانده تصمیم بگیرد.
- خروجی مراحل طراحی را گردآوری و ناسازگاری را رفع کنید.
- تعهدهای اصلی را کوتاه و روشن بنویسید.
- شرط شروع و موارد باز را با مسئول مشخص کنید.
- برداشت و ظرفیت نقشها را در جلسه مرور کنید.
- پذیرش متناسب و نسخه معتبر را ثبت کنید.
- با تغییر مهم، سند و تعهدهای وابسته را هماهنگ کنید.
نکتهپیشنهاد خانه منابع انسانی: منشور را با یک پرسش امتحان کنید: «چه چیزی ممکن است در پایان باعث شود یک طرف بگوید این همان چیزی نبود که میخواستیم؟». همان ابهام را پیش از شروع رفع کنید.
منشور خوب، امکان همکاری و اصلاح را بیشتر میکند. قرار نیست همه عدمقطعیت را حذف کند؛ باید آن را به شرط، بررسی و اختیار مشخص تبدیل کند. وقتی تیم و مدیر میدانند چرا پروژه انجام میشود و چه چیزی پذیرفته شده، مسیر اجرا و استفاده از نتیجه قابلپیگیریتر خواهد بود.
پرسشهای متداول
پاسخ کوتاه به ۳ پرسش درباره «منشور پروژه تحلیلی منابع انسانی را چگونه بنویسیم؟»
۱آیا منشور باید حتماً یک صفحه باشد؟
اندازه ثابت ندارد. برای پروژه ساده میتواند کوتاه باشد و برای پروژه حساس به پشتیبان بیشتری نیاز دارد. متن اصلی باید تعهدهای تعیینکننده را روشن کند و جزئیات روش در سند مناسب بمانند.
۲آیا تأیید منشور یعنی همه ابهامها حل شدهاند؟
خیر. بعضی ابهامها خود موضوع پروژهاند. باید شرطهای ضروری شروع از پرسشهای قابلبررسی در اجرا جدا شوند. موارد باز، مسئول، موعد و اثرشان بر ادامه را روشن کنید.
۳آیا منشور جای برنامه تحلیل را میگیرد؟
خیر. منشور مأموریت و تعهد را یکپارچه میکند؛ برنامه تحلیل مسیر بررسی را توضیح میدهد. این دو باید هماهنگ و به نسخه مشخص متصل باشند تا تغییر یکی، دیگری را نامعتبر نکند.
مراجع و منابع
- کارکرد تحلیل دولت بریتانیا و همکاران. (۲۰۲۵). کتاب آکوا: راهنمای تولید تحلیل معتبر و متناسب با هدف (The AQuA Book).
- میلهولان، چاک (Chuck Millhollan). (۲۰۰۸). کنترل تغییر دامنه (Scope change control). مجموعه مقالات کنگره جهانی مؤسسه مدیریت پروژه.
- مؤسسه کارکنان و توسعه. (۲۰۲۴). پژوهش کسبوکار در کار حرفهای منابع انسانی؛ شرح واحد 7CO04 در دیپلم پیشرفته مدیریت راهبردی افراد.
این چالش در سازمان شما هم هست؟
اگر میخواهید آنچه خواندید را در سازمان خود به کار بگیرید، درخواستتان را بفرستید تا همتیمیهای خانه منابع انسانی برای هماهنگی با شما تماس بگیرند.
- تشخیص دقیق مسئلهپیش از هر راهحلی، ریشه را پیدا میکنیم
- طراحی راهحل متناسبنه نسخه آماده؛ متناسب با فرهنگ و اندازه سازمان شما
- همراهی تا اجرااز طراحی تا استقرار و سنجش نتیجه



میزگرد حرفهای خانه منابع انسانی
اگر سفارشدهنده و تحلیلگر فقط منشور فعلی را بخوانند، آیا درباره محصول نهایی و شرایط پذیرش برداشت یکسانی خواهند داشت؟