ทำไมโครงการล้มเหลว

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

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

สาเหตุทั่วไปของความล้มเหลวของโครงการ

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

• ขอบเขตการคืบคลาน

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

• ข้อผิดพลาดในการจัดสรรทรัพยากร

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

• สื่อสารไม่ดี

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

• ประมาณการผิด

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

• การตรวจสอบไม่ดี

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

• การจัดการขนาดเล็ก

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

• ไม่มีการบริหารความเสี่ยง

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

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

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

1. Edsel โดย Ford

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

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

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

2. DeLorean DMC-12

รถยนต์ "Back to the Future" ที่มีชื่อเสียงและหนึ่งในความล้มเหลวของโครงการที่รู้จักกันดีที่สุด: บริษัท และโครงการรถยนต์รุ่นเดียวของบริษัทประสบปัญหาต่างๆ มานานก่อนที่จะมีการผลิตรถยนต์คันแรก และที่ปรึกษาในระยะแรกได้คาดการณ์ไว้ว่า โอกาสสำเร็จ 1 ใน 10 ในที่สุดสิ่งนี้ก็กลายเป็นปัญหาด้านคุณภาพ ความล่าช้าอย่างมาก และปัญหาทางการเงิน ในปีพ.ศ. 2525 จอห์น เดอโลเรียน ผู้ก่อตั้ง ถูกจับในข้อหาลักลอบขนยาเสพติด และถึงแม้เขาจะไม่ถูกตัดสินว่ามีความผิด แต่ก็สายเกินไป

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

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

3. Microsoft Zune

ในช่วงต้นทศวรรษ 2000 Apple เข้ายึดตลาดเครื่องเล่นสื่อแบบพกพาด้วย iPod แต่ Microsoft ไม่เพียงแค่ยอมรับการสูญเสียนี้ แทนที่จะยอมรับความพ่ายแพ้ พวกเขาจึงปล่อย Zune เครื่องเล่นพกพาของตน ผู้เล่นไม่ใช่ผลิตภัณฑ์ที่ไม่ดี แต่มีราคาสูงเกินไป เฉพาะ Windows และที่สำคัญที่สุดคือผลิตภัณฑ์ที่ออกแบบมาเพื่อไล่ตามคู่แข่ง คาดคะเนได้ว่าล้มเหลวและถูกยกเลิก

บทเรียนที่ได้รับ: บางครั้งก็เป็นการดีกว่าที่จะยอมรับความพ่ายแพ้และค้นหาส่วนต่างๆ ของตลาดที่คุณสามารถส่งมอบผลิตภัณฑ์ที่แข่งขันได้

4. ไฟล์เคสเสมือน

Virtual Case File หรือ VCF เป็นโครงการของรัฐบาลของแอปพลิเคชันซอฟต์แวร์ที่มีจุดมุ่งหมายเพื่อปรับปรุงโครงสร้างพื้นฐานด้านไอทีที่ล้าสมัยของ FBI ให้ทันสมัย หลังจากห้าปีของการพัฒนาและใช้เงินไปเกือบ 170 ล้านดอลลาร์ โครงการนี้ก็ถูกยกเลิก เอฟบีไอต้องเผชิญกับการวิพากษ์วิจารณ์อย่างรุนแรงต่อโครงการนี้ เนื่องจากสูญเสียเงินภาษีไปหลายล้านดอลลาร์ของผู้เสียภาษีและไม่ได้ผลแต่อย่างใด

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

5. แอปเปิ้ล ลิซ่า

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

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

6. โค้กใหม่

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

บทเรียนที่ได้รับ: ถ้าได้ผลอย่าแก้ไข! ไม่มีอะไรผิดปกติกับผลิตภัณฑ์เก่า ดังนั้นจึงไม่จำเป็นต้อง "ปรับปรุง"

7. คริสตัลเป๊ปซี่

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

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

8. เซกเวย์ ผู้ขนส่งส่วนบุคคล

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

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

9. สนามบินเบอร์ลินบรันเดนบูร์ก

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

บทเรียนที่ได้รับ: ทุกแง่มุมของการจัดการโครงการมีความสำคัญ และหากมีการจัดการที่ไม่ดีหรือไม่ได้รับการจัดการเลย โครงการก็ถึงวาระที่จะล้มเหลว แม้ว่าจะดูเหมือนว่าจะตอบสนองความต้องการของหลายๆ คนก็ตาม

การป้องกันความล้มเหลวของโครงการ

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

1. ตรวจสอบให้แน่ใจว่าแผน ขอบเขต และกำหนดเวลาของคุณเป็นจริง ใช้ข้อมูลก่อนหน้านี้เพื่อคาดการณ์เวลาการส่งมอบ พลวัตของงาน และส่วนงานที่ต้องการความพยายามหรือความสนใจเป็นพิเศษ
   
2. แผนสำหรับการติดตามตรวจสอบทุกขั้นตอนของโครงการ พัฒนาหรือใช้กระบวนการที่เป็นมาตรฐานสำหรับสิ่งนั้น สาเหตุที่พบบ่อยที่สุดที่ตรวจพบความล้มเหลวและรับรู้เมื่อสายเกินไปไม่ใช่การตรวจสอบกระบวนการอย่างเหมาะสม อย่างไรก็ตาม เนื่องจากความเสี่ยงเป็นส่วนที่หลีกเลี่ยงไม่ได้ของโครงการใดๆ จึงจำเป็นต้องให้ความสนใจเป็นพิเศษกับขั้นตอนแรกๆ เมื่อสามารถป้องกันได้อย่างมีประสิทธิภาพ
   
3. ใช้เครื่องมือการจัดการงานพิเศษเพื่อติดตามความคืบหน้าของโครงการและระบุพื้นที่เสี่ยงที่อาจเกิดขึ้น ข้อมูลที่รวบรวมโดยทีมจะให้ข้อมูลเชิงลึกอันมีค่าว่าส่วนใดของโครงการต้องได้รับความสนใจอย่างใกล้ชิด
   
4. เลือกวิธีการจัดการโครงการที่จะทำงานได้ดีที่สุดสำหรับโครงการของคุณโดยเฉพาะ ปฏิบัติตามหลักการ และตรวจสอบให้แน่ใจว่าสมาชิกในทีมของคุณเข้าใจวิธีการทำงานและบทบาทของแต่ละคนในกระบวนการทั้งหมด
   
5. สื่อสาร. วางแผนเวลาสำหรับการสื่อสารภายในทีมโครงการ จัดการประชุม (แต่อย่าลืมใช้เวลาอย่างมีประสิทธิภาพ) และสนับสนุนให้สมาชิกในทีมหยิบยกปัญหาที่อาจเกิดขึ้นหากพวกเขาสังเกตเห็น
   
6. ตรวจสอบให้แน่ใจว่าทีมของคุณไม่มีพนักงานไม่เพียงพอ มีการกระจายปริมาณงานอย่างเหมาะสม และความรับผิดชอบส่วนบุคคลนั้นชัดเจนสำหรับสมาชิกในทีมแต่ละคน
   
7. ตรวจสอบให้แน่ใจว่าทีมของคุณมองเห็นเป้าหมายระยะยาว และทุกคนเข้าใจว่าทีมโครงการกำลังมุ่งสู่พวกเขาอย่างไร

สรุป

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