Manifesto Agile: Go-to Guide ของคุณเพื่อทำความเข้าใจกับคุณค่าและหลักการที่คล่องแคล่ว
หากคุณเป็นส่วนหนึ่งของกระบวนทัศน์การจัดการโครงการสำหรับวันหรือทศวรรษคุณคุ้นเคยกับระเบียบวิธีว่องไว. มันเป็นวิธีการที่เป็นที่รู้จักกันดีและเป็นที่เคารพในแวดวงการจัดการ
ในอดีตเราได้พูดคุยกันมากว่องไวและมันประโยชน์และเช่น. ในบทความนี้เราจะพูดถึงการประกาศว่องไวหลักการที่จมอยู่ในมหาสมุทรแห่งว่องไวและอะไรคือค่าที่เฉพาะเจาะจงที่ทำให้ manifesto คล่องแคล่วมันคืออะไร
บทนำ
หากคุณเป็นส่วนหนึ่งของวงจรการพัฒนาในขณะนี้คุณจะรู้ว่าวิธีการพัฒนาที่เก่ากว่าที่ล้อมรอบตลาดนั้นช้ามาก
นี่เป็นปัญหาดังกล่าวเป็นปัญหาที่เมื่อบริการหรือแอปพลิเคชันพร้อมที่จะปรับใช้ความต้องการทางธุรกิจเริ่มต้นจะมีการเปลี่ยนแปลงหลายครั้งที่วัตถุประสงค์เริ่มต้นของการพัฒนาบริการหรือผลิตภัณฑ์จะไม่ได้รับการเติมเต็มอีกต่อไป
ก้าวช้านี้ที่กำลังกลายเป็นอุปสรรค์ในกระบวนการพัฒนาเป็นปัญหาใหญ่มากสำหรับผลิตภัณฑ์ทั้งหมดขึ้นอยู่กับกระบวนการนั้น เมื่อต้องการแก้ไขปัญหานี้ผู้นำจำนวนมากจากทั่วตลาดเข้าร่วมมือเพื่อค้นหาวิธีแก้ปัญหาที่จะปูทางไปสู่กระบวนการพัฒนาในอนาคต
วิธีการแก้ปัญหานั้นเป็น manifesto เปรียวที่อธิบายไว้ในรูปแบบของ 12 หลักการและ 4 ค่านิยมหลัก ค่านิยมและหลักการเหล่านี้ได้รับการกำหนดอย่างเหมาะสมและนำไปปฏิบัติเพื่อให้แน่ใจว่าผู้ปฏิบัติงานของวิธีการทั้งหมดเข้าใจว่า manifesto คืออะไร
manifesto เปรียว
สิ่งหนึ่งที่เป็นสิ่งที่น่าประทับใจที่สุดเกี่ยวกับการประกาศว่องไวคือถ้อยคำที่ผู้นำใช้เพื่ออธิบายค่านิยมและหลักการนั้นแม่นยำมากและต่ำสุด
ที่รัฐแถลงนั่น:
"เราเปิดเผยวิธีการพัฒนาซอฟต์แวร์ที่ดีขึ้นโดยทำและช่วยเหลือผู้อื่นให้ทำ ผ่านงานนี้เราได้มาถึงค่าด้านล่าง:
นั่นคือในขณะที่มีค่าในรายการทางด้านขวาเราให้ความสำคัญกับรายการทางซ้ายมากขึ้น "
ดังที่คุณเห็นจากถ้อยคำผู้ก่อตั้งเขียนข้อความที่แม่นยำและตรงจุดที่ช่วยให้ผู้ปฏิบัติงานเข้าใจการประกาศได้อย่างง่ายดาย
ส่วนใหญ่อยู่ในกระบวนทัศน์การบริหารโครงการเราเห็นว่าการพัฒนาโครงการขึ้นอยู่กับขั้นตอนและระยะเวลาที่ผู้บริหารกำหนดไว้ แต่ Manifesto Agile ได้เลื่อนระดับที่ตรงกันข้ามกับปัจจัยเหล่านี้
ปัจจัยที่manifesto เปรียวชอบที่จะส่งเสริมคือ:
ตอนนี้เราไปทำความเข้าใจกับค่านิยมหลักและหลักการที่ผู้ก่อตั้ง Manifesto ว่องไวต้องการให้เรา
4 ค่าของ manifesto เปรียว
แหล่งที่มา
สิ่งแรกที่ผู้ก่อตั้งต้องการให้ผู้ปฏิบัติงานเข้าใจผ่าน Manifesto Agile และยังคงเป็นที่ต้องการการโต้ตอบและบุคคลที่ทำงานมากกว่าของพวกเขาเครื่องมือและกระบวนการที่เลือก .
ทำไม? เมื่อคุณให้ความพึงพอใจกับพวกเขากระบวนการพัฒนาทั้งหมดจะตอบสนองได้มากขึ้น เพราะเมื่อทีมทั้งหมดต้องเข้าใจความยาวคลื่นของกันและกันและเมื่อพวกเขาสามารถเข้าใจซึ่งกันและกันได้ดีกว่าพวกเขาสามารถทำงานผ่านสิ่งกีดขวางที่เข้ามาในทางของพวกเขา
แต่ถ้าทีมขึ้นอยู่กับเครื่องมือและกระบวนการที่จะทำให้ปัญหาทั้งหมดตรงไปตรงมาจากนั้นจะมีความเข้าใจผิดมากมายในหมู่เพื่อนร่วมทีมซึ่งจะสร้างขึ้นต่อไปสิ่งกีดขวางบนถนนที่ร้ายแรงในกระบวนการพัฒนา Tanking โครงการ
นี่คือเหตุผลที่ผู้ก่อตั้งยืนยันว่าการมีปฏิสัมพันธ์ระหว่างเพื่อนร่วมทีมต้องมีรอยบากเพื่อป้องกันอุปสรรคและนำคุณค่าให้กับ บริษัท
หนึ่งในวิธีที่ดีที่สุดในการลืมเครื่องมือและกระบวนการและมุ่งเน้นไปที่การโต้ตอบคือการเกี่ยวข้องกับเจ้าของผลิตภัณฑ์ที่สามารถตัดสินใจได้ร่วมมือกับทีมเพื่อให้พวกเขาสามารถมุ่งเน้นไปที่ตัวเองมากขึ้น
เมื่อจิตใจของเพื่อนร่วมทีมเป็นอิสระจากความเร่งรีบและวุ่นวายของเครื่องมือและกระบวนการพวกเขามักจะมุ่งเน้นไปที่การมีปฏิสัมพันธ์ระหว่างตัวเองและทำให้เกิดการคัดค้านหรืออุปสรรคใด ๆ ที่มาสู่ความรุ่งโรจน์
ตรวจสอบซอฟต์แวร์การจัดการโครงการที่ดีที่สุดสำหรับทีม Agile:
28 ซอฟต์แวร์การจัดการโครงการที่ดีที่สุด (& amp; ฟรี) ของปี 2022
แหล่งที่มา
หากเราดูวิธีการพัฒนาแบบดั้งเดิมที่มาก่อนหน้านี้พวกเขาเกี่ยวข้องกับการพูดคุยและงานน้อยลง หมายความว่าพวกเขาพึ่งพาเอกสารเพิ่มเติมมากขึ้นเรื่อย ๆ แทนที่จะนำเสนอต้นแบบการทำงานของซอฟต์แวร์
เอกสารที่มากเกินไปนี้ให้ความได้เปรียบในรูปแบบของความล่าช้าที่จะผลักดันให้จริงการตรวจสอบการทำงานของซอฟต์แวร์หลายเดือน ความล่าช้านี้ส่งผลให้เกิดผลเสียต่อการจัดส่งโครงการซึ่งส่งผลให้เกิดความล่าช้าที่ไม่มีที่สิ้นสุด
เอกสารประเภทนี้ที่สร้างขึ้นเพื่อให้โครงการมีความยาวและมากเกินไปโดยไม่จำเป็นและอยู่ด้านบนของเอกสารเหล่านี้ส่วนใหญ่ไม่ได้รับการพิจารณาครั้งเดียวในระหว่างกระบวนการพัฒนาโครงการ นี่เป็นความชั่วร้ายที่ไม่จำเป็นที่ล้มเหลวโดยการประกาศว่องไว
แต่โปรดทราบว่าการเรียกเอกสารนี้ไม่ได้หมายความว่าเอกสารเหล่านี้ไม่จำเป็น เอกสารเหล่านี้เป็นกุญแจสำคัญในการทำความเข้าใจความต้องการของลูกค้าสำหรับโครงการ
ว่องไวเพิ่งเปิดตัวแนวคิดที่ว่าเอกสารเหล่านี้มีประสิทธิภาพน้อยกว่าต้นแบบการทำงานของซอฟต์แวร์ที่เป็นปัญหา
เพราะมันไม่ได้ช่วยให้ บริษัท เมื่อซอฟต์แวร์มีปัญหามากมายในการทดสอบเบต้าเพราะไม่มีต้นแบบการทำงานในมือในการทดสอบในตอนแรกและทีมงานทั้งหมดที่มีเอกสารจำนวนมากที่ไม่มีใครในจุดนั้น และการแก้ไขและการซ่อมแซมเหล่านี้จะทำให้ บริษัท มีเงินจำนวนมาก
เมื่อการวางแผนโครงการกำลังทำและเอกสารประกอบโครงการกำลังถูกสร้างขึ้น บริษัท ส่วนใหญ่พึ่งพาการเจรจากับลูกค้าในทุกปัจจัยเกี่ยวกับโครงการที่ไม่เพียง แต่ปิดการอภิปรายเพิ่มเติมเกี่ยวกับหัวข้อเหล่านั้น แต่ยังทำให้ความสัมพันธ์ทางธุรกิจของลูกค้าแย่ลง
สิ่งที่ Manifesto เปรียวเสนอให้ทำแทนที่จะเจรจากับลูกค้าคือการร่วมมือกับพวกเขา ทำไม? เพราะเมื่อคุณร่วมมือกับลูกค้ามีที่ว่างสำหรับการอภิปรายและการสื่อสารประเด็นปัญหาความกังวลและข้อเสนอแนะจากทั้งสองฝ่าย
และแตกต่างจากการเจรจาการทำงานร่วมกันไม่ใช่สิ่งเดียว ธุรกิจและลูกค้ายังคงอยู่ในการสื่อสารอย่างต่อเนื่องในระหว่างการพัฒนาโครงการเมื่อ บริษัท ร่วมมือกับลูกค้า สิ่งนี้ยังเป็นประโยชน์ต่อทั้งคู่
ยังไง? ตอนแรก บริษัท ได้รับทราบความคิดของลูกค้าและสามารถตรวจจับคุณสมบัติและนโยบายที่พวกเขาอาจต้องการแนะนำในโครงการเพื่อให้สามารถนำวิธีการแก้ปัญหาให้กับลูกค้าแทนที่จะเจรจาต่อรองพวกเขาลงและทำลายความสัมพันธ์ของพวกเขา
นอกจากนี้ลูกค้าสามารถเข้าใจได้อย่างถูกต้องว่าทำไม บริษัท จึงไม่เลือกที่จะทำบางสิ่งที่พวกเขาขอให้พวกเขาทำเพื่อให้พวกเขาสามารถปรับแต่งวิสัยทัศน์ของพวกเขาและย้ำความต้องการของพวกเขารักษาตัวเองและ บริษัท มีความสุข
ในวิธีการพัฒนา Olden ทีมติดอยู่เพื่อทำตามขั้นตอนเดียวกันและกระบวนการโครงการที่พวกเขากำหนดไว้ในช่วงเริ่มต้นของโครงการแม้ในขณะที่การเปลี่ยนแปลงและอุปสรรคจำนวนมากปิดกั้นทางของพวกเขา พวกเขาไม่ได้ย้ำแนวทางปฏิบัติของพวกเขา
Agile Manifesto แนะนำให้ทำสิ่งที่ตรงกันข้ามกับสิ่งนั้น วิธีนี้เข้าใจว่าถนนสู่ความรุ่งโรจน์จะไม่ทำให้ทุกอย่างราบรื่นและน่ารักและมีอุปสรรคบางอย่างตลอดทาง นั่นคือเหตุผลที่มันต้องการให้เราโอบกอดทุกการเปลี่ยนแปลงที่มาพร้อมกับวิธีการและวางแผนสำหรับมันมากกว่าวิ่งหนีจากมัน
ว่องไวมักนึกถึงการเปลี่ยนแปลงกระบวนการปกติที่จะเป็นพรในการปลอมตัวที่ทีมสามารถเรียนได้จากเพราะมันฟรีข้อเสนอแนะด่วนซึ่งสามารถอนุญาตให้พวกเขาเปลี่ยนลำดับความสำคัญได้อย่างง่ายดายในเวลาไม่นาน
ไม่ต้องกังวลเกี่ยวกับคุณสมบัติใหม่เพราะสามารถเพิ่มการทำซ้ำในการทำซ้ำแบบวนซ้ำ
อย่าคิดว่าเป็นวินาทีที่วิธีการที่ว่องไวไม่มีแผนสำหรับการพัฒนาโครงการ พวกเขามีแผนการ แต่สิ่งหนึ่งที่ทำให้พวกเขาแตกต่างจากคนอื่น ๆ คือพวกเขายังไปพร้อมกับการเปลี่ยนแปลงที่ออกมาและปรับเปลี่ยนแผนการที่จะแก้ไขปัญหาเหล่านี้ไม่ได้หนีไปจากพวกเขา
12 หลักการของ manifesto เปรียว
บทสรุป:
เกี่ยวข้องกับอุตสาหกรรมการจัดการโครงการของคุณคุณต้องเผชิญกับความท้าทายใดในบริบทของหลักการที่มีความว่องไวที่เกี่ยวข้อง? แบ่งปันข้อมูลที่มีค่าของคุณผ่านส่วนความคิดเห็นด้านล่าง
