การพัฒนาอย่างละเอียดเพื่อความสำเร็จของโครงการ

Progressive Elaboration - สร้างความสำเร็จของโครงการทีละขั้นตอน

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

ความละเอียดก้าวหน้า

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

การทำความเข้าใจประเด็นสำคัญ 3 ประการจะปลดล็อกแนวคิดและคุณค่าของการออกแบบที่มีคุณภาพผ่านการทำอย่างละเอียด

• ความแม่นยำไม่เหมือนกับรายละเอียด
• ทำให้ถูกต้องในครั้งแรกถูกกว่า
• เราไม่จำเป็นต้องออกแบบทั้งหมดในคราวเดียว

อ่านเพื่อเรียนรู้เพิ่มเติม.

ความแม่นยำไม่เหมือนกับรายละเอียด

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

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

กรณีศึกษา: การปรับปรุงเว็บไซต์เพื่อเพิ่มอัตราการแปลง

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

มาอธิบายขอบเขตของโครงการนี้อย่างละเอียด:

• คำชี้แจงขอบเขตระดับผู้บริหาร:จะมีการเปลี่ยนแปลงในเว็บไซต์เพื่อเพิ่มอัตราการแปลงนั่นคือเปอร์เซ็นต์ของผู้ที่ซื้อของจริงจากผู้ที่เข้ามาที่ไซต์ เมื่อเราเพิ่มอัตรานั้นเราต้องการคงอัตราใหม่ไว้ การยกเว้นขอบเขต: จะไม่มีการเปลี่ยนแปลงทางการตลาดหรือสายผลิตภัณฑ์ของเรา เช็คเอาท์ได้ดี
• การวัดระดับผู้บริหาร:สิ่งนี้จะเกี่ยวข้องกับอัตรา Conversion ปัจจุบันการศึกษาอัตรา Conversion มาตรฐานอุตสาหกรรมการกำหนดเป้าหมายสำหรับอัตรา Conversion ใหม่ตามวันที่ระบุ
• คำชี้แจงขอบเขตระดับการจัดการ:การเปลี่ยนแปลงเว็บไซต์จะต้องเพิ่มอัตราการแปลงโดยไม่รบกวนเวลาทำงานการผลิตหรือตะกร้าสินค้าและการจัดการทางการเงิน การเปลี่ยนแปลงและผลที่ตามมาต้องสามารถตรวจสอบย้อนกลับได้ดังนั้นเราจึงเรียนรู้สิ่งที่ควรเก็บรักษาสิ่งที่ควรทิ้งและสิ่งที่ควรปรับปรุงอยู่เสมอ
• แนวทางการจัดการ:ผู้บริหารเลือกผลิตภัณฑ์บางอย่างเพื่อทดลองใช้ การทดลองที่ประสบความสำเร็จจะถูกจำลองไปยังผลิตภัณฑ์ที่เหมาะสมทั้งหมด
• ปัญหาทางเทคนิค:เราศึกษารายละเอียดตามรายการด้านล่าง
• แนวทางด้านเทคนิค:เราออกแบบการทดลองทดสอบตัวเลือกต่างๆเพื่อเปรียบเทียบและดูว่าอะไรได้ผล

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

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

รายละเอียดเพิ่มเติม: ดำดิ่งสู่รายละเอียดการตลาด

นี่คือรายการบางส่วนของรายละเอียดทางเทคนิคของการตลาด (ไม่ใช่ของการออกแบบเว็บไซต์) ที่โครงการจะดำเนินการเพื่อเพิ่มอัตรา Conversion

