คุณใช้ซอฟต์แวร์ใดในการวางแผนการทำงานเป็นทีมและทำไม

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

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

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

OmniPlan

เครื่องมือการวางแผน Mac OS X

การพิจาณาติดตาม

มีประโยชน์แม้ว่าคุณจะไม่ได้ทำการพัฒนาแบบ "เปรียว"

FogBugz

การติดตามปัญหาที่มีประโยชน์และให้ความสำคัญอย่างไม่น่าเชื่อ

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

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

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

เราใช้ Redmine -> http://www.redmine.org/

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

ง่ายต่อการออกนอกกรอบ (เขียนเป็น Ruby จะทำงานบนเซิร์ฟเวอร์ขนาดเล็กส่วนใหญ่) และด้วย addons ที่ทรงพลังพอสมควรซึ่งติดตั้งและใช้งานได้ง่าย

มันเป็นคำตอบตกลงที่จะไม่มีใคร ?

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

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

คำแนะนำของฉันคือการเริ่มต้นโดยไม่ต้องเครื่องมือดิจิตอลใด ๆ และเพียง แต่เพิ่มได้ในภายหลังเมื่อคุณจริงๆเข้าใจว่าทำไมคุณต้องการพวกเขา

(ทีมที่แจกจ่ายเป็นกรณีพิเศษ)

ผมเคยใช้ทั้งการชุมนุมและจิระกับGreenHopper

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

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

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

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