Trello مقابل Jira: مقارنة من منظور مطور

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

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

لماذا استخدام أداة إدارة المشروع؟

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

صعود الفرق العالمية

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

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

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

تعاون

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

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

إدارة متطلبات المشروع

واحدة من أكبر المشكلات التي تواجه الفرق التي لا تستخدم أداة إدارة المشروع هي الطبيعة الجوهرية للبرنامج. ربما كنت تعمل في شركة ناشئة وقمت بدور محوري أكثر من مرتين. ربما تستمر أهدافك ومتطلباتك في التطور أثناء عملك في المشروع.

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

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

كفاءة الذاكرة والوقت

الحبر الباهت أكثر موثوقية من أقوى ذاكرة. - مثل

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

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

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

ركز

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

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

ميزات PMT الرئيسية

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

جيرا

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

سباقات السرعة

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

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

ملاحم وقضايا جيرا

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

على سبيل المثال ، يمكن أن يكون لديك ملحمة لترحيل البيانات من قاعدة بيانات حالية ، لذلك يمكنك استدعاء ذلك Epic DB Migration ، وبما أن جميع المهام في تلك الملحمة مرتبطة ، يمكن لمطور واحد أن يكون هو المسؤول عن ذلك خلال كل سباقات السرعة. يؤدي ذلك إلى تجنب قضاء مطورين بعض الوقت في تعلم قاعدة البيانات القديمة ، مما يجعل التطوير أكثر كفاءة.

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

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

الأولويات

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

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

المحتوى والمحتوى والمحتوى

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

إيجابيات وسلبيات Jira

تعد Jira أداة راسخة للغاية وتحتوي على الكثير من الميزات التي تم دمجها خصيصًا لتطوير البرامج. يقدم مجموعة من عمليات التكامل مع الأنظمة الأخرى ويساعدك على الحفاظ على التنظيم الجيد. إنه جيد بشكل خاص للفرق الكبيرة (جدًا).

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

الايجابيات

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

سلبيات

• يحتوي على العديد من الميزات ، بحيث يمكنك بسهولة استخدام البرنامج
• يتطلب بعض التدريب للاستفادة من جميع ميزاته
• يتطلب (أو على الأقل يساعد بشكل كبير من خلال) فهم التطور السريع
• يمكن أن يكون مبالغة لمشروع صغير مع فريق صغير

تريلو

يمكن تلخيص Trello في عبارة بسيطة: "لوحات بها بطاقات" ، ويعرف أيضًا باسم Kanban . للوهلة الأولى ، قد يكون الأمر بسيطًا جدًا بالنسبة للعين غير المدربة ؛ ومع ذلك ، يمكن أن تكون الأشياء البسيطة مفيدة للغاية.

البساطة مفهوم قوي. هذا جزء من سبب شهرة iPhone و Mac ، حيث كان نظام التشغيل الخاص بهما بسيطًا وممتعًا في الاستخدام. بينما تشعر Jira وكأنها تمتلك كل شيء يمكن أن تفكر فيه ، يشعر Trello وكأنه لديه ما يكفي لتحقيق ذلك. لا توجد ملاحم ولا قصص ولا سباقات السرعة - يمكنك ببساطة العمل على بطاقة ونقلها عبر المراحل المختلفة (الأعمدة).

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

مراحل

يجعل Trello تحديد المراحل أمرًا سهلاً للغاية - ما عليك سوى إنشاء عمود والبدء في استخدامه. وأكثرها شيوعًا هي المهام ، والممارسة ، والمراجعة ، والقيام. نظرًا لبساطته ، يمكنك إضافة أعمدة أخرى مثل On Hold (يمكن لـ Jira القيام بذلك أيضًا ، ولكن يبدو أنها فقدت ما لم تبحث صراحة عن هذه المشكلات) أو إنشاء أعمدة لأجزاء مختلفة من النظام مثل Todo Front-end أو Todo Back-end. يعد هذا ممتازًا عندما يكون الفريق والمشروع صغيرين ، مثل موقع ويب بسيط أو عنصر واجهة مستخدم أو ملحق ، حيث لا يوجد العديد من الأعضاء أو المهام لإدارتها في وقت واحد.

أعضاء

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

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

بصري جدا

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

هذا شيء لا يمتلكه Jira (أو على الأقل لم أره يستخدم في مشروع حقيقي). نظرًا لأن الصورة يمكن أن تقول أكثر من الكلمات ، يمكنك بسهولة رؤية ما يحدث دون فتح كل بطاقة.

بالإضافة إلى ذلك ، يمكن استخدام علامات Trello الملونة لإضافة المزيد من المعلومات دون الحاجة إلى توسيع البطاقة. مع القليل من التنظيم الجيد ، يمكن أن تكون مكافئات Kanban لملصقات Post-It مفيدة للغاية وتوفر لك الكثير من النقرات غير الضرورية.

الحمل الزائد للمعلومات

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

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

التلعيب

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

هناك زيادة في الأدرينالين (أو الدوبامين) كلما تم نقل التذكرة من مرحلة إلى أخرى. نظرًا لأنه لا يمكنك نقل بطاقة إلى مرحلة مختلفة دون سحبها على Trello (بينما في Jira ، من الأسهل تغيير حالة المشكلة فقط) ، تحصل على اتصال فعلي بالتقدم الذي تحرزه. في لحظة ما دون أن تدرك ذلك ، تشعر وكأنك تتنافس مع نفسك لإخراج المزيد من المشكلات في ذلك اليوم أكثر من اليوم السابق (آمل ألا أكون وحدي هنا مع هذا الشعور) أو تشعر وكأنك تكافح من أجل جعل عمود المهام فارغة في أسرع وقت ممكن. تستخدم العديد من منتجات البرامج تقنية "gamification" اليوم لإنشاء تفاعل أكبر مثل الآراء والإعجابات على معظم المنصات الاجتماعية - آلية مكافأة العمل هذه هي ما يحافظ على مشاركة الأشخاص في الأنظمة الأساسية.

الجيد والسيئ

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

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

الايجابيات

• حاجز دخول منخفض - لا تحتاج إلى أي خبرة
• واجهة مستخدم بسيطة
• مرئي للغاية - تحصل على الفكرة على الفور
• مثالي للمشاريع الصغيرة والفرق الصغيرة

سلبيات

• ليست واجهة مستخدم / تجربة مستخدم ودية لإضافة الكثير من التفاصيل إلى مشكلة
• لا تتم الترجمة أيضًا على الهاتف المحمول ، لأنك تحتاج فعليًا إلى مساحة أكبر لعرض لوحة كانبان
• ليس لديه طريقة (على الأقل بشكل حدسي) لتحديد أولويات المهام

هل يجب علي استخدام أداة إدارة المشروع؟

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

أي واحد يجب أن أستخدم؟

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

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