#วิธีการร่วมมือ

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

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

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

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

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

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

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

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

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

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

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