كيف تضيف عمودًا إلى لوحة كانبان في Taskfolk

لوحتك تضم سبعة أعمدة، وأحدها يؤدي ثلاث وظائف في صمت. قائمة الانتظار، للتنفيذ، قيد التنفيذ، قيد المراجعة، منجزة، فاشلة، ملغاة. في مكان ما وسط هذا الصف، تجد تذكرة مثل "‏Timeline + Summary tab" متوقفة في عمود قيد المراجعة بينما هي في الحقيقة محظورة بانتظار قرار تصميمي حُسم قبل أسبوع. هي ليست قيد المراجعة. لا أحد يراجعها. هي عالقة، ولوحتك تكذب عليك بشأنها.

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

لماذا تحتاج لوحتك إلى عمود لم يوجد بعد

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

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

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

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

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

من يمكنه إضافة عمود (ومن لا يمكنه)

نقطة أولى ستوفّر عليك خمس دقائق من الحيرة: إضافة الأعمدة وتحريرها محكومة بالصلاحيات. مسار "‏+ إضافة حالة" في الطرف الأيمن من اللوحة، وقائمة النقاط الثلاث على رأس كل عمود، لا يظهران إلا للأعضاء الذين يملكون الصلاحية project.edit_settings، وهذا في مصفوفة صلاحيات Taskfolk يعني المالك والمدير.

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

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

كيف تضيف عمودًا إلى لوحة كانبان

هذه هي الخطوة الأساسية. افتح لوحتك (للمشروع التجريبي هي /w/taskfolk/p/web/board)، وانظر إلى أقصى يمين الأعمدة، فترى مسارًا منقّطًا مكتوبًا عليه "‏+ إضافة حالة". هذا المسار هو نقطة الدخول. لا يوجد سحب للإنشاء ولا التفاف عبر الإعدادات في الحالة الأساسية. اللوحة هي المكان الذي تضيف منه عمودًا إلى لوحة كانبان في أغلب الأحيان.

انقره فتنفتح نافذة تحوي ثلاثة أشياء:

1. حقل اسم الحالة. اكتب الاسم، لنقل "محظورة" للعمود الذي نبنيه. الحقل يزيل المسافات الزائدة ويحدّ عند 80 حرفًا، فلا يمكنك أن تلصق فقرة كاملة عن طريق الخطأ.
2. قائمة الفئة. المزيد عنها بعد قليل؛ فهي أهم من أي شيء آخر هنا.
3. صف من عيّنات الألوان.

ثم انقر زر "إضافة حالة"، أو اضغط Enter وحسب بينما مؤشرك ما زال في حقل الاسم. كلاهما يرسل.

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

قيمتان افتراضيتان يجدر معرفتهما كي لا يفاجئك شيء: نافذة الإضافة تبدأ بالفئة مضبوطة على قيد التنفيذ واللون على #B47CFF، وهو بنفسجي. إن كانت "محظورة" بفئة قيد التنفيذ واللون البنفسجي تناسبانك، فيمكنك إضافة العمود دون لمس أي منهما. لكنك ستريد عادةً تغيير الفئة، فتابع القراءة.

اختيار الفئة الصحيحة (هنا يخطئ الناس)

الفئة هي الحقل الوحيد في تلك النافذة الذي يغيّر سلوك Taskfolk، وهي التي يتخطاها الناس لأن حقل الاسم يبدو المُدخل "الحقيقي". وهو ليس كذلك. الاسم للبشر. الفئة للنظام.

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

الفئة	نهائية	ماذا تعني للمهمة
قائمة الانتظار	لا	تُحسب مفتوحة
للتنفيذ	لا	تُحسب مفتوحة
قيد التنفيذ	لا	تُحسب مفتوحة
قيد المراجعة	لا	تُحسب مفتوحة
منجزة	نعم	يُختم resolved_at
فاشلة	نعم	يُختم resolved_at
ملغاة	نعم	يُختم resolved_at

لماذا يهمّ هذا: الفئة تقود التمييز بين المفتوح والمنجز في كل مكان آخر في المنتج. تقاريرك تعدّ العمل المفتوح والمكتمل حسب الفئة، لا حسب اسم العمود. وواجهة برمجة التطبيقات العامة تعرض حالة المهمة حسب الفئة. ونقل مهمة إلى فئة نهائية (منجزة أو فاشلة أو ملغاة) يختم طابع resolved_at عليها، بينما إخراجها يمسح ذلك الطابع. فالفئة حرفيًا هي ما يقرّر إن كانت التذكرة تُحسب محلولة.

