นักพัฒนา 1 หรือ 2 สามารถใช้ Agile / Scrum ได้หรือไม่?

ทุกสิ่งที่ฉันได้อ่านและค้นคว้ามาจนถึงจุดนี้อธิบายว่า Agile / Scrum ทำงานได้ดีกับทีมประมาณ 4 ถึง 6 คนอาจจะมากกว่านี้

ในร้านค้าปัจจุบันของฉันเรามีนักพัฒนาประมาณ 8 คนหรือมากกว่านั้น แต่ด้วยลักษณะของปริมาณโครงการและจำนวนแผนกที่เราให้การสนับสนุนเราไม่เคยมีคนมากกว่า 1 หรือ 2 คนที่มอบหมายให้กับโครงการที่กำหนด

ฉันยังสามารถใช้ Agile / Scrum กับทีมนักพัฒนา 1 หรือ 2 คนได้หรือไม่? ฉันกำลังพยายามทำให้ผู้จัดการของฉันเริ่มทำงานกับวิธีการนี้ แต่ฉันต้องสามารถอธิบายวิธีลดขนาดสำหรับทีมนักพัฒนาขนาดเล็กหรือโน้มน้าวพวกเขาเพื่อให้แน่ใจว่าเราได้สมาชิกเพิ่มขึ้น โครงการ.

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

ใช่คุณสามารถใช้หลักการของ Scrum / Agile สำหรับ 1 คน หากคุณต้องการดูการผลิตส่วนบุคคลที่เทคนิค PomodoroหรือGTD

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

ถ้าฉันเป็นคุณฉันจะจัดการและมองเห็นภาพงานและลำดับความสำคัญของฉันโดยใช้ Kanban และฉันจะใช้แนวปฏิบัติ XP บางอย่าง: การพัฒนาด้วยการทดสอบการทดสอบย้อนหลังและเวลามวยอาจเริ่มต้นได้ดี ต่อมาในระหว่างการหวนกลับคุณสามารถระบุแนวทางปฏิบัติเพิ่มเติมที่คุณรู้สึกว่าคุณต้องการ

Kanban นั้นไม่ได้กำหนดมาก ทั้งหมดที่ต้องการจริงๆคือ:

1. คุณเห็นภาพเวิร์กโฟลว์ของคุณ
2. คุณ จำกัด การทำงานของคุณ (โดยเฉพาะอย่างยิ่งมีประโยชน์ในกรณีของคุณ)

แนวคิดคือคุณยึดถือแนวปฏิบัติอื่น ๆ ที่คุณพบว่ามีประโยชน์และ XP เป็นแหล่งที่ยอดเยี่ยมสำหรับการปฏิบัติเหล่านี้

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

อย่างแน่นอนและไม่มีคำถาม ชำระเงิน Pragmatic Programmer สำหรับข้อมูลเพิ่มเติมว่านักพัฒนาแต่ละคนสามารถทำงาน Agile ได้อย่างไร ทรัพยากรการแย่งชิงกันสำหรับงานบุคคลนั้นยากที่จะมาถึงอย่างไรก็ตามความคิดหลักของการพัฒนาแบบวนซ้ำสามารถนำไปใช้กับกลุ่มงานทุกขนาด

http://www.pragprog.com/the-pragmatic-programmer

ฉันจะบอกว่าคุณสามารถใช้เทคนิคต่าง ๆ จากวิธีการที่คล่องตัว แต่คุณไม่ควรใช้ Scrum ตามที่อธิบายไว้ในScrum Guideเนื่องจากคุณไม่สามารถเติมเต็มบทบาทได้ การต่อสู้ถูกออกแบบมาสำหรับทีมงาน 4-11 คน แต่วิธีการแบบเปรียวหลายอย่างรวมถึง Scrum สามารถให้จุดเริ่มต้นแก่คุณได้

ฉันเพิ่งอ่านหนังสือเล่มนี้เกี่ยวกับการต่อสู้: การจัดการโครงการเปรียวกับการต่อสู้

สำหรับฉันมันเป็นหนังสือเล่มแรกของฉันเกี่ยวกับการต่อสู้และทำเพื่อฉันมันจริงๆเพ่งความสนใจไปที่หลักการพื้นฐานมีความสำคัญ ฉันคิดว่าหลักการบางข้อสามารถนำไปใช้ได้และช่วย 1-2 คนในทีม

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

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

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

ฉันคิดว่านักพัฒนาซอฟต์แวร์ 2 คนโดยค่าเริ่มต้นกับระบบอย่างเปรียวแม้ว่าพวกเขาจะไม่ได้ตั้งใจทำอย่างชัดเจนก็ตาม พวกเขาจะคุยกันโดยธรรมชาติและทำซ้ำกับใบสั่งซื้อ

มองไปทางอื่น:

ทำไมคุณไม่ลองพิจารณาสมาชิกนักพัฒนาทั้ง 8 คนในทีม Scrum เดียวกันล่ะ? ด้วยวิธีนี้คุณจะได้รับผล crosstalk ระหว่างโครงการ บางทีคุณอาจไม่จำเป็นต้องผูกมัดผู้คนในโครงการที่เฉพาะเจาะจง ??

เมื่อมีคนเพิ่มร้านค้าของคุณคุณอาจแบ่งทีมออกเป็นสองกลุ่มเล็ก ๆ