Trello vs. Jira: เปรียบเทียบจากมุมมองของนักพัฒนา

การผลิตซอฟต์แวร์ในปัจจุบันไม่เหมือนกับเมื่อ 20 ปีที่แล้ว ซอฟต์แวร์มีความซับซ้อนมากขึ้นเรื่อยๆ โดยมีทีมกระจายอยู่ทั่วโลก และต้องพึ่งพาบุคลากรที่เชี่ยวชาญเฉพาะส่วนใดส่วนหนึ่งของกระบวนการเท่านั้น นอกจากนี้ UI/UX ได้กลายเป็นปัญหาที่สำคัญมากเนื่องจากการแข่งขันในการดึงดูดผู้ใช้ใหม่และการรักษาจำนวนผู้ใช้ปัจจุบันที่เพิ่มขึ้น

ในปีที่ผ่านมา ฉันได้ทำงานหลายสิบโครงการและเกือบทั้งหมดใช้ เครื่องมือการจัดการโครงการ (PMT) ฉันจะไม่นำเสนอการขายสำหรับเครื่องมือเฉพาะอย่างใดอย่างหนึ่งในวันนี้ แต่ฉันจะให้มุมมองภายในจากมุมมองของนักพัฒนาว่าเครื่องมือเหล่านี้ใช้ในชีวิตจริงอย่างไร รวมทั้งภาพรวมของตัวแทนสองคน เครื่องมือ หวังว่าบทความนี้จะช่วยให้ผู้มีอำนาจตัดสินใจและนักพัฒนาเข้าใจถึงสิ่งที่สะดวกที่สุดสำหรับพวกเขา ทีมของพวกเขา และโครงการที่พวกเขากำลังทำ

ทำไมต้องใช้เครื่องมือการจัดการโครงการ?

ตอนที่ฉันเริ่มต้น โปรเจ็กต์ส่วนใหญ่ของฉันไม่ได้พึ่งพาเครื่องมือการจัดการโปรเจ็กต์ ดังนั้นคุณอาจถามว่าคุณต้องการจริงๆ หรือไม่ นักพัฒนาไม่สามารถสร้างซอฟต์แวร์โดยไม่มีพวกเขาได้หรือไม่? คำตอบคือมันขึ้นอยู่กับหลายปัจจัย ดังนั้นเรามาวิเคราะห์ปัจจัยบางอย่างกัน

การเพิ่มขึ้นของทีมระดับโลก

ในโครงการส่วนใหญ่ ฉันพบว่าตัวเองทำงานให้กับผู้คนทั่วโลก และถึงแม้จะเป็นเรื่องที่ยอดเยี่ยมมาก แต่ก็ท้าทายมากมายที่ทีมสำนักงานจะไม่เผชิญ เขตเวลากลายเป็นปัญหาจริงเมื่อคุณพยายามให้เพื่อนร่วมงานแก้ไขหรือแก้ไขบางส่วนของระบบที่คุณไม่มีความชำนาญเพียงพอ

นอกจากนี้ยังมีสถานการณ์ที่คุณอาจไม่สามารถพูดคุยกับนักพัฒนารายอื่นได้มากกว่าหนึ่งครั้งหรือสองครั้งต่อสัปดาห์ เครื่องมือการจัดการโครงการช่วยให้กระบวนการทำงานร่วมกันดังกล่าวง่ายขึ้นเนื่องจากกลายเป็นช่องทางอย่างเป็นทางการ (และด้วยเหตุผลในทางปฏิบัติ บางครั้งเท่านั้น) สำหรับสมาชิกในทีมเพื่อสื่อสารความต้องการของพวกเขาไปมา

แน่นอน มันไม่ได้เป็นเพียงเกี่ยวกับการสื่อสารระหว่างสมาชิกแต่ละคนในทีมแบบกระจายเท่านั้น PMT ยังให้ข้อมูลและการมองเห็นที่มากขึ้นแก่สมาชิกในทีมทุกคน ทำให้พวกเขาสามารถติดตามความคืบหน้าของสมาชิกในทีมคนอื่นๆ และวางแผนกิจกรรมของพวกเขาตามนั้น

การทำงานร่วมกัน