• คลิกน้อยลงเพื่อปิด การศึกษาแสดงให้เห็นว่ายิ่งคลิกมากขึ้นระหว่างเข้ามาในเพจและปิดดีลผู้คนก็ละทิ้งไซต์มากขึ้น ดังนั้นจึงสามารถปรับปรุงหน้าเว็บเพื่อเพิ่มอัตราการแปลงได้
• สร้างความรู้สึกเร่งด่วน หากผลิตภัณฑ์ดูเหมือนว่าจะวางจำหน่ายในภายหลังผู้คนมักจะชะลอการซื้อและจากนั้นจะไม่กลับมาอีกเลย ทีมการตลาดด้านเทคนิคอาจต้องกลับไปหาผู้บริหารเพื่อถามว่าการขายส่วนลดระยะสั้นเป็นวิธีที่ยอมรับได้ในการเพิ่มอัตราการปิดหรือไม่
• ขจัดความสับสน คำแนะนำโดยละเอียดและภาษากฎหมายจำนวนมากจะช่วยลดอัตราการปิด
• หน้า Landing Page โดยตรง โฆษณาควรตรงไปยังหน้า Landing Page ที่เป็นหน้าขายของสินค้าที่โฆษณา
• ยินดีต้อนรับลูกค้ากลับ. การใช้คุกกี้การเข้าสู่ระบบของลูกค้าหรือทั้งสองอย่างเราสามารถนำลูกค้าที่กลับมาไปยังที่ที่พวกเขาต้องการไปมากที่สุด นอกจากนี้เรายังสามารถตรวจสอบกับผู้บริหารเกี่ยวกับการเก็บรักษาบัตรเครดิตไว้เพื่อเพิ่มความคล่องตัวในการซื้อในอนาคต

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

ศิลปินใช้ความประณีตก้าวหน้ามาโดยตลอด

นี่เป็นภาพร่างยุคแรกที่ศิลปินนอกเหนือจากการแสดงร่างเต็มแล้วยังเพิ่มหัวสำรองอีกสองหัวและหมวกทรงสูง ใน "Portrait of Edouard Manet นั่งอยู่บนเก้าอี้" เดอกาส์กำลังรวบรวมไอเดียของเขาอย่างละเอียดโดยไม่ต้องกังวลกับการสร้างสรรค์ผลงานชิ้นสุดท้าย

Edgar Degas, พิพิธภัณฑ์ลูฟวร์, ปารีส (โดเมนสาธารณะ) ผ่าน Wikimedia Commons

ในภาพร่างด้วยชอล์คสีดำแนวคิดนี้ได้รับการออกแบบให้สมบูรณ์มากขึ้นในชื่อ "การศึกษาภาพของ Edouard Manet" การทำอย่างละเอียดดำเนินไป

Edgard Degas, Metropolitan Museum of New York (โดเมนสาธารณะ) ผ่าน Wikimedia Commons

"Etching of" Portrait of Edouard Manet, Etude "ที่สมบูรณ์นี้นั่งหันไปทางซ้ายเป็นผลงานที่สมบูรณ์และแข็งแกร่งจากการวาดภาพอย่างละเอียดของ Degas ในเรื่องของเขา

Edgar Degas ห้องสมุดสาธารณะบอสตัน (โดเมนสาธารณะ) ผ่าน Wikimedia Commons

ทำให้ถูกต้องครั้งแรกถูกกว่า

ในโครงการใด ๆ มีเพียงสามทางเลือกในด้านคุณภาพและผลลัพธ์:

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

ดังนั้นโดยรวมแล้วจะดีกว่าที่จะชัดเจนและแม่นยำในตอนเริ่มต้น ดีขึ้นมากน้อยแค่ไหน? ผลการศึกษาในช่วง 40 ปีที่ผ่านมาแสดงให้เห็นว่ามีอัตราส่วนระหว่างต้นทุนในการ ป้องกัน ข้อผิดพลาด ค่าใช้จ่ายในการ แก้ไข ข้อผิดพลาดระหว่างโครงการ และค่าใช้จ่ายในการ ทำความสะอาด หลังโครงการ และอัตราส่วนขั้นต่ำคือ 1: 10: 100 ดังนั้นข้อผิดพลาดที่สามารถป้องกันได้ในชั่วโมงพิเศษของการวางแผนที่ $ 100 / ชั่วโมงจะใช้เวลาโครงการสิบชั่วโมงและ $ 1,000 ในการแก้ไขในระหว่างโครงการและใช้เวลา 100 ชั่วโมงและ $ 10,000 หากเราต้องทำการเรียกคืนหลังจากโครงการเสร็จสิ้น. และพบว่าอัตราส่วนที่สูงกว่า 1: 10: 100 มากหากเราใช้แนวทางปฏิบัติที่ดีที่สุดในการจัดการคุณภาพเพื่อทำการออกแบบที่ปราศจากข้อบกพร่องตั้งแต่เริ่มต้น

