مقالات
Linear أم Jira: متتبع المهام قرار إداري
أداتان تحفظان حالة العمل حيث يقرأها الفريق. تختلفان في مقدار العملية الذي تسكنه الأداة، وهذا هو الاختيار كله.
- comparison
- tools
- process
متتبع المهام يحفظ حالة العمل حيث يقرأها أكثر من شخص، فتبقى الحالة بعد إجازة أو استقالة أو أسبوع سيئ. وLinear وJira يفعلان ذلك. ويختلفان في مقدار العملية الذي يسكن الأداة: الأولى تراهن على حالات قليلة وسرعة، والثانية على قابلية الضبط، وهي ما تطلبه اللجنة عادة. والاختيار قرار إداري بثياب قرار برمجي.
ما وظيفة المتتبع، وما ليست وظيفته؟
المتتبع سجل مشترك لما يُعمل، ومن يعمله، وما يأتي بعده. وليس قائمة مهام: القائمة خاصة، تموت مع الدفتر، ولا تحمل حالة يستطيع غير صاحبها أن يتصرف عليها.
والاختبار ليس أول يوم اثنين، بل هل يستطيع من ينضم في الشهر السادس أن يعرف لماذا توقف عمل ما، دون أن يسأل من كان حاضرًا حين توقف. فإن كانت الإجابة في ذاكرة أحدهم، فالمتتبع زينة.
بماذا تنحاز كل أداة؟
Linear تنحاز إلى السرعة وقائمة حالات قصيرة: لوحة المفاتيح تفعل كل شيء تقريبًا، والمسار شبه ثابت، والمنتج يفترض فريقًا صغيرًا متفقًا على طريقة عمله. تتبنونها ولا تشكّلونها. وهذا ميزة حين تكون العملية مستقرة، وعقبة أول مرة يطلب فيها عميل توقيعًا في المرحلة الثالثة.
وJira تنحاز إلى الضبط. يمكن تعريف المسارات والحقول والشاشات والصلاحيات، فتنمذج مؤسسة تسبق عمليتها الفريق: موافقتان، وبوابة اختبار، وتسليم إلى الدعم. والثمن أن أحدًا يجب أن يملك ذلك الضبط دائمًا، وأن حالتها الافتراضية بنية أكثر مما سيستعمله فريق من ستة.
لماذا يموت متتبع حالاته أكثر من فريقه؟
لأن كل حالة تحتاج من ينقل العمل إليها. لوحة باثني عشر عمودًا وأربعة أشخاص فيها ثمانية أعمدة لا ينتظر فيها شيء، وعمودان يتعفن فيهما العمل بهدوء. والعمل لا يتباطأ لأن الأداة سيئة، بل لأن أحدًا لا يملك الانتقالات.
والحالات التي تستحق البقاء هي ما يغيّر قرارًا: هل يُعمل عليه، هل ينتظر جهة خارج الفريق، هل انتهى. وما دون ذلك تعليق على البند. ومتتبع يرمّز ثماني مراحل لعملية ينفذها الفريق في ثلاث يصير استمارة تُملأ بعد العمل، فيتوقف الناس عن ملئها.
والفشل يصيب الأداتين: أسهل إنشاؤه في Jira حيث تدعو الواجهة إلى حالة إضافية، وممكن في Linear حين يبدأ أحدهم بإضافة وسوم تشبه المراحل.
ماذا يرى العميل دون حساب؟
في عمل الخدمات هذا هو السؤال الحاسم عادة، ونادرًا ما يُطرح في العرض التجريبي. العميل الذي يجب تدريبه ومنحه مقعدًا وتعليمه تصفية لن يتابع التقدم؛ سيطلب بريدًا أسبوعيًا، ويخسر المتتبع جمهوره الثاني.
وJira يمكن توجيهها إلى الخارج عبر بوابة أو تصفية مشتركة، وكلتاهما تحتاج ضبطًا ومن يحفظه. وعروض Linear المشتركة أنظف وتُقرأ جيدًا على الهاتف، لكنها تبقى عرضًا لأداة داخلية. فإن كانت المتابعة الأسبوعية أهم من السرعة الداخلية، فلا واحدة منهما تكفي وحدها: صفحة حالة صغيرة تقرأ واجهة المتتبع تؤدي العمل.
ما ثمن الترحيل فعلًا؟
العملية التي تتركونها، في الأغلب. نص التذاكر يُصدَّر، والمرفقات تُصدَّر، والتعليقات تصل مسطحة في جدول لا يُقرأ مرتين. أما الحالات فلا تنتقل، لأن للأداة الجديدة حالات مختلفة، والتقارير لا تنتقل أصلًا، لأنها بُنيت على البنية القديمة.
والفاتورة هي وثيقة المقابلة وإعادة التدريب: أي حالة قديمة تصير أي حالة جديدة، وما مصير البنود العالقة أثناء التحول، ومن يشرح المفردات الجديدة للفريق وللعميل. وهذا أسبوع من انتباه شخص في فريق صغير، في أي اتجاه انتقلتم.
وثمة ثمن آخر هو الثقة. فريق غيّر أداته مرتين في ثلاث سنوات يتوقف عن الكتابة الجيدة، لأنه تعلّم أن السجل مؤقت.
كيف تختلفان؟
| البعد | Linear | Jira |
|---|---|---|
| ما تفترضه | فريق صغير متفق على طريقة عمله | مؤسسة تسبق عمليتها الفريق |
| أين تسكن العملية | قائمة حالات قصيرة شبه ثابتة | مسارات يضبطها أحدهم ويحفظها |
| ثمن حالة جديدة | حديث مع الفريق | تعديل ضبط، مع التقارير التي تقرأه |
| ما يراه العميل | عرض مشترك لأداة داخلية | بوابة أو تصفية، مضبوطة ومصانة |
| الترحيل | سهل في البداية، معطّل في منتصف الطريق | سهل في البداية، معطّل في منتصف الطريق |
الصف الأخير ليس خطأ مطبعيًا: لا واحدة منهما أسهل مغادرة بعد أن يصبح العمل جاريًا، ومن يعد بغير ذلك يبيع الترحيل القادم.
كيف تختارون دون تقييم ستة أسابيع؟
- اكتبوا الحالات التي يمر بها عملكم فعلًا، بالكلمات التي يستعملها الفريق.
- احذفوا كل حالة لا تغيّر ما يفعله أحدهم بعدها. حالتان تؤديان إلى الفعل نفسه حالة واحدة.
- سمّوا الشخص خارج الفريق الذي يجب أن يرى التقدم، واكتبوا ما يحتاج رؤيته.
- عدّوا القواعد غير القابلة للتفاوض — موافقة، توقيع، بوابة عميل. كل واحدة سبب للانحياز إلى Jira.
- شغّلوا مشروعًا حقيقيًا في الأداة المرشحة أسبوعين، مع بند واحد يتعطل، وراقبوا أين يتوقف ومن يلاحظ.
- اكتبوا الخروج قبل البدء: إلى أين يذهب نص التذاكر، ومن يملك التصدير، وأي تقارير تخسرونها.
أين يخطئ هذا؟
- الفريق الأعلى صوتًا يختار، والفريق الآخر يحتفظ بمتتبعه، فتصيران حقيقتين ومصالحة أسبوعية.
- كل قسم يضيف حقلًا، فتكبر استمارة البند إلى صفحة، وتُنشأ البنود الجديدة نصف فارغة.
- اللوحة تصير تسليمًا للعميل، فيكتب الفريق لعين العميل لا لمن سينفذ العمل بعده.
- بند يحمل مالًا: عرض سعر أو فاتورة يُتابع كتذكرة، فيصير المتتبع سجلًا لا يوازنه أحد.
- الترحيل يُدار كتصدير: يصل النص ولا تصل الحالات، ويقضي الفريق شهرًا في أداة تصف عملية لا يتبعها.
ما لا يغطيه هذا المقال
لا أسعار ولا مقارنة خطط: المنصتان تحجبان الميزات بحسب الخطة وتنقلان الحدود، فأي رقم يُكتب هنا يصير قديمًا قبل أن ينتهي العام. ولا يغطي القطاعات المنظّمة التي يجب فيها حفظ السجلات سنوات، ولا الشراء بالجملة حيث يتقدم العقد على المنتج. ويترك الجواب الثالث المشروع: لفريق من شخصين يسلّم شيفرة، قد تكفي تذاكر المستودع نفسه. ومن لا يكتب شيئًا سيحوّل أي أداة إلى صندوق وارد ثانٍ. نبني ونربط أنظمة حول متتبعات كهذه، ولا نعيد بيع أي من المنتجين، ولا نأخذ عمولة من أي منهما.
نبني القطع الصغيرة التي تجعل المتتبع صادقًا — صفحة حالة للعميل، وتقريرًا يطابق، وجسرًا إلى نظام الفواتير — ونترك المتتبع لعمله الوحيد الذي يجيده.
خدمات في هذا المقال
مقالات
مقالات ذات صلة.
لماذا يعود فريقك إلى جدول البيانات؟
لم يرفض فريقك الأداة لأن مزاياها ناقصة. ثلاثة حقول، وخطوة بست نقرات، وتقرير تغيّر رقمه، أعادتهم إلى الجدول.
- adoption
- internal-tools
- ux
كيف تقارن أدوات SaaS دون أن تصدّق مواقع المقارنات
إجراء للمشتري: جرّب مسارات عملك في كل تجربة، واحسب ثمن الخروج، واعرف من يملك البيانات قبل أن يقرر عنك جدول ميزات.
- saas
- مشتريات
- مقارنة
الاشتراك إيجار والبناء شراء: أيّهما تحمله شركتك؟
قارن الاشتراك والبناء المخصّص على أفق واحد: من يصلح العطل، ومن يملك القاعدة، وما يبقى بيدك حين تتوقف عن الدفع.
- decision
- custom-software
- operations
ابدأ مشروعًا
لديك شيء تريد بناءه؟
ملخص قصير يكفي. تحصل على نطاق مكتوب وسعر ثابت قبل أن يبدأ أي شيء.
