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