บทเรียน: การทำ อย่างละเอียดแบบก้าวหน้า - การพัฒนารายละเอียดเพิ่มเติมเมื่อเราก้าวไปข้างหน้า - สมเหตุสมผลเสมอ งานเลอะเทอะไม่สมเหตุสมผล

เราไม่จำเป็นต้องทำทั้งหมดในครั้งเดียว

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

• เริ่มต้นด้วยภาพรวมและดำเนินการลงไปในรายละเอียด
• มีความชัดเจนในการประชุมแต่ละครั้งเขียนผลลัพธ์และรับการยืนยัน
• ติดตามว่าเรากำหนดไว้เท่าไหร่และยังไม่ได้กำหนดจำนวนเท่าใด
• นำคนที่เหมาะสมเข้าร่วมการประชุมแต่ละครั้ง การประชุมในช่วงต้นมักจะเป็นกับผู้บริหารและผู้จัดการระดับสูงกว่า และผู้จัดการโครงการของเรามักจะเข้าร่วมการประชุมทั้งหมด ในขณะที่เราพยายามค้นหารายละเอียดของกระบวนการเวิร์กโฟลว์และอินเทอร์เฟซเราทำงานร่วมกับคนงานมากขึ้น และเนื่องจากการประชุมมีเทคนิคมากขึ้นเราจึงต้องการบุคลากรด้านเทคนิค (เช่นโปรแกรมเมอร์และวิศวกร) ที่เกี่ยวข้องกับโครงการมากขึ้น
• เราดำเนินการต่อไปจนกว่าจะมีการกำหนดรายละเอียดของทุกคุณลักษณะของผลิตภัณฑ์หรือบริการที่เรากำลังสร้างหรือปรับปรุง อย่างไรก็ตามเราอาจมีโปรแกรมจำนวนมากที่เขียนขึ้นหรือผลิตภัณฑ์ที่พัฒนาขึ้นในขณะที่เรายังคงให้รายละเอียดส่วนอื่น ๆ

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

โครงการที่แก้ไขปัญหาเป็นกรณีพิเศษที่การทำรายละเอียดแบบก้าวหน้ามีประโยชน์อย่างยิ่ง

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

กรณีศึกษา: 2006 ความล่าช้าในการปล่อยกระสวยอวกาศแอตแลนติส

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

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

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

• การตัดสินใจของผู้บริหาร:หากเรารู้ว่ามาตรวัดมีข้อผิดพลาดเราสามารถปิดมันได้หรือไม่และพึ่งพามาตรวัดอื่น ๆ แล้วบินต่อไป เกิดการถกเถียงกันมากมายเกี่ยวกับเรื่องนี้ แต่ในที่สุดก็มีการตัดสินใจว่าคุณลักษณะด้านความปลอดภัยที่สำคัญ Main Engine Cut Off (MECO) จะไม่น่าเชื่อถือหากไม่มีมาตรวัดนี้ ดังนั้นการตัดสินใจของผู้บริหารคือมาตรวัดต้องได้รับการแก้ไข
• ปัญหาทางเทคนิค:ปัญหาเกิดขึ้นไม่ต่อเนื่อง ดังนั้นการทดสอบใด ๆ ที่ผ่านจึง ไม่สามารถ พิสูจน์ ได้ ว่าเกจทำงานและกระสวยบินได้อย่างปลอดภัย ต้องพบปัญหาเฉพาะเพื่อให้แน่ใจว่าได้รับการแก้ไขแล้ว
• ปัญหาทางเทคนิคโดยละเอียด:มาตรวัดไม่ใช่อุปกรณ์ธรรมดา มันเกี่ยวข้องกับส่วนประกอบต่าง ๆ มากมายและขั้วต่อไฟฟ้าระหว่างพวกเขา บางส่วนถูกฝังลึกลงไปในสายไฟของรถรับส่ง แค่ค้นหาส่วนประกอบทั้งหมดและทำความสะอาดขั้วต่อก็เป็นงานใหญ่ วิศวกรหลายครั้งคิดว่าพวกเขาได้แก้ไขปัญหาแล้ว แต่มาตรวัดไม่ได้ทดสอบความสะอาด
• ปัญหาทางเทคนิคที่มีรายละเอียดมาก:แผนการออกแบบสำหรับกระสวยอวกาศอาจไม่ตรงกับแอตแลนติสในขณะที่สร้างขึ้น ชิ้นส่วนได้รับการอัพเกรดและเปลี่ยนใหม่ วิศวกรคนหนึ่งรายงานว่าการค้นหาชิ้นส่วนทั้งหมดของมาตรวัดเป็นภารกิจสำรวจพวกเขายังคงค้นหาว่ากระสวยอวกาศทำงานอย่างไร!

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