คุณอาจกำลังคิดว่าคุณจะได้รับผลลัพธ์เดียวกันโดยการทำงานร่วมกันผ่านอีเมลหรือช่องทางการสื่อสารอื่นๆ ลูกค้าของฉันทำอย่างนั้นในโปรเจ็กต์ที่ฉันทำงานเมื่อสองสามเดือนก่อน และมันก็เป็นฝันร้าย ผู้คนใช้อีเมลหลายฉบับในการสื่อสาร ดังนั้นจึงยากที่จะติดตามชุดข้อความต่างๆ นอกจากนี้ การสื่อสารเกี่ยวกับปัญหาเดียวกลายเป็นปริศนาที่แตกออกเป็นชิ้นๆ ที่อาศัยอยู่ในการสนทนาทางอีเมลที่แตกต่างกัน การสนทนาทางอีเมลส่วนใหญ่มีปัญหาหลายอย่าง ซึ่งทำให้ยากขึ้นเรื่อยๆ ในการติดตามสิ่งที่เหลือที่ต้องทำ

เครื่องมือการจัดการโปรเจ็กต์แก้ปัญหานี้ด้วยการสนทนาเพียงสตรีมเดียวสำหรับแต่ละปัญหา ทำให้ชีวิตของคุณง่ายขึ้น เนื่องจากช่วยให้คุณค้นหาทุกสิ่งที่ต้องการ (การออกแบบ, API และข้อเสนอแนะ) ได้ในคลิกเดียว จากมุมมองการทำงานร่วมกัน สิ่งนี้สามารถสร้างความแตกต่างอย่างมาก เนื่องจากเครื่องมือการจัดการโครงการช่วยให้ทุกคนสามารถเข้าถึงและดูทุกส่วนและขั้นตอนของโครงการ ลดความจำเป็นในการสื่อสารและการอัปเดตอย่างต่อเนื่อง

จัดการข้อกำหนดของโครงการ

ปัญหาใหญ่ที่สุดปัญหาหนึ่งที่ทีมต้องเผชิญซึ่งไม่ได้ใช้เครื่องมือการจัดการโครงการเกิดจากธรรมชาติของซอฟต์แวร์ บางทีคุณอาจกำลังทำงานอยู่ในบริษัทสตาร์ทอัพและคุณได้พลิกกลับมากกว่าสองสามครั้ง บางทีเป้าหมายและข้อกำหนดของคุณอาจเปลี่ยนแปลงไปเรื่อย ๆ ในขณะที่คุณทำงานในโครงการ

ในบริบทนี้ เราควรนึกถึงซอฟต์แวร์ว่าเป็นสิ่งมีชีวิต ไม่ว่าแผนเบื้องต้นจะร่างมาได้ดีเพียงใด ก็มีโอกาสที่ดีที่แผนนั้นจะต้องเปลี่ยนแปลงอยู่เสมอ อย่างไรก็ตาม บางครั้งการเปลี่ยนแปลงเหล่านี้ไม่ได้แจ้งสมาชิกในทีมทุกคน ผู้บริหารสามารถพูดคุยเกี่ยวกับคุณสมบัติใหม่ที่จะทำให้คุณได้เปรียบเหนือคู่แข่ง แต่ถ้าผู้จัดการไม่แสดงสิ่งนี้กับส่วนที่เหลือของทีม มันจะไม่เกิดขึ้น

หากไม่จดไว้ ผู้จัดการและซีอีโอก็อาจลืมไปได้เช่นกัน การไม่มีสถานที่ที่คุณมีข้อมูลล่าสุดและข้อกำหนดอย่างเป็นทางการจะทำให้คุณเสียเวลาและเงินเป็นจำนวนมาก PMT นำเสนอความจริงเพียงจุดเดียว ซึ่งเป็นที่เดียวที่ความต้องการและข้อมูลทั้งหมดถูกจัดเก็บไว้ตลอดระยะเวลาของโครงการ นี่ไม่ใช่แค่คุณสมบัติที่ไม่ได้เพิ่มซึ่งคุณสามารถเพิ่มได้ในภายหลัง—ฉันได้พัฒนาคุณสมบัติทั้งหมดเพียงเพื่อค้นพบว่าฉันไม่ได้รับแจ้งว่าเราไม่รองรับคุณสมบัตินั้นอีกต่อไป

ประสิทธิภาพหน่วยความจำและเวลา

หมึกที่ซีดที่สุดมีความน่าเชื่อถือมากกว่าหน่วยความจำที่ทรงพลังที่สุด – สุภาษิต