flowchart LR
  subgraph cols[Named columns]
    B[Blocked]
    Q[QA queue]
    S[Shipped]
  end
  subgraph cats[Category]
    IP[In Progress]
    IR[In Review]
    D[Done]
  end
  B --> IP
  Q --> IR
  S --> D
  IP --> O[Open in reports and API]
  IR --> O
  D --> R[Resolved and stamped]

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

المنطق نفسه لعمود فحص الجودة أو "بانتظار المراجعة": ما زال مفتوحًا، فيرتبط بقيد المراجعة أو قيد التنفيذ، لا منجزة أبدًا. القاعدة العملية: إن كان إنسان سيقول "لا، هذا لم ينتهِ بعد"، فلا بد أن تكون الفئة غير نهائية.

يوجّهك Taskfolk هنا. تحت قائمة الفئة مباشرةً، يظهر تلميح نصه "الفئة تتحكم في سلوك المفتوح والمنجز في التقارير." اقرأه. تلك الجملة هي سبب وجود الحقل.

اختيار لون يُقرأ بلمحة

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

تمنحك النافذة ثماني عيّنات ألوان جاهزة:

العيّنة	الرمز الست عشري
رمادي	#6B6F7A
رمادي فاتح	#A4A8B2
ذهبي العلامة	#FFD60A
سماوي	#4FE8E5
أخضر	#6AF7A8
برتقالي	#FF8A3D
وردي	#FF3B6B
بنفسجي	#B47CFF

إن لم يناسبك أي منها، فهناك منتقي "لون مخصص" أصلي تضبط فيه أي رمز ست عشري.

يُتحقق من اللون على الخادم بوصفه رمزًا ست عشريًا من ست خانات بالصيغة #RRGGBB. أعطه شيئًا غير ذلك (نص var() من CSS، أو اختصارًا من ثلاث خانات، أو أي حشو) فيُرفض برسالة "أدخل لونًا ست عشريًا من 6 خانات." التزم بقيم ست عشرية حقيقية فلن ترى تلك الرسالة أبدًا.

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

إعادة تسمية عمود قائم وتغيير لونه وفئته

الأعمدة ليست منحوتة في الحجر. لكل عمود قائمة نقاط ثلاث على رأسه، زر النقاط الثلاث العمودية (تسميته الوصفية "‏Manage {name}"، فلعمودنا هي "‏Manage Blocked"). انقره فتحصل على نافذة هي في جوهرها الحقول نفسها في نافذة الإضافة، مضافًا إليها عناصر تحكم بإعادة الترتيب والحذف، لكنها الآن تعمل على عمود حيّ مليء بالمهام.

إعادة التسمية تجري في مكانها. حرّر حقل الاسم فيُحفظ حين تنقر خارجه أو تضغط Enter، ما دام الاسم قد تغيّر فعلًا وليس فارغًا. فتصير "محظورة" إلى "محظورة / بانتظار" بتحرير واحد ونقرة بعيدًا. إجراء updateStatus يتولى ذلك، وكل مهمة في العمود تبقى في مكانها. إعادة التسمية لا تمسّ التذاكر أبدًا.

تغيير اللون فوري. انقر عيّنة مختلفة أو افتح اللون المخصص فيُحفظ التغيير في الحال. لا خطوة تأكيد.

تغيير الفئة هو ما يجب أن تتمهّل عنده، لأنه يفعل أكثر من الآخرين. غيّر قائمة الفئة فيُحفظ فورًا، لكنه أيضًا يعيد ختم كل مهمة موجودة حاليًا في ذلك العمود كي تبقى الفئة متسقة. بدّل عمودًا من قيد التنفيذ إلى منجزة فتحصل كل تذكرة فيه على resolved_at، لأنها جميعًا عبرت للتو إلى فئة نهائية. بدّله عكسيًا فتُمسح تلك الطوابع. هذا سلوك صحيح وهو ما تريده (الفكرة أن الفئة والمهام لا يفترقان أبدًا)، لكن قلب فئة عمود مزدحم ليس تجميليًا. إنه يحلّ أو يعيد فتح كل ما بداخله بحركة واحدة.

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

