ในปี 2001 Agile Manifesto เปลี่ยนวิธีที่ทีมมองการส่งมอบซอฟต์แวร์ แทนที่จะล็อกทุกอย่างไว้ในแผนระยะยาว แถลงการณ์นี้เสนอแนวคิดที่ง่ายกว่า: ความต้องการย่อมเปลี่ยน การส่งมอบจึงต้องยืดหยุ่นไว้ สิ่งที่วัดกันคือซอฟต์แวร์ใช้งานได้หรือไม่ ส่วนเอกสารจะดูเรียบร้อยแค่ไหนเป็นเรื่องรอง
Agile Manifesto วางคุณค่าไว้สี่ข้อ ซึ่งดึงความสนใจจากการควบคุมกระบวนการมาสู่การร่วมมือกันจริง ๆ เมื่อคนในทีมคุยกันตรง ๆ และคุยบ่อย ปัญหาก็โผล่เร็วขึ้น การตัดสินใจก็เร็วขึ้นตาม
หลักการของแถลงการณ์สนับสนุนให้ทำงานเป็นชิ้นเล็กลงและปล่อยงานบ่อยขึ้น พอรอบงานสั้น การเปลี่ยนแปลงก็ไม่รู้สึกเหมือนวิกฤตอีกต่อไป
ในการพัฒนาแบบทำซ้ำ ทุกรอบต้องได้ของที่จับต้องได้ รายงานหรือแผนไม่นับ ต้องเป็นส่วนเพิ่มที่ใช้งานได้จริง เอาไปสาธิตและทดสอบได้
เอกสารนี้เขียนขึ้นเมื่อเดือนกุมภาพันธ์ 2001 โดยคนทำงานด้านซอฟต์แวร์ 17 คนที่รัฐยูทาห์ พวกเขาเห็นมาแล้วว่าโมเดลแบบทำทีละขั้นตามลำดับล้มเหลวอย่างไรในสภาพแวดล้อมที่เปลี่ยนเร็ว ช่วงวางแผนที่ยืดยาวทำให้งานล่าช้า และกว่าจะได้ฟีดแบ็กก็สายเกินกว่าจะเปลี่ยนทิศทางได้โดยไม่เสียเงินก้อนใหญ่
เป้าหมายของพวกเขาเป็นเรื่องปฏิบัติล้วน ๆ คือทำให้การพัฒนาปรับตัวได้และยึดการส่งมอบเป็นหลัก ต่อมาความคิดนี้หล่อหลอมกรอบงานอย่าง Scrum และ Kanban ซึ่งทำให้รอบงานสั้น backlog ที่ทุกคนมองเห็น และจุดทบทวนเป็นประจำ กลายเป็นแบบแผนที่ใช้กันอย่างเป็นทางการ ข้อมูลเพิ่มเติม: กระดานคัมบัง
คุณค่าทั้งสี่ข้อสวนทางกับตรรกะของการบริหารโครงการแบบดั้งเดิมโดยตรง:
หลักการ 12 ข้อแปลงคุณค่าเหล่านี้ให้เป็นงานประจำวัน โดยแก่นแล้ว หลักการเหล่านี้วนอยู่รอบรอบงานที่สั้นลงและฟีดแบ็กที่มาอย่างสม่ำเสมอ:
ถ้างานถูกส่งมอบแค่ตอนปลายรอบที่ยาว ความเสี่ยงก็ซ่อนอยู่ได้นาน การทำงานเป็นรอบ ๆ ช่วยลดช่องโหว่ตรงนั้น
Agile ทำให้ทีมทดสอบไอเดียได้เร็ว ไม่ต้องรอปล่อยของเต็มรูปแบบ แทนที่จะรอหลายเดือนกว่าจะเห็นผล ทีมจะปล่อยส่วนเพิ่มเล็ก ๆ ออกไปก่อน แล้วทดสอบสมมติฐานกับสถานการณ์จริง กรอบงานอย่าง Scrum และ Kanban รองรับแนวทางนี้ด้วยการจัดงานเป็นรอบสั้นหรือเป็นการไหลต่อเนื่อง ซึ่งทำให้มองเห็นคอขวดได้
ทำงานเป็นชิ้นเล็กลง ตรวจผลให้บ่อยขึ้น และปรับลำดับความสำคัญเมื่อมีข้อมูลใหม่เข้ามา
ทีมการตลาดทดลองแคมเปญเล็ก ๆ ก่อนจะเพิ่มงบ ถ้าข้อความไม่เวิร์ก ความเสียหายก็อยู่ในวงจำกัด ในงานบุคคลหรืองานราชการ บอร์ดงานที่ทุกคนมองเห็นและการวางแผนทีละขั้นช่วยให้รู้ชัดว่าใครรับผิดชอบอะไร และการประสานงานก็ราบรื่นขึ้น
Agile Manifesto ร่างเสร็จภายในสองวัน ผู้เขียนหลายคนอยู่เบื้องหลังกรอบงานภาคปฏิบัติอย่าง Scrum ซึ่งเปลี่ยนแนวคิดหลักให้เป็นวิธีส่งมอบงานที่ทำซ้ำได้
ถ้าอยากเข้าใจว่า Agile ใช้ในงานจริงอย่างไร ลองดู เวิร์กโฟลว์การบริหารโครงการ ซึ่งแสดงให้เห็นว่าขั้นตอนที่มีโครงสร้างอยู่ร่วมกับการทำงานเป็นรอบได้อย่างไร ถ้ากำลังเลือกระหว่างแนวทาง ดู Scrum หรือ Kanban เพื่อเทียบว่าจังหวะงานและการมองเห็นเวิร์กโฟลว์ต่างกันตรงไหน ส่วนการแบ่งบทบาทในทีม ดูได้ที่ โครงสร้างทีม Agile
"Agile Project Management"
คู่มือภาคปฏิบัติสำหรับการบริหารโครงการแบบ Agile ให้ประสบผล
"Scrum: The Art of Doing Twice the Work in Half the Time" by Jeff Sutherland
เจาะลึก Scrum หนึ่งในกรอบงาน Agile ที่ใช้กันแพร่หลายที่สุด
"Agile Principles, Patterns, and Practices in C#"
คู่มือเชิงเทคนิคสำหรับการนำ Agile มาใช้ในการพัฒนาด้วย C#
"The Lean Startup" by Eric Ries
หนังสือเกี่ยวกับการนำหลักการทำซ้ำมาใช้กับการพัฒนาผลิตภัณฑ์ อ่านเพิ่มเติม: ซอฟต์แวร์บริหารโครงการสำหรับทีม
Agile Manifesto จัดวางการพัฒนาซอฟต์แวร์ใหม่ โดยให้ความสามารถในการปรับตัวและการส่งมอบที่สม่ำเสมอเป็นแกน รอบงานที่เล็กลงทำให้เห็นปัญหาเร็วขึ้นและเปลี่ยนเส้นทางได้ถูกลง ถ้าละเลยเรื่องนี้ ทีมมักเจอปัญหาช้าไป ตอนที่การแก้มีราคาแพงแล้ว Agile จะได้ผลก็ต่อเมื่อปล่อยงานเป็นจังหวะสม่ำเสมอ ทุกคนเห็นว่ากำลังทำอะไรอยู่ และไม่มีใครข้ามการทบทวน
วัฒนธรรมองค์กรที่แข็งแรงตั้งอยู่บนหกเรื่อง คือ ทำให้คุณค่าของบริษัทเห็นได้ในงานจริง พัฒนาพนักงาน สื่อสารอย่างเปิดเผย ดูแลสมดุลชีวิตกับงาน ยอมรับความสำเร็จ และส่งเสริมความสัมพันธ์นอกรอบ ทั้งหมดนี้โยงกลับไปที่ขวัญกำลังใจของทีม ซึ่งส่งผลต่องานโดยตรง เมื่อพนักงานรู้สึกว่ามีคนเห็นคุณค่าและมีแรงจูงใจ การ
2 นาที
71 การดู
0
เครื่องมือดิจิทัลที่มีมากขึ้นเรื่อยๆ ไม่ได้ทำให้งานเดินเร็วขึ้นเสมอไป หลายครั้งกลับทำให้ข้อมูลกระจัดกระจาย สมองต้องแบกภาระมากขึ้น และคุณภาพของงานที่ส่งออกไปก็ตกลงตามไปด้วย การเปลี่ยนแปลงอัจฉริยะคือกระบวนการที่มีขั้นตอนชัดเจนในการพาองค์กรออกจากกองเครื่องมือที่สะสมมานาน ไปสู่การใช้เทคโนโลยีอย่างตั้งใ
2 นาที
85 การดู
0
งานที่ต้องใช้ทรัพยากร เส้นตาย หรือคนในทีมร่วมกันเป็นเรื่องปกติของงานโครงการทุกประเภท ไม่ได้เป็นกรณียกเว้น แต่เป็นส่วนหนึ่งของโครงสร้างงานเลยทีเดียว ถ้าไม่ประสานงานกันให้ชัด งานที่ซ้อนกันจะกลายเป็นความขัดแย้ง งานล่าช้าต่อกันเป็นทอดๆ และคุณภาพของผลงานก็ตกลง วิธีปฏิบัติด้านล่างนี้ครอบคลุมทั้งสองด้าน ค
2 นาที
105 การดู
0
ในยุคของการทำงานระยะไกลและแบบไฮบริด การทำงานร่วมกันแบบเรียลไทม์ได้กลายเป็นข้อกำหนดการดำเนินงานหลักแทนที่จะเป็นการปรับปรุงเสริม เป็นทั้งการปฏิบัติทางเทคนิคและทางวัฒนธรรม — เป็นตัวกำกับว่าสมาชิกทีมสื่อสาร มีส่วนร่วม และประสานงานไปสู่เป้าหมายร่วมกันอย่างไร ประสิทธิภาพของการทำงานร่วมกันแบบเรียลไทม
2 นาที
92 การดู
0
กำลังมองหาแอปจัดการงานที่ดีที่สุดเพื่อจัดระเบียบ มีสมาธิ และทำงานให้สำเร็จจริงๆ? คู่มือนี้เปรียบเทียบเครื่องมือสำหรับฟรีแลนซ์ ผู้ก่อตั้งสตาร์ทอัพ และทีมระยะไกลที่ต้องการความชัดเจนมากขึ้น ไม่ใช่เสียงรบกวนมากขึ้น ไม่ว่าคุณจะต้องการรายการสิ่งที่ต้องทำแบบเรียบง่าย แดชบอร์ดทีม หรือการวางแผนตามปฏิทิ
5 นาที
264 การดู
0
ฟรีสำหรับขนาดทีมทุกขนาดและการใช้งานส่วนตัว
Back to menuBack to menu
