คุณจะนำเสนอความคืบหน้าการพัฒนาซอฟต์แวร์ของคุณต่อผู้มีส่วนได้เสียของคุณอย่างไร?


9

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

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

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

คุณจะนำเสนอความคืบหน้าการพัฒนาซอฟต์แวร์ของคุณต่อผู้มีส่วนได้เสียของคุณอย่างไร?

คำตอบ:


8

ทำแบบ Agile: สาธิตก่อนและสาธิตบ่อย

ไม่มีอะไรเต้นความรู้สึกเกี่ยวกับอวัยวะภายในของจริงใช้มันเพื่อให้ความรู้สึกสำหรับความคืบหน้า


2

ข้อจำกัดความรับผิดชอบ: ฉันไม่เคยใช้ Bugzilla มาก่อนดังนั้นฉันไม่แน่ใจเกี่ยวกับความสามารถในการจัดการโครงการ (แม้ว่าBugzilla: การจัดการโครงการด้วย Bugzillaดูจะดูดี)

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

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

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


0

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

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.