Progressive Elaboration ไม่ได้มีไว้สำหรับขอบเขตเท่านั้น

แม้ว่าบทความนี้จะเน้นไปที่การพัฒนาอย่างละเอียดแบบก้าวหน้าในการพัฒนา Scope Definition และ Work Breakdown Structure (WBS) แต่แนวคิดของการทำอย่างละเอียดแบบก้าวหน้านั้นกว้างกว่านั้น ในความเป็นจริงสามารถนำไปใช้กับทั้งเก้าด้านของการจัดการโครงการ นี่คือตัวอย่างบางส่วน:

การดำเนินการอย่างละเอียดอย่างก้าวหน้าของแผนการสื่อสารโครงการ

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

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

รายละเอียดของการบริหารความเสี่ยงในโครงการ

ขั้นตอนที่เป็นทางการของการบริหารความเสี่ยงโครงการจะอธิบายคำจำกัดความของความเสี่ยงของโครงการอย่างละเอียด - สิ่งที่อาจผิดพลาด - และการตอบสนองของเราผ่าน:

• การระบุความเสี่ยงซึ่งเราจัดทำรายการความเสี่ยงเบื้องต้น
• การวิเคราะห์ความเสี่ยงซึ่งเราประเมินและจัดลำดับความสำคัญของความเสี่ยง
• การวางแผนรับมือกับความเสี่ยงซึ่งเราตัดสินใจว่าจะทำอย่างไรเพื่อป้องกันเหตุการณ์ความเสี่ยงและจะทำอย่างไรหากเกิดขึ้น
• การตรวจสอบและควบคุมความเสี่ยงซึ่งเราเฝ้าระวังความเสี่ยงค้นหาความเสี่ยงใหม่ ๆ และจัดการกับความเสี่ยงที่เกิดขึ้น

จากตัวอย่างเหล่านี้คุณจะเห็นได้ว่าการทำอย่างละเอียดแบบก้าวหน้าเป็นแนวทางปฏิบัติมาตรฐานสำหรับการจัดการโครงการทั้งเก้าด้าน

ความก้าวหน้าอย่างละเอียดและวงจรชีวิตของโครงการ

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

ความก้าวหน้าอย่างประณีตในน้ำตกคลาสสิก

ในน้ำตกแบบคลาสสิกหรือวงจรชีวิตการพัฒนาระบบ (SDLC) การวางแผนทั้งหมดก่อนการดำเนินการ ดังนั้นการอธิบายขอบเขตอย่างละเอียดแบบก้าวหน้าจึงเกิดขึ้นในขั้นตอนการวางแผน

ความก้าวหน้าอย่างละเอียดพร้อมการติดตามที่รวดเร็ว

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

การจัดการโครงการพร้อมกัน

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

การพัฒนาซอฟต์แวร์ที่ไม่มีข้อบกพร่อง

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

แบบจำลองเกลียว

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

JAD และ RAD

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

ความก้าวหน้าอย่างละเอียดในการพัฒนาแบบว่องไว

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

คุณคิดอย่างไรกับการทำอย่างละเอียดแบบก้าวหน้า?

Progressive Elaboration ช่วยให้โครงการดำเนินต่อไป

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