เราสามารถจัดการได้มากในหัวของเราในแต่ละครั้ง เมื่อคุณโทรคุยกับผู้จัดการของคุณ และพวกเขาหยิบยกประเด็นต่างๆ ขึ้นมาเป็นโหลๆ ระหว่างการสนทนา บางอย่างอาจสูญหายไปในบางจุด คุณสามารถลองเขียนจุดที่สำคัญที่สุดด้วยตัวเอง แต่ถึงกระนั้น บางสิ่งก็อาจหลุดออกมาจากรอยร้าวได้

การเขียนข้อกำหนดไว้แทนที่จะพูดถึงในการโทรเป็นวิธีที่ดีในการตรวจจับองค์ประกอบที่อาจขาดหายไปในโฟลว์หรือเพื่อตรวจจับสิ่งที่อาจขัดขวางไม่ให้คุณนำปัญหาไปใช้ในขณะนั้น การพัฒนาซอฟต์แวร์ไม่ใช่เชิงเส้น ดังนั้นคุณอาจเริ่มทำงานกับฟีเจอร์วันนี้ แต่มีบางอย่างเร่งด่วนกว่านั้นที่ต้องทำงานในผลิตภัณฑ์ และกลับมาในอีกสองสามสัปดาห์หรือหลายเดือนต่อมาเพียงเพื่อตระหนักว่าคุณลืมไปแล้วว่าต้องการอะไรกันแน่

นั่นคือเหตุผลที่การเขียนข้อกำหนดไว้สามารถช่วยคุณประหยัดเวลา โดยไม่จำเป็นต้องจำหรือไม่ต้องพูดถึงคุณลักษณะเดิมซ้ำแล้วซ้ำอีก ประสิทธิภาพด้านเวลามีความสำคัญมากเนื่องจากซอฟต์แวร์มีความซับซ้อนมากขึ้น ดังนั้นคุณอาจใช้ประโยชน์จากการเขียนสิ่งต่างๆ ลงไป เพื่อลดเวลาการประชุมของคุณให้เหลือครึ่งหนึ่งหรือมากกว่า โดยเน้นเฉพาะประเด็นที่คุณต้องชี้แจง

จุดสนใจ

สิ่งนี้เกี่ยวข้องกับปัญหาก่อนหน้านี้ในการติดตามการสื่อสารที่เกี่ยวข้องกับปัญหาที่ได้รับการแก้ไขและเพียงแค่ติดตามคุณสมบัติของข้อกำหนดในอนาคตโดยที่คุณไม่ต้องพูดถึงสิ่งเหล่านั้น

ซึ่งช่วยให้นักพัฒนาทั้งสองยังคงมุ่งเน้นที่การสร้างสิ่งที่จำเป็นในขณะนี้และเรียนรู้สิ่งที่กำลังจะมาถึงต่อไป ไม่ใช่แค่เรื่องความสะดวกและการเข้าถึงข้อมูลได้ง่ายเท่านั้น ระดับการมองเห็นที่เพิ่มขึ้นช่วยให้สมาชิกในทีมแต่ละคนมองเห็นภาพรวมและวางแผนล่วงหน้าได้อย่างเหมาะสม

คุณสมบัติ PMT ที่สำคัญ

ดังนั้น สิ่งที่เรากำลังมองหาใน PMT คือเครื่องมือที่ช่วยจัดการการสนทนาโดยแยกการอภิปรายในประเด็นต่างๆ แยกกันและจัดระเบียบอย่างดี ที่ช่วยสื่อสารระหว่างผู้คนในเขตเวลาที่แตกต่างกันและทีมต่าง ๆ ในขณะเดียวกันก็ทำหน้าที่เป็นที่เก็บวิสัยทัศน์อย่างเป็นทางการของซอฟต์แวร์ ช่วยให้คุณจดจ่อและประหยัดเวลาโดยลดความขัดแย้งในกระบวนการพัฒนาสำหรับนักพัฒนา ผู้จัดการโครงการ และทุกคนที่เกี่ยวข้องกับแนวการพัฒนาซอฟต์แวร์ในปัจจุบัน

จิรา

Jira เป็น PMT ที่ทรงพลังมากซึ่งได้รับการออกแบบมาโดยเฉพาะสำหรับการพัฒนาซอฟต์แวร์ อย่างไรก็ตาม ไม่ใช่ทุกคนที่รู้คุณสมบัติทั้งหมดของ Jira และอาจเป็นเรื่องยากหากคุณเป็นเจ้าของธุรกิจที่พยายามจัดการโครงการแรกของคุณ หากคุณกำลังอ่านข้อความนี้ในฐานะคนที่กำลังตัดสินใจระหว่างตัวเลือกต่างๆ แต่ไม่เคยใช้ Jira มาก่อน เราขอแนะนำให้คุณดูบทช่วยสอนก่อน เพื่อให้คุณได้ใช้ประโยชน์จากพลังของมันอย่างแท้จริง

