เมื่อพิจารณาการเปลี่ยนแปลงที่สอดคล้องกันระยะเวลาการวางแผนสั้นเกินไปนั้นสั้นเกินไป?


9

การเปลี่ยนแปลงไม่ใช่เรื่องผิดปกติการเปลี่ยนแปลงข้อกำหนดการเปลี่ยนแปลงรายละเอียดในเวิร์กโฟลว์ ฉันยอมรับว่าจะมีการเปลี่ยนแปลง แต่ฉันสงสัยว่า: การรู้ว่าการเปลี่ยนแปลงจะเกิดขึ้นระยะเวลาการวางแผนสั้นเกินไป? (สนับสนุนเหตุผล)

  • ซ้ำ (2-4 สัปดาห์)?
  • สัปดาห์?
  • ระยะเวลา 2-3 วัน?
  • วันหนึ่ง?
  • 1/2 วัน

สมมติว่า บริษัท 'แผน' 1 [ช่วงเวลา (จากด้านบน)] ล่วงหน้าจากปัจจุบันเพื่อให้แผนใด ๆ ที่ดูเหมือน:

"[เช้านี้ / วัน / สัปดาห์นี้ / etc.] คุณจะทำงานในนี้และ [นี้ช่วงบ่าย / พรุ่งนี้ / สัปดาห์ถัดไป / etc.] คุณจะทำงานในที่

นอกจากนี้สมมติว่าการเปลี่ยนแปลงในโฟกัส / ทิศทางจะเกิดขึ้นอย่างสม่ำเสมอทุกช่วงเวลาสองถึงสามครั้ง

คำตอบ:


4

ฉันเป็นScrum Practitionner ดังนั้นฉันจะแนะนำให้คุณใช้

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

รายละเอียดเพิ่มเติมเกี่ยวกับการต่อสู้


3

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

ฉันชอบใช้ XP (หรือ Scrum) ซึ่งบอกว่าคุณควรวางแผนหนึ่งครั้งในตอนเริ่มต้นของการทำซ้ำแต่ละครั้งซึ่งฉันคิดว่ามีประสิทธิภาพมากที่สุดเมื่อพวกมันยาว 1-2 สัปดาห์

ต้องบอกว่ามีบางสิ่งที่เจ๋งมากในKanbanที่กระตุ้นให้เกิดการวางแผนเมื่อจำเป็น แต่โดยส่วนตัวแล้วฉันคิดว่า Kanban เหมาะสำหรับการบำรุงรักษาและสนับสนุนสถานการณ์มากกว่าการเริ่มพัฒนาตั้งแต่เริ่มต้น


0

ฉันทำลายสิ่งต่าง ๆ ลงเช่นนี้:

  1. การพัฒนาโครงการ / แอปพลิเคชันที่สำคัญใด ๆ - 1 สัปดาห์
  2. การปรับปรุงแบบครั้งเดียวอย่างง่ายจะถูกโยนลงในรายการจัดลำดับความสำคัญและแต่ละส่วนจะได้รับการแก้ไขในช่วงครึ่งวันจนถึงเต็มวัน
  3. การแก้ไขข้อบกพร่องมักจะให้ความสำคัญและผ่านกระบวนการที่คล้ายกันเป็น # 2 แต่บางครั้งสามารถแก้ไขได้เร็วกว่ามาก

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

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

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