كيف تؤتمت إدارة المشاريع بالذكاء الاصطناعي، وما تتركه يدويًا

اسأل فريقًا عمّا يريد أتمتته وسيقول أحدهم دائمًا: البرمجة. وكيل يلتقط تذكرة ويفتح طلب سحب هو العرض التوضيحي الذي رآه الجميع، فمن هناك يبدأ الحديث. وفي الوقت نفسه، يقضي قائد في الفريق ذاته عصر الجمعة في تجميع بريد الحالة يدويًا، وما يزال كل طلب من عميل يهبط في صندوق بريد مشترك ينتظر شخصًا يعيد كتابته في أداة التتبع.

هذا الترتيب معكوس. الأتمتة الأكثر بهرجة تحمل أكبر المخاطر وتحتاج أكثر الإشراف، والمملة منها تسدد ثمنها في الأسبوع الأول. الطريقة الصحيحة لأتمتة إدارة المشاريع بالذكاء الاصطناعي هي بترتيب نطاق الضرر لا بترتيب الحماسة: ابدأ حيث لا يكلف الخطأ شيئًا، وانته حيث يصل الخطأ إلى العملاء. هذا المقال هو ذلك الترتيب، مع قائمة قصيرة بقرارات لن أؤتمتها إطلاقًا.

إفصاح قبل كل شيء: نحن نصنع Taskfolk، أداة تتبع مبنية حول هذا النوع من العمل، لذا تسمّي الأمثلة أدناه ميزاتنا. الترتيب نفسه يصمد في أي أداة.

القواعد والحكم آلتان مختلفتان

يُستخدم تعبير "أتمتة الذكاء الاصطناعي" لشيئين لا يتشابهان في السلوك، وخلطهما هو الطريق إلى فقدان الثقة بكليهما.

الأتمتة القائمة على القواعد: إذا حدث X فافعل Y. عند إنشاء مهمة بتسمية billing، أسندها إلى مسؤول المدفوعات وارفع الأولوية. إنها حتمية، وموجودة منذ مرشّحات البريد، ولا تفاجئك أبدًا. حين تخطئ قاعدة، تخطئ بالطريقة نفسها كل مرة، فيسهل العثور على الفشل ويرخص إصلاحه.

أما أتمتة الذكاء الاصطناعي فتقرأ المحتوى وتتخذ حكمًا. هل هذا البلاغ خطأ أم طلب ميزة؟ أي خمسة من أحداث اللوحة المئتين هذا الأسبوع تستحق جملة في التحديث؟ القاعدة لا تستطيع التعبير عن هذه القرارات لأنها تتطلب قراءة. وفي مقابل التعامل مع هذا الغموض، يخطئ الذكاء الاصطناعي أحيانًا، ويخطئ بطرق لم تتوقعها.

ومن هنا قاعدة التصميم: استخدم قاعدة حيثما استطاعت قاعدة التعبير عن القرار، وأنفق حكم الذكاء الاصطناعي حيث يلزم الحكم فقط. أفضل الإعدادات تسلسل الآلتين معًا:

flowchart LR
    A[New ticket] --> B[AI reads it and applies a label]
    B --> C[Rule matches the label]
    C --> D[Ticket routed to the right person]

يقرأ الذكاء الاصطناعي تذكرة جديدة ويضع تسمية. هذا حكم. وترى قاعدة التسمية فتوجّه التذكرة إلى الشخص المناسب. هذه ميكانيكا. وحين يهبط شيء في الطابور الخطأ، تعرف بلمحة أي النصفين أخطأ التخمين.

كل ما في السلّم أدناه مزيج من هاتين الآلتين، والدرجات مرتبة بحسب حجم الضرر الذي يستطيع نصف الحكم إحداثه.

الدرجة الأولى: التقارير (لا شيء يمكن أن ينكسر)

ابدأ بالأتمتة التي تقرأ فقط: ملخص وقفة صباحية غير متزامن وموجز أسبوعي للمشروع. موجز الذكاء الاصطناعي في Taskfolk يقرأ النشاط المسجل، ما أُنشئ وما اكتمل وما تعثر ومن علّق على ماذا، ثم يكتب التحديث الذي كان القائد يجمعه يدويًا. شغّله يوميًا فيستبدل نصف التلاوة من الوقفة الصباحية. وشغّله أسبوعيًا فيستبدل بريد الجمعة. كتبنا عن النسخة اليومية في هل يستطيع الذكاء الاصطناعي إدارة وقفتك الصباحية؟ وعن الأسبوعية في دع الذكاء الاصطناعي يكتب تحديث مشروعك الأسبوعي.

نطاق الضرر هنا صفر. الموجز لا يكتب في اللوحة، فأسوأ ما يمكن أن ينتجه فقرة باهتة، وحتى الفقرة الباهتة أفضل من ساعة تمرير في خمس لوحات مشاريع لإعادة بناء الأسبوع. التقارير هي الأتمتة الوحيدة التي تتبناها بلا خطة إشراف، ولهذا تأتي أولًا. إن كان الذكاء الاصطناعي في أداة التتبع يقلقك، فهذه هي الدرجة التي تعاير عندها ثقتك ولا شيء على المحك.