Sprints

มีคำสามคำที่ฉันสามารถอธิบายประสบการณ์ส่วนใหญ่ของฉันกับจิราได้ และหนึ่งในนั้นคือ sprint การวิ่งเป็นช่วงเวลาที่ทีมทำงานเพื่อบรรลุเป้าหมายบางอย่างซึ่งอาจเกี่ยวข้องอย่างใกล้ชิดหรือไม่ มันมีความยืดหยุ่นอย่างสมบูรณ์ โดยทั่วไปแล้ว Jira sprints จะใช้เวลาประมาณหนึ่งสัปดาห์ ซึ่งในความคิดของฉันคือระยะเวลาที่เหมาะสมที่สุด

จากมุมมองของนักพัฒนา สิ่งนี้ให้ความยืดหยุ่นแก่คุณในการมอบหมายงานหลายอย่างให้กับคุณและทำงานตามลำดับที่คุณสะดวกที่สุด ซึ่งสามารถทำงานแบบหนักๆ และแบบสบายๆ ก็ได้ หรืออาจทำงาน 2 อย่าง -3 ที่สัมพันธ์กันอย่างใกล้ชิดในเวลาเดียวกัน สิ่งนี้ช่วยให้นักพัฒนาสามารถตัดสินใจได้ในขณะที่ยังคงมุ่งเน้นที่การส่งมอบตรงเวลา

Jira Epics and Issues

ในขณะที่เร่งงานกลุ่มในอาณาจักรชั่วขณะ มหากาพย์ สามารถจัดกลุ่มงานตามหัวเรื่องได้ ตัวอย่างเช่น คุณสามารถแบ่งงานของคุณออกเป็นการวิ่งต่อสัปดาห์ แต่คุณยังสามารถจัดกลุ่มงานได้พร้อมกันในส่วนหน้าและส่วนหลัง เมื่อแบ่งงานตามหัวเรื่อง คุณสามารถมอบหมายนักพัฒนาให้กับหัวเรื่องได้

ตัวอย่างเช่น คุณสามารถมีมหากาพย์สำหรับการย้ายข้อมูลจากฐานข้อมูลที่มีอยู่ ดังนั้นคุณอาจเรียกสิ่งนั้นว่า DB Migration ที่ยิ่งใหญ่ และเนื่องจากงานทั้งหมดในมหากาพย์นั้นเกี่ยวข้องกัน นักพัฒนาเพียงคนเดียวสามารถเป็นผู้รับผิดชอบในระหว่าง วิ่ง เพื่อหลีกเลี่ยงไม่ให้นักพัฒนาสองคนใช้เวลาเรียนรู้ฐานข้อมูลเก่า ทำให้การพัฒนามีประสิทธิภาพมากขึ้น

ในทางกลับกัน ปัญหา คือสิ่งที่ต้องทำซึ่งอาจเป็นของมหากาพย์และการวิ่ง มีปัญหาหลายประเภท ได้แก่ เรื่องราว งาน และจุด บกพร่อง เรื่องราวมีลักษณะเฉพาะของการมีงานย่อย ซึ่งสามารถใช้เพื่อแยกปัญหาออกเป็นชิ้นเล็กๆ ที่ประกอบเป็นภาพที่สมบูรณ์เมื่อนำมารวมกัน ซึ่งจะช่วยหลีกเลี่ยงการสร้างงานจำนวนมาก แทนที่จะเน้นที่รายการเดียวให้เสร็จ

งานใน Jira เป็นปัญหาที่เฉพาะเจาะจงมากและไม่มีงานย่อย เมื่อสิ่งที่ต้องทำตรงไปตรงมามาก และไม่มีประเด็นที่จะต้องพยายามทำลายมัน มันคืองาน ข้อบกพร่องเป็นสิ่งที่ต้องแก้ไข การรักษาจุดบกพร่องให้เป็นหมวดหมู่พิเศษจะช่วยให้คุณเข้าใจว่าคุณกำลังแก้ไขอยู่มากน้อยเพียงใด เมื่อเทียบกับความคืบหน้าในโปรเจ็กต์ของคุณ

ลำดับความสำคัญ

