คู่มือขั้นสูงสุดสำหรับการบริหารโครงการในปี 2562

บทนำ

โครงการเป็นรูปแบบการผลิตที่เป็นที่ต้องการในปัจจุบัน อย่างไรก็ตาม หากไม่ได้รับการจัดการอย่างชำนาญ สิ่งเหล่านี้อาจเป็นการสิ้นเปลืองเวลาและทรัพยากรมหาศาล บางครั้งก็ คุกคามการมีอยู่ ของบริษัทข้ามชาติรายใหญ่ แม้ว่าผลที่ตามมาจะไม่น่าทึ่งเสมอไป แต่โครงการต่างๆ ก็ยังคงเป็นปัญหาสำหรับหลายหน่วยงาน อันที่จริงแล้ว ใน การสำรวจ Global Project Management Survey ในปี 2019 ของ Project Management Institute (PMI) พบว่า “องค์กรต่างๆ สูญเสียเกือบ 12 เปอร์เซ็นต์ของการลงทุนในโครงการในปีที่ผ่านมา เนื่องจากประสิทธิภาพการทำงานที่ย่ำแย่”

แล้วบริษัทจะหาทางแก้ไขข้อผิดพลาดของโมเดลธุรกิจที่พวกเขาละเลยไม่ได้ได้อย่างไร ข้อมูลของ PMI ทำให้ชัดเจน: เมื่อบริษัทวางเครื่องมือและโครงสร้างการจัดการโครงการที่ดี (PM) พวกเขามักจะ:

1. ดูโครงการของพวกเขาบรรลุเป้าหมายเดิม
2. บรรลุเป้าหมายในขณะที่อยู่ในงบประมาณ
3. บรรลุเป้าหมายภายในกรอบเวลาที่กำหนดและ
4. หลีกเลี่ยงการคืบคลานของขอบเขต (หัวข้อที่เราจะพูดถึงด้านล่าง)

สารบัญ

การจัดการโครงการคืออะไร?
Triple Constraint และ Scope Creep
2 รูปแบบการบริหารโครงการ
วิธีการจัดการโครงการแบบดั้งเดิม
วิธีการจัดการโครงการ Agile
วงจรชีวิตของโครงการใน 4 ขั้นตอน
การเริ่มต้น
การวางแผน
การดำเนินการ (การติดตามและควบคุม)
ปิด
วิธีการจัดการโครงการ
เจ้าชาย2
น้ำตก
วิธีการเส้นทางวิกฤต (CPM)/เทคนิคการทบทวนการประเมินโปรแกรม (PERT)
การจัดการโครงการห่วงโซ่ที่สำคัญ (CCPM)
การต่อสู้
Kaizen และ Lean Six Sigma
คันบัง
การเป็นผู้จัดการโครงการ
เครื่องมือการจัดการโครงการ
บทสรุป

การจัดการโครงการคืออะไร?

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

อย่างไรก็ตาม การสร้างความเข้าใจร่วมกันเกี่ยวกับคำว่า "โครงการ" อาจเป็นประโยชน์ ผู้คนส่วนใหญ่หากไม่ใช่ทั้งหมดได้ทำโครงการที่เป็นทางการหรือไม่เป็นทางการบางประเภท (เรียนผูกเชือกรองเท้า เขียนรายงานที่โรงเรียน วางแผนงานเลี้ยง สมัครงาน ฯลฯ) ดังนั้นคนส่วนใหญ่อาจมีความคิด ว่าคำนั้นหมายถึงอะไร คำ จำกัดความ ที่เป็นทางการและละเอียดยิ่งขึ้นจาก Dr. Mike Clayton กล่าวว่าเป็น "ชุดงานที่ประสานกันซึ่งร่วมกันสร้างผลิตภัณฑ์ กระบวนการ หรือบริการใหม่ที่กำหนดไว้ ภายในเวลาและงบประมาณทรัพยากรที่จำกัด" ดร. เคลย์ตันเน้นย้ำหลายแง่มุมของคำนิยามนี้: "การประสานงาน" ซึ่งสามารถนำไปใช้กับงานเองและวิธีที่พวกเขาเกี่ยวข้องกันในแง่ของเวลาและทรัพยากร (ต้องทำให้สำเร็จก่อนจึงจะเริ่มต้นได้ บางอย่างต้องเกิดขึ้นพร้อมๆ กัน เป็นต้น); “กำหนด” หมายความว่าโครงการมีเป้าหมายและ/หรือเจตจำนงที่แน่นอน และ "จำกัด" หมายความว่า งานทั้งหมดที่เกี่ยวข้องกับเป้าหมายสุดท้ายต้องทำให้สำเร็จภายในกรอบของทรัพยากรที่จัดสรรให้เมื่อเริ่มต้นโครงการ

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

ข้อจำกัดสามเท่าและการคืบคลานของขอบเขต

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

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

2 รูปแบบการบริหารโครงการ

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

วิธีการจัดการโครงการแบบดั้งเดิม

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

วิธีการจัดการโครงการ Agile

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

“ บุคคลและปฏิสัมพันธ์ ผ่านกระบวนการและเครื่องมือ

ซอฟต์แวร์การทำงาน ผ่านเอกสารที่ครอบคลุม