إعادة ترتيب الأعمدة: اسحب الرأس أو استخدم تحريك لليسار / تحريك لليمين

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

الطريقة الدقيقة في نافذة النقاط الثلاث: زرّا "تحريك لليسار" و"تحريك لليمين". يستدعيان reorderStatus ويعيدان ترتيب العمود عبر LexoRank، وهما معطّلان عند الأطراف (لا يمكنك تحريك أقصى عمود يساري إلى مزيد من اليسار). مناسبان لإزاحة عمود خانة واحدة حين تعرف تمامًا إلى أين يذهب.

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

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

حذف عمود دون تخريب بياناتك

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

flowchart TD
  A[Click Delete status] --> B{Issues in the column?}
  B -->|No| C[Column archived]
  B -->|Yes| D[Confirm dialog warns you]
  D --> E[Column and its issues soft deleted together]
  E --> F[Recoverable for 30 days]
  F --> G[After 30 days the recovery door closes]

اقرأ ذلك التحذير، لأن حذف عمود ليس إزالة أنيقة تنقل المهام إلى مكان آخر. عند التأكيد، يحذف Taskfolk العمود مبدئيًا ويحذف مبدئيًا كل مهمة غير محذوفة فيه، في معاملة واحدة. التذاكر لا تنتقل إلى قائمة الانتظار. ولا يُعاد إسنادها. تُؤرشف مع العمود.

يخبرك التنبيه المنبثق بعددها بالضبط: "حُذف العمود. أُرشفت {count} مهمة." وإن كان العمود فارغًا فسترى "حُذف العمود." بدلًا من ذلك، وإن فتحت نافذة النقاط الثلاث على عمود فارغ يشير الحوار إلى "لا مهام في هذا العمود." كي تعرف أن حذفه آمن.

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

حدّان يحميانك. لا بد أن تحتفظ اللوحة بحالة واحدة على الأقل، فحذف العمود الأخير المتبقي يُرفض برسالة "تحتاج اللوحة إلى حالة واحدة على الأقل." والحذف المبدئي قابل للاستعادة: تلك المهام المؤرشفة تقبع في مهلة الاستعادة المعتادة البالغة 30 يومًا، فإن حذفت عمودًا بالخطأ فأمامك شهر لتعيد المهام عبر مسار الاستعادة المعتاد. بعد تلك النافذة، تحرّر مكنسة استرداد المساحة مرفقاتها ويُغلق باب الاستعادة. ثلاثون يومًا مدة سخية، لكنها ليست إلى الأبد، فإن دمّرت شيئًا مهمًا فاستعده عاجلًا لا آجلًا.

إدارة الأعمدة من إعدادات المشروع بدلًا من ذلك

كل ما سبق يجري على اللوحة، في نوافذ منبثقة، عمودًا واحدًا في كل مرة. أحيانًا تريد العكس: كل الأعمدة مبسوطة في جدول لترى المجموعة كلها وتحرّرها دفعة واحدة. ذلك يعيش في إعدادات المشروع تحت تبويب حالات اللوحة، عند settings?tab=statuses.

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

• سهمَي إعادة ترتيب لأعلى/لأسفل (تحريك لأعلى / تحريك لأسفل)
• عيّنة لون
• اسمًا قابلًا للتحرير في مكانه
• قائمة فئة
• عدًّا حيًّا لمهام ذلك العمود، يربط مباشرةً باللوحة مُرشّحةً على تلك الحالة
• زر حذف

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

بل إن التبويب يكرّر الحواشي الصريحة نفسها: "فئة الحالة تتحكم في سلوكها المفتوح والمنجز في التقارير وواجهة برمجة التطبيقات" وتذكيرًا بأن حذف حالة يحذف كذلك مهامها (قابلة للاستعادة لمدة 30 يومًا). القواعد نفسها، مذكورةً بوضوح، في المكان الذي يُرجّح أن تُجري فيه تحريرات جماعية.