وهي تجري أيضًا تدقيقًا هادئًا للوحتك. الملخص لا يعكس إلا ما تسجله أداة التتبع. إذا عاد الموجز الأول هزيلًا، أو وصف بثقة مشروعًا تعرف أنه يحترق بأنه هادئ، فلوحتك لا تقول الحقيقة. أن تتعلم ذلك الآن، والمستهلك الوحيد فقرة، خير من أن تتعلمه لاحقًا حين يتخذ وكيل قراراته من البيانات نفسها.

الدرجة الثانية: الاستقبال (ينشئ، ولا يقرر شيئًا نهائيًا)

الدرجة الثانية تكتب، لكنها لا تكتب إلا صفوفًا جديدة، ولا شيء مما تقرره مكلف التراجع.

نموذج استقبال عام يأخذ الطلب من صاحبه مباشرة ويسجّل مهمة منظمة في المشروع الصحيح، بالحقول التي اخترت أن تسأل عنها. الطلب لا يجلس أبدًا في صندوق بريد مشترك بانتظار من يعيد كتابته. في Taskfolk يطبّق النموذج افتراضات التوجيه عند الوصول، تسمية ومُسندًا إليه وعمود بداية، ثم تعمل قواعد أتمتة issue.created على المهمة الجديدة لكل ما هو مشروط. المسار كاملًا في حوّل نموذج طلبات إلى مهمة مفروزة.

وفوق ذلك يجلس أول حكم حقيقي للذكاء الاصطناعي: الفرز. يقرأ الذكاء الاصطناعي المهمة الجديدة ويقترح نوعًا وأولوية وتسميات مأخوذة حصرًا من مجموعة المشروع القائمة، وتوجّه قواعدك بناءً على ما طبّقه. الإعداد وحواجزه في فرز المهام الجديدة تلقائيًا بالذكاء الاصطناعي.

القرار الخاطئ في هذه الدرجة يكلف تصحيحًا من ثانيتين، ولهذا هي الثانية لا الثالثة. ومع ذلك، ابدأها خلف بوابة:

• أضف عمودًا باسم "فرز" وأهبط فيه كل تذكرة جديدة.
• دع شخصًا يرقّي التذاكر خارجه بعد نظرة. يشحن Taskfolk الفرز بوضع اقتراح لهذا بالضبط: النموذج يقترح، والإنسان يقبل أو يصحح.
• بعد أسبوعين، احسب كم مرة صححته.

إن كان الجواب نادرًا، فدعه يطبّق تلقائيًا وأبقِ عمود المراجعة للاستثناءات. وإن كان الجواب باستمرار، فلم تخسر سوى الأسبوعين.

الدرجة الثالثة: التنفيذ (الأخطاء حقيقية الآن)

الدرجة العليا هي درجة العرض التوضيحي: وكلاء يلتقطون المهام، وينجزون العمل، ويعلّقون على ما فعلوه، ويحرّكون التذاكر عبر اللوحة. المردود هنا الأكبر، وهذه أول درجة يصبح فيها الحكم الخاطئ منتج عمل على أحدهم التقاطه، لا تسمية تقلبها عائدًا.

عامل الأمر كتعاقد مع مقاول، لا كتفعيل إعداد. في Taskfolk الوكيل عضو مسمّى في مساحة العمل: له ملفه التعريفي، وجلساته الحية التي تراقبها، وإسناده الخاص على كل تغيير يجريه، ومفتاح API محدود النطاق تلغيه دون المساس بوصول أي أحد آخر. يعمل على اللوحة عبر REST API وخادم MCP نفسيهما اللذين يستخدمهما أي تكامل، فلا شيء مما يفعله يجري خارج السجل. أعطه أول تكليف ضيقًا واحدًا؛ حدد نطاق أول وظيفة لوكيل الذكاء الاصطناعي هي قائمتنا لاختياره.

ولأن الوكيل يعمل عبر API، فإن حركة اللوحة نداء HTTP عادي تستطيع قراءته. هذه نقطة نهاية الانتقال التي يضربها وكيل لنقل WEB-12 إلى المراجعة:

curl -X POST "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues/WEB-12/transition" \
  -H "Authorization: Bearer tfk_live_..." \
  -H "Content-Type: application/json" \
  -d '{"status": "in_review"}'

await fetch(
  "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues/WEB-12/transition",
  {
    method: "POST",
    headers: {
      Authorization: "Bearer tfk_live_...",
      "Content-Type": "application/json",
    },
    body: JSON.stringify({ status: "in_review" }),
  },
);

import requests

requests.post(
    "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues/WEB-12/transition",
    headers={"Authorization": "Bearer tfk_live_..."},
    json={"status": "in_review"},
)