การทำงานร่วมกันของลูกค้า ในการ เจรจาสัญญา

ตอบสนองต่อการเปลี่ยนแปลง ตามแผน”

(ผู้เขียนมีคุณสมบัติตามคำประกาศของพวกเขาด้วย ข้อความ ว่า “แม้ว่าสิ่งของทางด้านขวาจะมีคุณค่า แต่เราให้คุณค่ากับสิ่งของทางด้านซ้ายมากกว่า”)

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

สิ่งที่ทำให้สับสนได้คือคำว่า "อไจล์" เป็นคำที่มีความหมายกว้างๆ Scrum เป็นเวอร์ชันที่ใช้กันทั่วไปมากที่สุดในที่ทำงานปัจจุบัน โดยมักนำมาใช้ควบคู่ไปกับระเบียบวิธี Kanban (บางครั้งเรียกว่า "Scrumban" เมื่อรวมกัน) ดังนั้นบ่อยครั้งเมื่อบริษัทพูดถึงรูปแบบ "คล่องตัว" พวกเขาจะหมายถึง Scrum อย่างเฉพาะเจาะจงมากขึ้น

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

วงจรชีวิตของโครงการใน 4 ขั้นตอน

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

1. การเริ่มต้นหรือขั้นนิยาม

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

2. การวางแผน การออกแบบ หรือการระดมพล (ค่อนข้างสับสน เรียกอีกอย่างว่าระยะ "การเริ่มต้น" ในบางโมเดลของสหราชอาณาจักร)

• แยกแยะสิ่งที่ต้องทำเพื่อบรรลุวัตถุประสงค์ การเงินและทรัพยากรบุคคล ตลอดจนกำหนดการ
• จะเกี่ยวข้องกับการแบ่งขั้นตอน เป้าหมาย และแต่ละงานลง บางครั้งเป็นลำดับชั้นที่เรียกว่า “ โครงสร้างการแบ่งงาน ” หรือ “ตารางการแบ่งงาน” (WBS) (ดูวิดีโอนี้สำหรับการสาธิตที่ชัดเจนโดยเฉพาะ)
• ยังเกี่ยวข้องกับการมอบหมายว่าใครจะรับผิดชอบในการทำงานแต่ละอย่างให้สำเร็จ
• ผู้จัดการโครงการอาจพบว่าการสร้าง แผนภูมิ Gantt ณ จุดนี้ มีประโยชน์
• แสดงให้เห็นด้านล่าง (ในวิดีโอภายใต้หัวข้อ CPM) นี่คือโครงสร้างไทม์ไลน์ที่แสดงงานแต่ละงานในโครงการของคุณ ความสัมพันธ์ระหว่างงานทั้งหมด และช่วยให้คุณเห็นความคืบหน้าตลอดจนระบุอุปสรรค
• ขั้นตอนการวางแผนจะเกี่ยวข้องกับการประเมินและแผนการจัดการความเสี่ยง ซึ่งหมายความว่าจะต้องมีการอภิปรายเกี่ยวกับสิ่งที่อาจผิดพลาด และจะทำอย่างไรหากสิ่งนั้นเกิดขึ้น
• ทีมงานและผู้มีส่วนได้ส่วนเสียจะร่างความคาดหวังและช่องทางในการสื่อสารตลอดทั้งโครงการ

3. การดำเนินการ การส่งมอบ หรือการนำไปใช้ (เกิดขึ้นควบคู่ไปกับการติดตามและควบคุม)

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

4. เสร็จสิ้นหรือปิด

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

วิธีการจัดการโครงการ

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

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

เจ้าชาย2

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

น้ำตก

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

วิธีการเส้นทางวิกฤต (CPM)/เทคนิคการทบทวนการประเมินโปรแกรม (PERT)

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

การจัดการโครงการห่วงโซ่ที่สำคัญ (CCPM)

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

การต่อสู้

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

Kaizen และ Lean Six Sigma

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

คันบัง

Kanban เป็นวิธีการจัดการโครงการที่คล่องตัวซึ่งมีต้นกำเนิดมาจาก Toyota เป็นกลยุทธ์การจัดการโครงการที่ได้รับความนิยมอย่างมาก โดยมักใช้ร่วมกับ Scrum เพื่อเพิ่มประสิทธิภาพเวิร์กโฟลว์และการสื่อสารภายในทีมเป็นสองเท่า

การเป็นผู้จัดการโครงการ

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

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

แม้ว่าการฝึกอบรมนี้จะมีความสำคัญมาก แต่บางทีวิธีที่ดีที่สุดในการพัฒนาพื้นฐานในการจัดการโครงการก็คือการเป็นส่วนหนึ่งของโครงการก่อน เมื่อคุณมีความรู้ในวิธีการทำงานขององค์กรต่างๆ คุณจะ:

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

ซอฟต์แวร์การจัดการโครงการ

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

คลิกที่นี่เพื่อดูเครื่องมือการจัดการโครงการที่ดีที่สุด 45 รายการ และที่นี่สำหรับเครื่องมือการจัดการโครงการฟรีที่ดีที่สุด 12 รายการ

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

บทสรุป

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

มีความสุขในการจัดการโครงการ!