هوش مصنوعی در کل چرخهٔ مدیریت پروژه — نه یک چتبات جدا افتاده
تیمها اغلب «ابزار هوش مصنوعی جدید» میخرند و بعد میپرسند چرا کسی استفاده نمیکند. مشکل معمولاً اتصال فنی نیست — جایگذاری است. یک چتبات عمومی در گوشهٔ صفحه بدون اتصال به کانبان فقط حواسپرتی زیباست. مدیر پروژه همچنان خروجی اکسل میگیرد؛ توسعهدهنده همچنان چت را منبع حقیقت میداند؛ مدیر ارشد همچنان اسلاید دستی میخواهد.
هوش مصنوعی در مدیریت پروژه وقتی بازگشت دارد که در هر لایهٔ جریان کار نقش مشخص داشته باشد: خواندن از منبع حقیقت، پیشنهاد با تأیید انسان، پشتیبانی تصمیم با ردپای ممیزی. WKFGo این را با سه سطح پیاده میکند — چتبات درونبرنامهای، پروتکل زمینهٔ مدل (MCP) برای کاربر حرفهای در محیط توسعه، و ابزارهای اجرایی برای رهبری. همه روی یک پایگاه داده — نه همگامسازی بین «ابزار هوش مصنوعی» و «ابزار مدیریت پروژه».
علائم و هزینهٔ جدا بودن هوش مصنوعی از جریان کار
| نشانه | هزینهٔ پنهان |
|---|---|
| چتبات در گوشه؛ بورد کهنه | خروجی روان اما غلط |
| MCP فقط برای توسعهدهنده؛ مدیر خروجی میچسباند | دو گردشکار موازی و خستگی |
| اسلاید اجرایی از چت عمومی بدون دادهٔ پروژه | داستان در جلسهٔ هیئتمدیره |
| کلید ادمین مشترک در پیکربندی | نشت داده و انتساب اشتباه |
| «پذیرش هوش مصنوعی» = تعداد پرسش | شاخص بیمعنی |
| بهداشت بورد ضعیف | هر لایهٔ هوش مصنوعی شکست میخورد |
هزینهٔ واقعی اشتراک مدل نیست — مقصر دانستن هوش مصنوعی وقتی ریشه، کیفیت داده است. سازمان «امتحان کرد و رها کرد» در حالی که پیشنیاز انضباط بورد هرگز برقرار نشد.
سه لایهٔ هوش مصنوعی در WKFGo
لایهٔ ۱ — خواندن و پاسخ (برای همه)
چتبات شناور داخل اپ احراز هویتشده کار میکند. پرسش به زبان طبیعی: «تسکهای معوق من؟»، «خلاصهٔ ویکی استقرار چیست؟» پشت صحنه همان پایگاه داده و جستوجوی برداری روی دانش است. بدون پیکربندی MCP — مناسب مدیر پروژه و ذینفع غیرفنی.
محدودیت صادقانه: نوشتن انبوه از مسیر چتبات محدودتر از MCP یا رابط کاربری است؛ برای بهروزرسانی دستهای از MCP یا خود اپ استفاده کنید.
لایهٔ ۲ — عمل در جریان کار (محیط توسعه / دسکتاپ)
سرور MCP برای Cursor و Claude Desktop. حلقهٔ توسعه: بستهٔ زمینه (get_context_pack) → شروع کار (start_work) → ارسال برای بازبینی (submit_for_review) → پایان کار (end_work). حلقهٔ مدیر پروژه: فهرست تسکها (list_tasks)، بهروزرسانی وضعیت (update_status)، جستوجوی مستندات (search_docs). هر نفر کلید شخصی با پیشوند wk_.
این لایه کاهش تعویض زمینه است — نه جایگزینی بورد کانبانی که تیم برای شفافیت میخواهد.
لایهٔ ۳ — تصمیم با شواهد (رهبری)
ابزارهای اجرایی MCP:
- خلاصهٔ اجرایی (
executive_brief) — دید نقشمحور (مدیرعامل، مدیر مالی، مدیر فنی و …) - صندوق تصمیم (
decision_inbox) — صف با شواهد - شبیهسازی سناریو (
simulate_scenario) — مقایسهٔ آینده قبل از تعهد - نقشهٔ بار کاری (
workload_heatmap) و نمای پرتفوی (portfolio_overview)
اینجا هوش مصنوعی پشتیبان تصمیم است. بستن آیتم تصمیم (resolve_decision_item) و امضای انتشار همچنان انسانی میماند.
برای simulate_scenario چهار حالت را با نام فارسی بشناسید: تأخیر انتشار (delay_release)، کاهش محدوده (cut_scope)، افزودن نیرو (add_people)، توقف پروژه (freeze_project).
نقشهٔ استقرار هفتهفتهای
هفتهٔ ۱ و ۲ — بهداشت بورد کانبان. هر تسک مسئول دارد، مهلت دارد، مانع روی کارت ثبت شده. هوش مصنوعی روی دادهٔ کثیف شکست میخورد. قانون تیم: اگر روی کارت نیست، شروع نشده.
هفتهٔ ۳ — پایلوت چتبات. سه تیم کوچک، صفحهٔ ویکی «چطور از چتبات بپرسم»، ده سؤال پرتکرار که به منبع دادهٔ مشخص وصل شدهاند.
هفتهٔ ۴ — MCP فقطخواندنی برای سرپرست فنی. my_day و list_tasks. کلید شخصی به ازای هر نفر.
هفتهٔ ۵ — نوشتن با تأیید انسان. update_status و ایجاد کامنت (create_comment). حلقهٔ توسعه کامل میشود.
هفتهٔ ۶ — پایلوت executive_brief با یک مدیر. خروجی را با اسلاید دستی مقایسه کنید؛ واقعیتها را در اپ بررسی کنید.
هفتهٔ ۷ — بازنگری. شاخصها: درصد تسکهایی که هفتگی لمس شدهاند، مدت جلسهٔ وضعیت، چرخهٔ بستن آیتمهای صندوق تصمیم — نه «تعداد پرسش به مدل».
مرز انسان در برابر هوش مصنوعی
| فعالیت | هوش مصنوعی | انسان |
|---|---|---|
| خلاصهٔ وضعیت | پیشنهاد میکند | بررسی نقطهای |
| پیشنهاد اولویت | پیشنهاد میکند | تعهد نهایی |
| پیشنویس تسک | مینویسد | تأیید میکند |
| تأیید انتشار | ریسک را مطرح میکند | امضا میکند |
| ورود سند مالی | نباید | فقط انسان |
| تغییر دسترسی ویژگی | نباید | فقط ادمین |
| حل تعارض بینفردی | نباید | فقط انسان |
| مذاکره با ذینفع | نباید | فقط انسان |
مدل بلوغ پذیرش
| سطح | نشانه | اقدام بعدی |
|---|---|---|
| ۰ | هوش مصنوعی جدا از بورد | اول بهداشت بورد |
| ۱ | چتبات پرسش و پاسخ | صفحهٔ پرسشهای پرتکرار در ویکی |
| ۲ | MCP فقطخواندنی | پایلوت my_day |
| ۳ | نوشتن تأییدشده از MCP | حلقهٔ کامل توسعه |
| ۴ | ابزار رهبری | خلاصهٔ اجرایی + صندوق تصمیم |
| ۵ | حلقهٔ تصمیم بسته | شبیهسازی + بستن آیتم |
سطح ۵ بدون سطح ۲ ممکن نیست — کیفیت داده پیشنیاز است.
ضدالگوها
- همهچیز یکجا: فعال کردن همهٔ ابزارها در روز اول — آشفتگی و مقصر دانستن مدل
- هوش مصنوعی بدون انضباط بورد: ورودی کثیف، خروجی روان اما غلط
- کلید ادمین مشترک برای اتوماسیون
- جایگزینی کامل جلسه با چتبات — دید ناهمزمان مانع پیچیده را جایگزین نمیکند
- شاخص ساختگی از مدل زبانی — قبل از اسلاید بیرونی، عدد را در اپ تأیید کنید
یک پلتفرم، سه نقطهٔ ورود
| نقش | نقطهٔ ورود |
|---|---|
| فرد مشارکتکننده / مدیر پروژه | چتبات + داشبورد و «تسکهای من» |
| توسعهدهنده | Cursor با MCP + get_context_pack |
| مدیر ارشد | Claude با MCP + executive_brief و decision_inbox |
| مالی | صفحهٔ مالی + finance_summary با مجوز |
اندازهگیری بدون عدد ساختگی
در بازنگری هفتگی اینها را دنبال کنید: نرخ لمس هفتگی تسکهای محولشده؛ روند مدت جلسهٔ وضعیت؛ زمان بهروزرسانی بعد از ثبت مانع؛ چرخهٔ بستن آیتمهای صندوق تصمیم. «ساعت ذخیرهشده توسط هوش مصنوعی» معمولاً ساختگی است؛ تغییر رفتار قابل مشاهده ارزش دارد.
سوالات متداول
آیا باید هر سه لایه را همزمان راه بیندازیم؟
خیر. ترتیب درست: بهداشت بورد → چتبات → MCP خواندنی → ابزار رهبری.
تفاوت چت عمومی با هوش مصنوعی WKFGo چیست؟
چت عمومی بدون MCP به دادهٔ پروژهٔ شما کور است. لایهٔ هوش مصنوعی WKFGo روی همان پایگاه دادهٔ داشبورد grounded است.
دربارهٔ حریم داده چه باید بدانیم؟
فراخوانی MCP به نمونهٔ شما میرود؛ سیاست استقرار و نگهداری داده با خودتان است.
آیا جای اسکراممستر را میگیرد؟
خیر. تسهیلگری، تعارض و مذاکره انسانی میماند؛ هوش مصنوعی شواهد و پیشنویس میآورد.