#การบรรลุเป้าหมาย

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

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

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

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

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

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

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

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

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

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

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

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