SCRUM ตั้งแต่เริ่มต้นโดยไม่มีการสร้างเฟรมพื้นฐาน?


11

เราเป็นกลุ่มเล็ก ๆ 5 คนที่กำลังจะเริ่มโครงการใหม่ นี่เป็นโครงการแรกที่เราจะเข้าร่วมการต่อสู้

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

ดังนั้นโดยทั่วไปแล้วคุณใช้ scrum อย่างไรเมื่อคุณเริ่มต้นโครงการตั้งแต่เริ่มต้นโดยไม่มีเฟรมเวิร์กและไม่มีไลบรารีฐานอยู่

คำตอบ:


7

ฉันไม่คิดว่าวิธีการแบบเปรียวจำนวนมากจะจัดการกับกิจกรรมที่โดยปกติแล้วจะเป็นส่วนหนึ่งของการเริ่มต้นโครงการได้ดี เฟรมเวิร์กทั่วไปจำนวนมาก (XP, Scrum, Kanban) ไม่ตอบปัญหานี้ แต่เฟรมเวิร์กที่ปรับขนาดบางส่วน (Disciplined Agile Delivery, SAFe) ทำในระดับหนึ่ง

บางคนสนับสนุนแนวคิดของการเพิ่มขึ้นครั้งแรก (ใน Scrum, การวิ่ง) ที่ออกแบบมาเพื่อตั้งค่าโครงการของคุณ ซึ่งมักเรียกว่า Increment Zero (หรือใน Scrum, Sprint 0) อย่างไรก็ตามมันไม่ใช่ส่วนที่เป็นทางการของการต่อสู้และนักปราชญ์บอกว่าการเพิ่มขึ้นครั้งแรกควรจะเป็นไปได้

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

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

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

เท่าที่กำหนดงานฉันไม่จำเป็นต้องกำหนดเป็นเรื่องราวของผู้ใช้ คุณสามารถทำได้จากมุมมองของสมาชิกในทีมและบทบาทต่าง ๆ (เจ้าของผลิตภัณฑ์, ScrumMaster, ผู้พัฒนา, ผู้ทดสอบ, นักออกแบบ, นักเขียนด้านเทคนิคและอื่น ๆ ) อย่างไรก็ตาม Sprint 0 มีไว้สำหรับทีมไม่ใช่สำหรับลูกค้าหรือผู้ใช้ รายการงานและกิจกรรมอย่างง่ายจะเพียงพอ


3
Sprint 0 มีไว้สำหรับทีมโดยตรง แต่จะให้ประโยชน์กับลูกค้าทางอ้อมเพราะมันจะวางรากฐานสำหรับการทำงานของ sprint คำตอบที่ยอดเยี่ยมคุณทำให้ฟังดูง่ายและไม่วุ่นวายเหมือน Sprint 0 โดยปกติจะรู้สึก
maple_shaft

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

อีกเครื่องมือหนึ่งใน Scrum toolbelt คือชุดของ "spikes" (เรื่องราวการวิจัย) ที่ผลลัพธ์เป็นหลักในการพิจารณาตัวเลือกสิ่งที่มีอยู่และสิ่งที่ทีมได้เลือกตามที่มันเป็นทางออกที่ต้องการ เช่นเมื่อไม่มีการใช้เฟรมเวิร์กคุณสามารถมีการวิ่งเพื่อกำหนดเฟรมเวิร์ก (ถ้ามี) ที่จะช่วยให้คุณเข้าใกล้ผลิตภัณฑ์ที่มีประโยชน์มากขึ้น ไม่มีกรอบตัวเลือกเสมอโดยเฉพาะอย่างยิ่งสำหรับยูทิลิตีการจ่ายครั้งเดียวขนาดเล็ก
Berin Loritsch

1

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

  1. สมาชิกในทีมมีทักษะสูงหรือปานกลาง
  2. ทีมถักแน่น
  3. การแลกเปลี่ยนข้อมูลระหว่างสมาชิกในทีมนั้นเป็นไปอย่างรวดเร็วสม่ำเสมอและราบรื่น
  4. ทีมอยู่ร่วมกัน
  5. ธุรกิจเกี่ยวข้องอย่างมากกับทีม
  6. สถาปัตยกรรม (ธุรกิจข้อมูลและเทคนิค) มีการกำหนดไว้อย่างดี
  7. โครงสร้างพื้นฐานพร้อมใช้งาน - สภาพแวดล้อมการทดสอบและการทดสอบ UAT
  8. สร้างและปล่อยอัตโนมัติ
  9. การทดสอบอัตโนมัติระดับสูง
  10. การพึ่งพาทีมในโลกภายนอกนั้นน้อยมาก (เป็นศูนย์)
  11. ระบบที่เข้าร่วมมีจำนวนน้อยที่สุด
  12. ข้อกำหนดมีความเสถียรในระดับที่สูงขึ้นดังนั้น Backlog ของผลิตภัณฑ์มีการเปลี่ยนแปลงขั้นต่ำ
  13. สมาชิกในทีมมีอิสระในการตัดสินใจเกี่ยวกับเรื่องราวของผู้ใช้ที่ควรเป็นส่วนหนึ่งของการวิ่ง / การต่อสู้รวมถึงจำนวน scrums / sprint ทั้งหมดที่จำเป็นเพื่อให้บรรลุเป้าหมายที่ระบุไว้

อีกสองส่วนที่สำคัญ:

  1. เลือกบุคคลสำหรับบทบาท (การต่อสู้หลักเจ้าของผลิตภัณฑ์และทีม)
  2. เตรียมกระดานไวท์บอร์ดของคุณให้พร้อมสติ๊กเกอร์

คุณหมายถึงอะไรกับ # 11
Matt Grande

3
จากประสบการณ์ของฉันหากแอปพลิเคชันขึ้นอยู่กับหรือเชื่อมต่อกับระบบภายนอก SCRUM ทำงานได้ไม่ดี การพึ่งพาทีมอื่นลดประสิทธิภาพของกระบวนการของเรา อาจเป็นเพียงแค่โครงการของเรา ...
java_mouse

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