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

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

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

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

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

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

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

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

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

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

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

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

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