เงื่อนไขเริ่มต้น Agile คืออะไร

ก่อนอื่นให้ฉันบอกว่าฉันคิดว่ากระบวนการแบบเปรียวสามารถทำงานได้เนื่องจากหลักการพื้นฐานดังต่อไปนี้:

• มันนำมาซึ่งการมุ่งเน้น
• จำกัด เสียงรบกวนซึ่งนำมาซึ่งการโฟกัส

ประการที่สองฉันสงสัยว่าต้องมีเงื่อนไขเริ่มต้นอะไรบ้างเพื่อให้กระบวนการ Agile สามารถประสบความสำเร็จได้ ตัวอย่างเช่นเราจำเป็นต้องมี:

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

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

ผู้คนในทุกระดับของธุรกิจที่เชื่อมั่นในAgile Manifestoอย่างแท้จริงและอย่างเต็มที่

เรากำลังเปิดเผยวิธีที่ดีกว่าในการพัฒนาซอฟต์แวร์ด้วยการทำและช่วยเหลือผู้อื่นให้ทำ ผ่านงานนี้เราได้เห็นคุณค่า:

• บุคคลและการมีปฏิสัมพันธ์เหนือกระบวนการและเครื่องมือ
• ซอฟต์แวร์ทำงานผ่านเอกสารที่ครอบคลุม
• การทำงานร่วมกันของลูกค้าในการเจรจาสัญญา
• ตอบสนองต่อการเปลี่ยนแปลงมากกว่าการทำตามแผน

นั่นคือในขณะที่มีค่าในรายการทางด้านขวาเราให้ความสำคัญกับรายการทางด้านซ้ายมากขึ้น

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

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

อย่างน้อยที่สุด

ก่อนอื่นคุณต้องมีผู้สนับสนุนด้านบนลงล่างที่เข้าใจหลักการและเชื่อมั่นในพวกเขามากพอที่จะบังคับพวกเขาลงโซ่และเชื่อว่า Agile ใช้กับสถานการณ์ของคุณ

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

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

สิ่งนี้เลวร้ายยิ่งกว่าการไม่ยอมรับ Agile แต่โดยทั่วไปจะเรียกว่า "Agile But ... " ฝ่ายบริหารใช้คำศัพท์เปรียว "แต่ ... " เหวี่ยงหลักการที่แท้จริงทั้งหมดและยังคงทำสิ่งที่พวกเขาเคยทำมาก่อน "แต่ ... " ตอนนี้เรียกมันว่าเปรียว ซึ่งทำให้ Agile เป็นชื่อที่ไม่ดีแก่ผู้ที่ไม่รู้จักดีขึ้น

ผลข้างเคียงที่ดี

รายการที่คุณชอบไม่มีข้อบกพร่องการทดสอบอัตโนมัติการพัฒนาที่กำหนดไว้อย่างชัดเจนผู้คนที่ทุ่มเท ฯลฯล้วนเป็นผลข้างเคียงที่ดีต่อ Agile

ว่องไวไม่ใช่กระสุนเงินหรือยาครอบจักรวาล แต่มันส่งเสริมความโปร่งใสในทุกระดับ (ลูกค้า <-> การจัดการ <-> ผู้พัฒนา) และทำให้ผู้คนเหล่านั้นมีปัญหาในการเพิ่มประสิทธิภาพอย่างรวดเร็ว โดยเฉพาะการใช้งานที่เฉพาะเจาะจงของ Agile เช่นการต่อสู้

บางสิ่งที่อยู่ในใจ:

• การทำงานร่วมกันเป็นทีมแบบมืออาชีพ - คนเหล่านี้ที่เปิดให้เล่นกับผู้อื่นได้ดีหรือไม่? พวกเขาเป็นผู้ใหญ่และมีความรับผิดชอบซึ่งสามารถให้อิสระในการทำงานได้หรือไม่?

• วัฒนธรรมและนโยบายการสื่อสาร - ผู้คนแสดงความกังวลความคิดและความคิดเห็นในองค์กรได้ดีเพียงใด

• ทำความเข้าใจว่า Agile คืออะไรและไม่ใช่ - ผู้มีส่วนได้เสียภายนอกเหล่านั้นรู้เพียงพอเกี่ยวกับกระบวนการที่จะยอมรับความรับผิดชอบในตอนท้ายหรือไม่? ถ้าไม่เช่นนั้นสิ่งนี้สามารถทำให้หลอกหลอกได้ ในทำนองเดียวกันมีเจ้าของผลิตภัณฑ์และ ScrumMaster ที่กำหนดไว้อย่างชัดเจนเพื่อช่วยจัดระเบียบบางสิ่งหรือไม่