การสื่อสารเป็นส่วนสำคัญของสมการในการทำงานกับทีมระดับโลกที่ทำงานข้ามเขตเวลาต่างๆ การทำงาน "ทั่วโลก" ไม่ใช่อุปมา แต่เป็นความจริงที่นักพัฒนาจำนวนมากอาศัยอยู่ สิ่งหนึ่งที่ยากต่อการสื่อสารจากผู้จัดการไปยังนักพัฒนาคือระดับความสำคัญของงาน ลองนึกภาพสถานการณ์ต่อไปนี้โดยใช้รายการสิ่งที่ต้องทำ:

นักพัฒนาเห็นว่าในสัปดาห์นี้ พวกเขามีเจ็ดงานที่ต้องทำให้เสร็จ บางคนก็ยากและบางคนก็ง่าย อย่างไรก็ตาม งานที่สำคัญอย่างหนึ่งสำหรับผู้จัดการนั้นซับซ้อนมาก แต่สำหรับนักพัฒนาในรายการสิ่งที่ต้องทำ งานทั้งหมดเท่าเทียมกัน—พวกเขาอาจเลือกงานที่ง่ายกว่าก่อน โดยปล่อยให้งานสำคัญอยู่ท้ายสุด หากมีบางอย่างที่ไม่คาดคิดเกิดขึ้นและรายการไม่เสร็จ นั่นเป็นงานที่สำคัญที่สุดที่ถูกตัดออกหรือเสร็จอย่างเร่งรีบ (อาจเสียสละคุณภาพในกระบวนการ) สิ่งนี้แก้ไขได้ง่ายมากใน Jira ด้วยการ จัดลำดับความสำคัญ ซึ่งช่วยให้นักพัฒนาเข้าใจว่าอะไรสำคัญหรือสำคัญกว่าที่จะต้องทำให้เสร็จ

เนื้อหา เนื้อหา เนื้อหา

สิ่งหนึ่งที่คุณจะประทับใจเกี่ยวกับ Jira ก็คือจำนวนเนื้อหาที่คุณสามารถวางไว้ในแต่ละประเด็นได้ คุณสามารถเพิ่มรูปภาพหรือลิงก์ รวมทั้งแท็กสมาชิกในทีมคนอื่นๆ ได้ แม้ว่าสิ่งนี้จะเป็นความจริงเกี่ยวกับ Trello เช่นกัน แต่ UI จะดึงดูดให้คุณใส่เนื้อหามากขึ้น ซึ่งช่วยให้มีข้อมูลมากขึ้นในแต่ละงาน

ข้อดีและข้อเสียของจิรา

Jira เป็นเครื่องมือที่ได้รับการยอมรับอย่างดีพร้อมฟีเจอร์มากมายที่รวมไว้สำหรับการพัฒนาซอฟต์แวร์โดยเฉพาะ มีการผสานรวมกับระบบอื่นๆ มากมาย และช่วยให้คุณจัดระเบียบได้ดี มันดีเป็นพิเศษสำหรับทีมใหญ่ (มาก)

จิราเป็น PMT ที่มีความสามารถและเต็มไปด้วยฟีเจอร์อาจค่อนข้างน่ากลัวสำหรับนักพัฒนามือใหม่ ประสบการณ์อาจล้นหลาม—การวิ่ง มหากาพย์ และปัญหาทั้งหมดสามารถผสมผสานเข้าด้วยกัน โดยเฉพาะอย่างยิ่งหากผู้จัดการเป็นลูกค้าที่มีประสบการณ์น้อยในการพัฒนาซอฟต์แวร์ พยายามจัดการทีมนักพัฒนา ฉันขอแนะนำ Jira สำหรับทีมใหญ่และโครงการใหญ่ที่จะใช้เวลาสักครู่ในการพัฒนา (มากกว่าสองสามเดือน) เช่นเดียวกับผู้จัดการที่มีประสบการณ์ (ลูกค้า) และนักพัฒนา

ข้อดี

• ออกแบบมาโดยเฉพาะสำหรับการพัฒนาซอฟต์แวร์
• อนุญาตให้แต่ละฉบับมีเนื้อหามากมาย เช่น ลิงค์ รูปภาพ ไฟล์แนบ
• มีแอพมือถือพร้อมการแจ้งเตือนซึ่งช่วยให้คุณติดตามปัญหาของคุณได้ตลอดเวลา
• รวมการวิ่งด้วยแกนกลางของผลิตภัณฑ์
• ให้การกรองงานที่ใช้งานง่ายมาก เพื่อให้คุณสามารถมุ่งเน้นไปที่งานที่เกี่ยวข้องกับคุณ

