ฉันกำลังประเมินวิธีการแบบ Agile เพื่อแนะนำทีมของฉัน ด้วยการแย่งชิงกันมันจะอนุญาตให้คนคนเดียวกันเล่นหลายบทบาทได้หรือไม่? เรามีทีมนักพัฒนาสี่คนและนักออกแบบเว็บไซต์ เราไม่ได้เป็นผู้นำ (ฉันทำหน้าที่นี้ให้สำเร็จ) ผู้ทดสอบ QA หรือนักวิเคราะห์ธุรกิจและงานพัฒนาทั้งหมดของเรามาจาก CIO การทดสอบอัตโนมัติถูกมองว่าเป็นการสิ้นเปลืองเวลาโดยรวมและทุกอย่างจะเน้นที่ความเร็วและไม่ใช่คุณภาพ
สิ่งที่จะเกิดขึ้นคือ CIO จะมาพร้อมกับงานพัฒนา (ไม่ว่าจะเป็นฟีเจอร์หรือข้อผิดพลาด) และมอบให้กับนักพัฒนา (ไม่ใช่สำหรับทั้งทีม, เป็นรายบุคคล, มักจะเป็นส่วนตัวหรือเป็นสีน้ำเงิน) คาดว่าจะทำให้เสร็จ CIO ไม่ได้รวบรวมความต้องการนอกเหนือจากความคิดเริ่มต้น (และสิ่งนี้ได้กัดเรามาก่อนเนื่องจากเราจะใช้บางสิ่งเพื่อค้นพบว่าไม่มีผู้ใช้ปลายทางรายใดสามารถใช้คุณลักษณะนี้ได้เนื่องจากพวกเขาไม่ได้รับการปรึกษา ก่อนที่เราจะพัฒนามันและในความหวาดกลัวเราจะถูกบอกให้เปลี่ยนกลับการเปลี่ยนแปลง) แต่ต้องพูดใน / อนุมัติทุกสิ่งที่เราทำ
สิ่งแรกสิ่งแรกคือรูปแบบการต่อสู้ที่จะพิจารณานำเสนอมาตรฐานและการปฏิบัติบางอย่างหรือไม่? จากการอ่าน Scrum ดูเหมือนจะพึ่งพาความไว้วางใจและการสื่อสารอีกเล็กน้อยและมุ่งเน้นไปที่การจัดการโครงการมากกว่าการพัฒนาซึ่งเป็นสิ่งที่เราไม่ได้ทำเพราะเราไม่มีลักษณะการจัดการโครงการในปัจจุบัน
ประการที่สองถ้ามันสามารถทำงานได้มันไม่มีเหตุผลสำหรับใครสักคนสมมติว่าตัวเองทำหน้าที่เป็นทั้ง ScrumMaster และนักพัฒนา? หรือสำหรับผู้พัฒนาที่จะเป็นเจ้าของผลิตภัณฑ์ (แม้ว่าโอกาสนี้จะเป็น CIO ซึ่งไม่ใช่นักพัฒนา) ฉันเข้าใจ Scrum Master และเจ้าของผลิตภัณฑ์ควรเป็นคนที่แตกต่างกัน แต่ในเวลาเดียวกันฉันไม่คิดว่าเรามีใครที่มีคุณสมบัติของเจ้าของผลิตภัณฑ์ (โอกาสที่มันจะกลายเป็น "ฉันต้องการเรื่องราวเหล่านี้ทั้งหมดฉัน ไม่สนใจว่าจะทำอย่างไรให้สำเร็จ "ประเภทของข้อตกลงและ / หรือการแช่แข็งใด ๆ
สำหรับฉันดูเหมือนว่าฉันอาจต้องเลือกและเลือกชิ้นส่วนของ Scrum / XP / Lean เพื่อชดเชยสิ่งต่าง ๆ ที่เกิดขึ้นในปัจจุบันเนื่องจากมันไม่น่าเป็นไปได้อย่างมากที่ความคิดจะเปลี่ยนไป ตัวอย่างเช่นการเขียนโปรแกรมคู่จะไม่บิน (เห็นว่าเป็นของเสียคุณจะได้งานครึ่งหนึ่งถ้าคุณต้องการคนสองคนสำหรับทุกอย่าง) TDD จะขายยาก แต่วงจรสั้นจะได้รับการต้อนรับ