#การจัดการโครงการAgile

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

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

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

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

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

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

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

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

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

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

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

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