تفصيل أخير يربط الأعمدة بالعمل اليومي: على اللوحة، يُظهر العمود الفارغ إمكانية "‏+ مهمة جديدة"، وإنشاء مهمة بهذه الطريقة يُنزلها مباشرةً في ذلك العمود، حاملةً status_id الخاص به. فالعمود الجديد ليس مجرد مكان تسحب إليه أشياء لاحقًا. يمكنك أن تبذر فيه عملًا جديدًا في الحال.

إضافة عمود من واجهة برمجة التطبيقات

الأعمدة أيضًا مورد في واجهة برمجة التطبيقات العامة، وهذا يهمّ متى ما أدارت السكربتات أو الوكلاء لوحاتك. إنشاء واحد هو طلب POST مفرد بمفتاح API يحمل النطاق projects:write (العرض يحتاج projects:read على المسار نفسه مع GET):

curl -X POST "https://taskfolk.ai/api/v1/workspaces/taskfolk/projects/WEB/statuses" \
  -H "Authorization: Bearer tfk_live_a1b2..." \
  -H "Content-Type: application/json" \
  -d '{"name": "Blocked", "color": "#FF8A3D", "category": "in_progress"}'

const res = await fetch(
  "https://taskfolk.ai/api/v1/workspaces/taskfolk/projects/WEB/statuses",
  {
    method: "POST",
    headers: {
      Authorization: "Bearer tfk_live_a1b2...",
      "Content-Type": "application/json",
    },
    body: JSON.stringify({
      name: "Blocked",
      color: "#FF8A3D",
      category: "in_progress",
    }),
  },
);
const { data } = await res.json();

import requests

res = requests.post(
    "https://taskfolk.ai/api/v1/workspaces/taskfolk/projects/WEB/statuses",
    headers={"Authorization": "Bearer tfk_live_a1b2..."},
    json={"name": "Blocked", "color": "#FF8A3D", "category": "in_progress"},
)
print(res.json()["data"]["id"])

الإنشاء الناجح يعيد 201 مع الحالة الجديدة:

{
  "data": {
    "id": "0198a3f2-7c1e-7d40-b7aa-2f60d1c4e9b3",
    "name": "Blocked",
    "name_ar": null,
    "color": "#FF8A3D",
    "category": "in_progress",
    "rank": "u",
    "allowed_transitions": null,
    "wip_limit": null
  }
}

تفرض واجهة برمجة التطبيقات القواعد نفسها التي تفرضها الواجهة بالضبط: category يجب أن تكون واحدة من القيم السبع الثابتة (بصيغة snake_case، فهي in_progress لا "‏In Progress")، وcolor يجب أن يكون #RRGGBB، والاسم المكرر يعود بتعارض 409، والعمود الثالث عشر يُرفض برسالة "يمكن أن تحوي اللوحة 12 حالة كحد أقصى."

الحدود والمطبّات والعادات الجيدة

دعني أضع القيود الصريحة في مكان واحد كي لا يباغتك أي منها:

• 12 حالة لكل لوحة كحد أقصى. محاولة الإنشاء الثالثة عشرة تُرفض برسالة "يمكن أن تحوي اللوحة 12 حالة كحد أقصى." اثنتا عشرة تكفي أي سير عمل عاقل، لكن إن كنت من الفرق التي تريد عمودًا لكل حالة دقيقة، فستبلغ السقف، وذلك السقف مقصود. المزيد من الأعمدة نادرًا ما يكون الجواب.
• الأسماء فريدة لكل مشروع، دون اعتبار لحالة الأحرف، ويجب أن تكون من 1 إلى 80 حرفًا.
• الألوان يجب أن تكون ست عشرية من ست خانات (#RRGGBB)؛ نصوص var() والاختصارات مرفوضة.
• حقل الاسم بالإنجليزية فقط في هذه الواجهة. أسماء الحالات بالعربية موجودة في المخطط وفي القيم الافتراضية المبذورة، لكن نافذتي الإضافة والنقاط الثلاث على اللوحة ومدير الإعدادات لا تعرض إلا حقل الاسم المفرد. لا يوجد مُدخل منفصل للاسم العربي، فلا تبحث عن محرّر ثنائي اللغة هنا.

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

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

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

افتح لوحتك، وجد المسار المنقّط في الطرف الأيمن، وأضف العمود الوحيد الذي كان ينقص عملك.