ثم اجعل اللوحة تفرض الحدود بدل الوثوق بأن الوكيل سيحترمها. الأعمدة المخصصة تشكّل خط الأنابيب. وقواعد الانتقال تحدد الحركات المشروعة من كل عمود وتُفرض على كل مسار كتابة، بما في ذلك النداء أعلاه، فلا يستطيع وكيل قفز تذكرة من قيد التنفيذ إلى منجزة مباشرة: يفشل الطلب بدل أن تتحرك التذكرة. وعمود مراجعة يجلس بين عمل الوكيل وكل ما يواجه العملاء، والإنسان وحده ينقل التذاكر خارجه.

وبعد أن يلتزم وكيل واحد داخل هذه القضبان، يصبح الثاني أقل دراماتيكية مما يبدو. أعمدة الحالة تتحول إلى ناقل تسليم:

flowchart LR
    T[Triage agent] --> R[Ready column]
    R --> C[Coding agent]
    C --> V[Review column]
    V --> H[Human approves]
    H --> D[Done]

وكيل فرز يدفع التذاكر إلى عمود الجاهز، ووكيل برمجة يسحب منه، والبوابة البشرية تبقى في المنتصف. هذا النمط مكتوب في تنسيق وكيلين عبر تسليمات الحالة.

ما تتركه يدويًا، بشكل دائم

بعض القرارات ينبغي أن تبقى مع البشر حتى حين تنجح الأتمتة، وليس لأن النماذج ليست جيدة كفاية بعد.

• الأولويات التي تحمل التزامات. اقتراح الذكاء الاصطناعي أولوية لخطأ روتيني تصنيف، ولا بأس به. أما تقرير أن إصلاحًا سيصل عميلًا محددًا بحلول الجمعة فوعد، والوعد ملك الشخص الذي سيجيب عنه إذا تأخر.
• قص النطاق. حين لا يتسع السبرنت، اختيار ما يسقط تفاوض بين ما قيل للعملاء وما يستطيع الفريق استيعابه وما يحتاجه العمل هذا الربع. يستطيع النموذج سرد الخيارات، وليست له صفة للاختيار.
• كل ما يخص البشر فعلًا. توجيه العمل إلى طابور ميكانيكا؛ أتمتها بحرية. أما إسناد العمل إلى شخص فحوار عن عبء العمل، والفرق يظهر أكثر ما يظهر في الأسبوع الذي يغرق فيه ذلك الشخص بصمت. الأداء ليس بيانات لوحة، والخلاف ليس كذلك أيضًا.
• المراجعة الأخيرة قبل الوصول للعملاء. أيًا كانت البوابة الأخيرة أمام وصول العمل إلى العملاء، فإنسان هو من ينقر عليها. سنبقي على هذه حتى لوكيل بسجل مثالي، لأن الموافقة هي موطن المساءلة، والمساءلة لا تنتقل إلى البرمجيات. الحجة الأطول في موافقة الإنسان في الحلقة لوكلاء الذكاء الاصطناعي.

الأسبوعان الأولان

هذه الخطة التي سأسلمها لفريق يبدأ من الصفر.

الأسبوع الأول، التقارير فقط. فعّل الموجز، يوميًا أو أسبوعيًا، ولا تغيّر شيئًا آخر. اقرأ كل موجز مقابل ما تعرفه أصلًا. أنت تختبر الملخصات، والأهم أنك تختبر هل تسجّل لوحتك الواقع. حيث يخطئ الموجز لأن اللوحة كذبت، أصلح عادة اللوحة لا الموجز.

الأسبوع الثاني، الاستقبال. وجّه نموذجًا واحدًا نحو أكثر مصادر طلباتك ضجيجًا ودعه يسجّل المهام في عمود فرز. فعّل فرز الذكاء الاصطناعي بوضع الاقتراح واجعل من يملك الفرز يقبل كل اقتراح أو يصححه. واحتفظ بعدّ تقريبي للتصحيحات.

ثم توقف وقرر. إذا كان الموجز يُقرأ صادقًا والتصحيحات نادرة، فأداة التتبع عندك بحالة تكفي لاستضافة وكيل تنفيذ، وذلك الحوار يستحق الآن أن يُفتح. وإن فشل أي منهما، فقد اكتشفت ذلك مجانًا، قبل أسبوعين من أن يبني وكيل عملًا واثقًا فوق بيانات سيئة.

لا شيء من هذا يحتاج إلى موافقة ميزانية. خطة Taskfolk المجانية تغطي التجربة كلها، وPro بعدها بـ 3 دولارات لكل منفّذ شهريًا، والمشاهدون مجانيون بلا سقف، والوكلاء لا يُحتسبون مقاعد مدفوعة أبدًا. وحين تصبح جاهزًا للحديث عن الدرجة الثالثة، تعرض صفحة الذكاء الاصطناعي كيف ينضم الوكلاء إلى مساحة العمل أعضاءً. ابدأ بالدرجات المملة أولًا؛ فهي تسدد ثمنها فورًا، وتقول لك الحقيقة عن جاهزيتك للدرجة المثيرة.