การปรับปรุงกระบวนการใน One-Man GameDev Shops

ในฐานะโปรแกรมเมอร์งานอดิเรกฉันจะรวมกระบวนการที่เหมือนการปรับปรุงอย่างต่อเนื่องเช่นการย้อนหลังของ Agile ในกระบวนการของฉันได้อย่างไร

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

หรือบางทีคำถามนี้ควรไปในเบต้าเว็บไซต์กองการบริหารจัดการโครงการแลกเปลี่ยน ?

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

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

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

1. ดูว่าปัญหาอยู่ที่ใด
2. ดูองค์ประกอบและระบบการโต้ตอบ
3. ค้นหาวิธีแก้ปัญหาอย่างรวดเร็ว (สิ่งที่ใช้ได้ผลโดยทั่วไปสิ่งที่เราทำและหยุดที่)
4. ระบุสาเหตุที่แท้จริง (ถาม5 สาเหตุ) )
5. สร้างโซลูชันที่ตอบสนอง (อาจเป็นมาตรฐานมากขึ้น) หรือวางแผนสำหรับโซลูชัน (อาจเป็นสิ่งที่ต้องดำเนินการหลังจากโครงการหรือการวิ่งนี้)

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

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

ฉันหวังว่ามันสมเหตุสมผล ฉันสามารถให้การอ้างอิงและความคิดเห็นที่เฉพาะเจาะจงมากขึ้นถ้าคุณต้องการ

แก้ไข (เพื่อตอบคำถามในความคิดเห็น):

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

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

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

ฉันสนใจที่จะค้นหาผลลัพธ์ของคุณหลังจากผ่านไปสองสามเดือน :)

ฉันหวังว่าลิงก์เหล่านั้นจะช่วยเหลือ!

แม้ว่าในที่ทำงานเราใช้ JIRA สำหรับสิ่งประเภทนี้ แต่ฉันปรับรุ่นของมันเพื่อใช้เองใน gamedev ที่บ้าน มันอาจจะใช่หรือไม่ใช่ระบบที่เหมาะกับคุณ แต่ฉันจะเพิ่มมันต่อไป:

1. รับบัตรดัชนีและเก็บไว้ที่อื่น - กองบางอย่างบนโต๊ะทำงานได้ดี ทำเครื่องหมายกองเหล่านี้ "ไม่เริ่มต้น", "อยู่ระหว่างดำเนินการ", "ถูกบล็อก", "ต้องการการปรับปรุง" และ "เสร็จสมบูรณ์"
2. ถ้าฉันคิดว่างานที่ต้องทำฉันจะเขียนมันลงบนบัตรดัชนีทันทีและประเมินความยากลำบาก / ความซับซ้อน
3. หากงานที่ฉันกำลังทำงานถูกบล็อกฉันจะเขียนสาเหตุที่ด้านหลัง
4. ยกเว้นว่างานนั้นเป็นตัวบล็อกอย่าทำจนกว่าคุณจะต้อง (หรือจนกว่าคุณจะออกจากงานที่ยังไม่ถูกบล็อก / กำลังดำเนินการ)
5. หากงานทั้งหมดของคุณอยู่ในขั้นตอนการปรับปรุงความต้องการหรือเสร็จสมบูรณ์ให้เริ่มทำงานกับสิ่งที่ต้องปรับปรุง
6. ????
7. กำไร!