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

นักออกแบบ ux ui คืออะไร

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

เหตุใดจึงต้องใช้เครื่องมือการจัดการโครงการ

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

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

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

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

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

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

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

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

จัดการความต้องการของโครงการ

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

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

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

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

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

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

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

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

โฟกัส

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

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

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

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

จิระ

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

Sprints

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

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

จิระมหากาพย์และประเด็น

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

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

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

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

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

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

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

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

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

วิธีเปลี่ยน Raspberry pi ให้เป็นเซิร์ฟเวอร์

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

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

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

ข้อดี

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

จุดด้อย

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

Trello

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

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

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

ขั้นตอน

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

สมาชิก

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

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

ภาพมาก

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

มีบริษัทร่วมทุนกี่แห่ง

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

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

ข้อมูลมากเกินไป

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

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

Gamification

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

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

ดีและไม่ดี

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

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

ข้อดี

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

จุดด้อย

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

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

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

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

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

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

ทำความเข้าใจพื้นฐาน

ตั๋ว Jira คืออะไร?

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

จิระทำงานอย่างไร?

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

Jira Epic คืออะไร?

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