ข้อเสีย

• มีคุณสมบัติมากมาย คุณจึงใช้งานซอฟต์แวร์น้อยเกินไปได้อย่างง่ายดาย
• ต้องมีการฝึกอบรมเพื่อใช้ประโยชน์จากคุณสมบัติทั้งหมด
• ต้องการ (หรืออย่างน้อยก็ได้รับความช่วยเหลืออย่างมากจาก) ความเข้าใจในการพัฒนา Agile
• สามารถเกินความสามารถสำหรับโครงการเล็ก ๆ กับทีมเล็ก ๆ ได้

Trello

Trello สามารถสรุปได้ด้วยวลีง่ายๆ: "บอร์ดที่มีการ์ด" หรือที่รู้จักในชื่อ Kanban เมื่อแรกเห็น มันอาจจะง่ายเกินไปสำหรับตาที่ไม่ได้รับการฝึกฝน อย่างไรก็ตาม สิ่งง่ายๆ อาจมีประโยชน์อย่างยิ่ง

ความเรียบง่ายเป็นแนวคิดที่ทรงพลัง นั่นเป็นส่วนหนึ่งของเหตุผลที่ทำให้ iPhone และ Mac ได้รับความนิยมอย่างมาก เนื่องจากระบบปฏิบัติการของพวกเขานั้นเรียบง่ายและน่าใช้งาน ในขณะที่จิรารู้สึกเหมือนมีทุกสิ่งที่คุณคิด Trello รู้สึกเหมือนมีเพียงพอที่จะทำให้คุณผ่านพ้นไปได้ ไม่มีมหากาพย์ ไม่มีเรื่องราว ไม่มีการวิ่ง—คุณเพียงแค่ทำงานกับการ์ดและเคลื่อนผ่านด่านต่างๆ (คอลัมน์)

โปรดทราบว่าสิ่งเหล่านี้มีอยู่ใน Jira เช่นกัน ฉันจะอธิบายคุณลักษณะบางอย่างที่ส่องแสงมากที่สุดใน Trello

สเตจ

Trello ทำให้การกำหนด ขั้นตอน ง่ายมาก—เพียงสร้างคอลัมน์และเริ่มใช้งาน สิ่งที่พบได้บ่อยที่สุดคือ To Do, Doing, Review และ Done เนื่องจากความเรียบง่าย คุณสามารถเพิ่มคอลัมน์อื่นๆ เช่น ระงับ (Jira สามารถทำได้เช่นกัน แต่รู้สึกเหมือนจะหายไปเว้นแต่คุณจะมองหาปัญหาเหล่านี้อย่างชัดแจ้ง) หรือสร้างคอลัมน์สำหรับส่วนต่างๆ ของระบบ เช่น Todo Front-end หรือ Todo Back-end สิ่งนี้ยอดเยี่ยมเมื่อทีมและโปรเจ็กต์มีขนาดเล็ก เช่น เว็บไซต์ธรรมดา วิดเจ็ต หรือส่วนขยายที่มีสมาชิกหรืองานไม่มากให้จัดการพร้อมกัน

สมาชิก

คุณสามารถกำหนดการ์ดให้กับสมาชิกได้ และนั่นคือวิธีที่คุณกำหนดการ์ดให้กับนักพัฒนา ซึ่งทำได้ง่ายๆ ที่นั่น คุณสามารถแท็กสมาชิกคนอื่นๆ ในความคิดเห็นได้เช่นกัน ซึ่งช่วยให้ทุกคนที่เกี่ยวข้องกับปัญหาสามารถสื่อสารเกี่ยวกับเรื่องนี้ต่อไปได้

ด้วยการคลิกเพียงครั้งเดียว ผู้ใช้สามารถกรองการ์ดหรือการ์ดที่เป็นของสมาชิกในทีมคนอื่นๆ ได้อย่างง่ายดาย ซึ่งมีประโยชน์อย่างยิ่งในมุมมองปฏิทิน

ภาพมาก

เนื่องจากความเรียบง่าย Trello จึงมี Kanban ปรากฏขึ้นทุกครั้งที่คุณเปิดเนื้อหาในการ์ด เป็นแนวทางที่เห็นภาพมาก เนื่องจากคุณไม่สามารถหลีกเลี่ยงมุมมองนี้ได้ นอกจากนี้ การ์ดสามารถมีภาพที่มองเห็นได้บนกระดาน

