คำถามติดแท็ก process-improvement

9
วิธีการวางแผนวิ่งให้สนุก
ไม่เพียง แต่การประชุมวางแผนวิ่งของเราไม่สนุกเท่านั้น แต่ยังน่ากลัวอย่างยิ่ง การประชุมน่าเบื่อและน่าเบื่อและใช้เวลาตลอดไป (วัน แต่มันรู้สึกเหมือนนานกว่านี้) นักพัฒนาบ่นเกี่ยวกับเรื่องนี้และความหวาดกลัวการวางแผนที่จะเกิดขึ้น กิจวัตรของเรานั้นค่อนข้างมาตรฐาน (เรื่องราวของผู้ใช้แทรกลงใน Backlog ที่มีลำดับความสำคัญ >> เรื่องนั้นถูกแยกออกจากงาน >> งานจะถูกประเมินในเวลาไม่กี่ชั่วโมง >> ทำซ้ำ) และฉันไม่สามารถเข้าใจได้ว่าเราทำอะไรผิด เราจะทำให้การประชุมสนุกยิ่งขึ้นได้อย่างไร? ... รายละเอียดเพิ่มเติมบางส่วนเพื่อตอบสนองคำขอข้อมูลเพิ่มเติม: เหตุใดจึงไม่ใส่รายการในมือและจัดลำดับความสำคัญก่อนที่จะเริ่มแจ้งกำหนดการ เรื่องราวของผู้ใช้จะถูกจัดลำดับความสำคัญอย่างแน่นอน; เราไม่รู้ว่าจะใช้เวลานานเท่าไหร่จนกว่าเราจะแยกงานออกเป็นชิ้น ๆ ! จากคำตอบ (ยอดเยี่ยม) ที่นี่ฉันเห็นว่าบางทีเราไม่ควรประเมินงานทั้งหมดเพียงเรื่องราวของผู้ใช้ เหตุผลที่เราประเมินงาน (ไม่ใช่เรื่อง) เป็นเพราะเราได้รับการประมาณการเรื่องผิดอย่างมหันต์ - แต่ฉันเดาว่าเป็นหัวข้อสำหรับคำถามที่แตกต่างกันโดยสิ้นเชิง ทำไมนักพัฒนาจึงบ่น? การประชุมนั้นยาวนาน การประชุมมีความซ้ำซากจำเจ เรื่องเล่าเรื่องเล่าเรื่องหลังจากภารกิจภาระงานดิ้นรน (ใช่ดิ้นรน) เพื่อประเมินระยะเวลาที่ต้องใช้และสิ่งที่เกี่ยวข้อง การประมาณงานทำให้ผู้ใช้ประมาณเรื่องดูไร้ค่า ยิ่งประชุมนานยิ่งมีสมาธิน้อยลงในห้อง เพื่อนร่วมงานที่มุ่งเน้นน้อยกว่าจะใช้เวลาในการประชุมนานขึ้น การพัฒนาความเกลียดชังเกลียวเวียนซ้ำ เราได้พิจารณาแยกการประชุมออกเป็นสองวันเพื่อให้ผู้คนสนใจ แต่นักพัฒนาซอฟต์แวร์จะไม่ได้ยิน วันหนึ่งของการวางแผนไม่ดีพอ ตอนนี้เราจะมีสอง ! ส่วนหนึ่งของปัญหาของเราคือเราเข้าไปดูรายละเอียดเล็กมาก …

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

3
ฉันจะใช้ Six Sigma ในสภาพแวดล้อมการพัฒนาซอฟต์แวร์ได้อย่างไร
ฉันเป็นผู้พัฒนา Java แต่ฉันถูกขอให้เรียนรู้เกี่ยวกับการใช้ Six Sigma กับเป้าหมายของการเพิ่มผลกำไรขององค์กรของเรา ฉันได้อ่านแล้วว่า Six Sigma สามารถใช้งานได้ในทุกสภาพแวดล้อม แต่ฉันสนใจในความแตกต่างของการประยุกต์ใช้กับการพัฒนาซอฟต์แวร์ แนวคิดใดของ Six Sigma ที่สามารถนำไปใช้กับสภาพแวดล้อมการพัฒนาซอฟต์แวร์และฉันจะนำไปใช้อย่างมีประสิทธิภาพได้อย่างไร ความเข้าใจของฉันคือ Six Sigma มุ่งเน้นไปที่: การระบุและลบสาเหตุของข้อบกพร่อง ลดความแปรปรวนในการใช้กระบวนการผลิตหรือธุรกิจ ฉันคิดว่าแนวคิดเหล่านี้สามารถนำไปใช้กับการพัฒนาซอฟต์แวร์ แต่สามารถนำไปใช้กับการพัฒนาซอฟต์แวร์ระยะเวลา (SDLC) ได้อย่างมีประสิทธิภาพหรือไม่

4
มาตรฐานและการปรับปรุงกระบวนการควรนำมาใช้กับองค์กรที่ไม่มีพวกเขาอย่างไร
ฉันได้รับมอบหมายให้ปรับปรุงกระบวนการพัฒนาซอฟต์แวร์ผ่านการดำเนินการปรับปรุงกระบวนการซึ่งส่วนใหญ่เราจะใช้CMMI เพื่อการพัฒนาเวอร์ชัน 1.3เป็นแนวทางและนำแนวทางปฏิบัติที่ดีที่สุดมาใช้ทั้งหมดหรือบางส่วน อะไรคือวิธีที่ดีที่สุดในการแนะนำมาตรฐานและการปรับปรุงกระบวนการเพื่อให้ระดับการผลักกลับและการต่อต้านจากนักพัฒนาลดลง?
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.