นี่คือสิ่งที่จิราไม่มี (หรืออย่างน้อยฉันก็ไม่เคยเห็นมันถูกใช้ในโครงการจริง) เนื่องจากรูปภาพสามารถแทนคำพูดได้ คุณจึงสามารถเห็นสิ่งที่เกิดขึ้นได้อย่างง่ายดายโดยไม่ต้องเปิดตั๋วแต่ละใบ

นอกจากนี้ แท็กที่มีสีสันของ Trello ยังใช้เพื่อเพิ่มข้อมูลได้โดยไม่ต้องขยายการ์ด ด้วยการจัดระเบียบที่ดีเล็กน้อย ป้าย Kanban ที่เทียบเท่ากับ Post-It สามารถพิสูจน์ได้ว่ามีประโยชน์มากและช่วยให้คุณไม่ต้องคลิกโดยไม่จำเป็น

ข้อมูลล้นเกิน

เนื่องจากความเรียบง่ายโดยธรรมชาติ Trello จึงผลักดันให้คุณทำสิ่งต่างๆ ให้เรียบง่ายและตรงประเด็น โดยหลีกเลี่ยงความรู้สึกว่าข้อมูลจำนวนมากท่วมท้น หลายครั้ง คุณจะต้องทำงานในโครงการที่คุณถูกโจมตีอย่างต่อเนื่องโดยการแจ้งเตือนเกี่ยวกับสิ่งของที่คุณไม่ได้เกี่ยวข้องด้วย

เสียงรบกวนที่เพิ่มขึ้นนี้ดูเหมือนว่าจะลดลงบ้างใน Trello อย่างน้อยก็ในประสบการณ์ของผม เนื่องจาก Trello ไม่ค่อยเป็นมิตรกับผู้ใช้ในการเพิ่มข้อมูล ฉันจึงพบว่าปัญหามักจะมีขนาดเล็กลง ซึ่งหมายความว่างานจะถูกแบ่งออกเป็นชิ้นๆ ที่เล็กกว่าใน Jira ด้วยการวางแผนบางอย่าง งานเล็กๆ เหล่านี้ไม่ควรสร้างเสียงรบกวนมากเกินไป

Gamification

แนวคิดของ gamification ส่วนหนึ่งคือการทำงานง่ายๆ และเปลี่ยนเป็นเกมผ่านการใช้รางวัล “ความยากลำบากไม่ได้ทำให้คุณผิดหวัง หากมีการเสริมด้วยรางวัล” ดังที่ชี้ให้เห็นในบทความนี้ในบล็อก Trello

มีการเพิ่มอะดรีนาลีน (หรือโดปามีน) เมื่อใดก็ตามที่ตั๋วถูกย้ายจากเวทีหนึ่งไปอีกเวทีหนึ่ง เนื่องจากคุณไม่สามารถย้ายการ์ดไปยังสเตจอื่นได้โดยไม่ต้องลากการ์ดบน Trello (ในขณะที่ Jira จะเปลี่ยนสถานะของปัญหาได้ง่ายที่สุด) คุณจะได้รับการเชื่อมต่อทางกายภาพกับความคืบหน้าที่คุณทำอยู่ ในบางครั้งโดยที่คุณไม่รู้ตัว คุณรู้สึกเหมือนกำลังแข่งขันกับตัวเองเพื่อเอาชนะปัญหาในวันนั้นมากกว่าวันก่อน (ฉันหวังว่าฉันไม่ได้อยู่ที่นี่ด้วยความรู้สึกนี้คนเดียว) หรือคุณแค่รู้สึกอยากต่อสู้เพื่อสร้างคอลัมน์ todo ว่างให้เร็วที่สุด ผลิตภัณฑ์ซอฟต์แวร์จำนวนมากใช้ gamification ในปัจจุบันเพื่อสร้างการมีส่วนร่วมที่ใหญ่ขึ้น เช่น มุมมองและความชอบบนแพลตฟอร์มโซเชียลส่วนใหญ่ กลไกการให้รางวัลการกระทำคือสิ่งที่ช่วยให้ผู้คนมีส่วนร่วมในแพลตฟอร์ม

ความดีและความชั่ว

ฉันยังคงรู้สึกทึ่งกับการใช้ Trello ที่ทำให้รู้สึกสนุกสนาน และแน่นอนว่าความเรียบง่ายเป็นสิ่งสำคัญต่อประสบการณ์นี้ งานต่างๆ มีแนวโน้มที่จะมีขนาดเล็กลง แม้ว่าคุณจะทำงานเดิมเสร็จแล้ว การย้ายงานสามงานไปที่คอลัมน์ "รอการตรวจทาน" ถือว่าดีกว่าการเปลี่ยนสถานะของเรื่อง Jira เรื่องเดียวเป็นเสร็จสิ้น (ฉันรู้สึกว่าอัตราการแปลงของเรื่องราวของ Jira หนึ่งเรื่องอยู่ที่ไพ่สามใบใน Trello)

วิธีนี้เหมาะสำหรับนักพัฒนามือใหม่หรือเจ้าของธุรกิจที่พยายามจะจัดการโครงการ เนื่องจากอุปสรรคในการเข้าทำงานนั้นต่ำมาก ไม่ว่าใครก็ตาม วิศวกรซอฟต์แวร์ หรืออื่นๆ จะเชี่ยวชาญ Trello ปัญหาคือ Trello อาจเบาเกินไปสำหรับบางโครงการและทีมขนาดใหญ่ แม้ว่าคุณสามารถสร้างบอร์ดเพิ่มเติมได้อย่างง่ายดาย แต่การมีนักพัฒนาจำนวนมากที่ทำงานบนบอร์ดเดียวอาจทำให้เกิดปัญหาได้ มันไม่เหมือนกันในเชิงคุณภาพเหมือนกับพื้นที่ทำงานที่ใช้ร่วมกันของจิรา

ข้อดี

• อุปสรรคในการเข้าต่ำ—คุณไม่จำเป็นต้องมีประสบการณ์ใดๆ
• UI อย่างง่าย
• เห็นภาพชัดเจน—คุณจะเข้าใจทันที
• เหมาะสำหรับโครงการขนาดเล็กและทีมขนาดเล็ก

ข้อเสีย

• ไม่ใช่ UI/UX ที่เป็นมิตรสำหรับการเพิ่มรายละเอียดจำนวนมากให้กับปัญหา
• ไม่สามารถแปลได้บนมือถือเช่นกัน เนื่องจากคุณต้องการพื้นที่มากขึ้นเพื่อแสดงบอร์ดคัมบัง
• ไม่มีวิธี (อย่างน้อย สัญชาตญาณ) ในการจัดลำดับความสำคัญของงาน

ฉันควรใช้เครื่องมือการจัดการโครงการหรือไม่

ใช่ ฉันคิดว่าในสถานการณ์ปกติของวันนี้ ซึ่งผู้จัดการหรือเจ้าของธุรกิจไม่สามารถตอบคำถามได้ตลอด 24 ชั่วโมงทุกวัน คุณควรคิดอย่างจริงจังเกี่ยวกับการใช้เครื่องมือเช่นเดียวกับวิธีการที่มีพื้นที่เก็บข้อมูลที่เขียนทุกสิ่งที่จำเป็น ในลักษณะที่ชัดเจน วิธีนี้จะช่วยให้คุณหลีกเลี่ยงความสับสนหรือรายการที่ไม่ได้รับเนื่องจากลืมไปในการสนทนาของ Skype หรือถูกฝังไว้ใต้อีเมลหลายร้อยฉบับ หากโปรเจ็กต์ของคุณเล็กกว่า เช่น ไซต์อดิเรก PMT อาจใช้เกินความจำเป็น

ฉันควรใช้อันไหน?

คำตอบนี้คือคำตอบที่ตรงกับความต้องการของคุณมากที่สุด ถ้าทีมของคุณมีมากกว่าสี่คนและโครงการนี้จะใช้เวลามากกว่าหนึ่งปี ฉันจะไปหาจิรา หากเป็นกรณีของคุณ เราขอแนะนำให้คุณอ่านเพิ่มเติมเกี่ยวกับวิธีใช้ Jira และวิธีใช้วิธีการพัฒนาซอฟต์แวร์

หากทีมของคุณมีน้อยกว่าสี่คนและโครงการเป็นเว็บไซต์ที่เรียบง่าย หรืออาจเพิ่มคุณสมบัติบางอย่างให้กับโครงการที่มีอยู่ ฉันขอแนะนำ Trello เนื่องจากความเรียบง่าย เช่นเคย ด้วยเครื่องมือ ทั้งคู่สามารถทำงานให้เสร็จลุล่วงได้ แต่นั่นไม่ได้หมายความว่าเครื่องมือที่ดีที่สุดจะเหมือนกันสำหรับทุกคน