การใช้ Kanban เพื่อการพัฒนา WordPress
เผยแพร่แล้ว: 2019-05-12คุณเป็นคน "เช็ดกระดานชนวนให้สะอาด" หรือไม่? กี่ครั้งแล้วที่คุณบอกว่าจะเริ่มต้นใหม่ในวันจันทร์ วันต้นเดือน หรือปีใหม่? นี่เป็นความลับ: มันไม่เคยทำงาน
คุณไม่สามารถเช็ดกระดานชนวนให้สะอาดได้จริงๆ และไม่ควรล้างด้วย คุณมาไกลถึงขนาดนี้แล้ว ต้องขอบคุณงานที่คุณทำในอดีต ใช่ อาจมีวิธีที่มีประสิทธิภาพมากกว่านั้น แต่คุณจะไม่ค้นพบมันด้วยการยกเลิกความคืบหน้าทั้งหมดที่คุณทำ
นี่คือเหตุผลที่ฉันชอบระบบคัมบัง ฉันเริ่มใช้มันเมื่อต้นปี 2019 เพื่อยกเครื่องเวิร์กโฟลว์ของฉัน และฉันก็ติดใจ เหมาะอย่างยิ่งสำหรับประเภทของทีมที่ต้องการจัดระเบียบและทำงานให้เสร็จ แต่ก็รู้ว่าสิ่งต่างๆ จะเปลี่ยนไป – มาก
ในบทความนี้ ฉันจะเน้นที่คัมบังสำหรับทีมพัฒนา WordPress แต่ตัวอย่างบางส่วนที่ฉันใช้มาจากบอร์ดคัมบังของฉันเอง ซึ่งสร้างขึ้นจากเวิร์กโฟลว์การเขียนของฉัน
Kanban คืออะไร?
เพื่อให้เข้าใจการพัฒนาคัมบัง คุณควรเข้าใจการคิดแบบลีนก่อน
การคิดแบบลีน ไม่ใช่วิธีการ แต่เป็นกรอบความคิดที่ยึดตามค่านิยมที่กำหนดบริบทของโครงการ ค่าลีนเจ็ดค่าคือ:
- ขจัดของเสียด้วยการกำจัดสิ่งที่ไม่เพิ่มมูลค่าให้กับโครงการ
- ขยายการเรียนรู้โดยรวบรวมข้อเสนอแนะอย่างสม่ำเสมอเพื่อปรับปรุงกระบวนการ
- ตัดสินใจให้เร็วที่สุด กล่าวคือ หลังจากรวบรวมข้อมูลทั้งหมดเพื่อประกอบการตัดสินใจ
- ส่งมอบให้เร็วที่สุดโดยไม่เสียขวัญกำลังใจของทีมหรือคุณภาพของผลิตภัณฑ์ นี่เป็นเรื่องของประสิทธิภาพและความยั่งยืน ไม่ใช่ความเร็วเพียงอย่างเดียว
- ส่งเสริมทีม สร้างความมั่นใจในสุขภาพและพลังของนักพัฒนา และส่งเสริมตามความเชี่ยวชาญและความเป็นผู้นำ
- สร้างประสบการณ์ที่ใช้งานง่ายและมีค่า
- ดูภาพรวมโดยการประเมินทั้งโครงการ ไม่ใช่แค่คุณลักษณะเฉพาะของโครงการ
ทีมที่ใช้การคิดแบบลีนมักจะใช้วิธีคัมบังสำหรับการจัดการเวิร์กโฟลว์ คุณสามารถตั้งค่าบอร์ดคัมบังด้วยการ์ดดัชนีที่เป็นเอกสาร หรือคุณสามารถสร้างบอร์ดคัมบังดิจิทัลด้วยเครื่องมืออย่าง Asana หรือ Trello สร้างเวิร์กโฟลว์โดยการตั้งค่าคอลัมน์ต่างๆ จากนั้นย้ายการ์ดผ่านเวิร์กโฟลว์จากซ้ายไปขวาเมื่องานเสร็จสิ้น
ที่มา: อาสนะ
กระดานคัมบังพื้นฐานที่สุดมีสามคอลัมน์:
- ทำ
- ทำ
- เสร็จแล้ว
ด้วยบอร์ดคัมบังขั้นสูง คุณสามารถมีคอลัมน์เพิ่มเติมได้ และการ์ดแต่ละใบอาจมีชุดงานย่อยของตัวเองที่ต้องทำ นี่คือตัวอย่างบางส่วนของงานย่อยบนการ์ดในอาสนะของฉัน:
เนื่องจากคัมบังมีแนวโน้มที่จะติดตามรายการงานที่มีขนาดใหญ่กว่าแทนที่จะเป็นงานขนาดเล็ก จึงเป็นเรื่องปกติที่จะต้องใช้งานย่อยและคำแนะนำหลายรายการในการ์ดใบเดียว พร้อมด้วยวันที่เริ่มต้นและสิ้นสุด ผู้ได้รับมอบหมาย และเอกสารสนับสนุน
หลักการคัมบัง
การพัฒนาคัมบังเป็นวิธีการตั้งค่ากระบวนการที่กำลังพัฒนา ไม่ต้องการการเปลี่ยนแปลงในทันทีโดยการทำงานเฉพาะเจาะจงในขณะนั้น มันไม่ได้ขึ้นต้นด้วยกระดานชนวนเปล่า แต่จะสร้างขึ้นและปรับกระบวนการปัจจุบันและโครงสร้างทีมของคุณ
มีหลักการคัมบังพื้นฐานสี่ประการ:
- เริ่มต้นด้วยกระบวนการปัจจุบันของคุณ รวมขั้นตอน นโยบาย และกฎเกณฑ์ที่คุณปฏิบัติตามในปัจจุบัน สิ่งนี้อาจเปลี่ยนแปลงไปในอนาคต แต่นั่นคือประเด็นของการพัฒนาคัมบัง – เพื่อวิวัฒนาการ
- ทีมงานต้องให้คำมั่นต่อการเปลี่ยนแปลงที่เพิ่มขึ้นและวิวัฒนาการ
- เคารพและรักษาตำแหน่งงาน บทบาท และความรับผิดชอบ อย่างน้อยก็ในตอนนี้ โครงสร้างทีมอาจเปลี่ยนแปลงเมื่อคุณปรับแต่งกระบวนการของคุณ
- ส่งเสริมให้สมาชิกในทีมทุกระดับเป็นผู้นำตามความเหมาะสม
แนวปฏิบัติคัมบัง
มีหลักปฏิบัติคัมบังหกประการ:
- เห็นภาพโครงการของคุณโดยการสร้างคอลัมน์ที่ตรงกับแต่ละขั้นตอนของกระบวนการปัจจุบันของคุณ
- กำหนดขีดสูงสุดเพื่อจำกัดจำนวนรายการงานที่ใช้งานอยู่ในแต่ละคอลัมน์ ซึ่งช่วยสร้างจังหวะที่สมจริงและช่วยให้สมาชิกในทีมสามารถจดจ่อกับรายการงานที่สำคัญที่สุดโดยไม่รู้สึกฟุ้งซ่านหรือรู้สึกหนักใจ
- วัดความเร็วของการ์ดที่เคลื่อนผ่านกระดานและประเมินว่ามีปัญหาคอขวดหรือของเสียหรือไม่
- กำหนดขั้นตอน นโยบาย และกฎของกระบวนการเพื่อให้สมาชิกในทีมทราบทั้งหมด
- ใช้ลูปป้อนกลับและปรับแต่งกระบวนการที่จำเป็น
- ปรับปรุงการทำงานร่วมกันและพัฒนาอย่างรวดเร็ว การปฏิบัตินี้รวมหลักการทั้งสี่เพื่อให้ทีมสามารถตัดสินใจโดยรวมได้
Kanban สำหรับการพัฒนา WordPress
การสร้างบอร์ด
ในการใช้ Kanban สำหรับการพัฒนา WordPress คุณจะต้องแยกย่อยกระบวนการของคุณออกเป็นขั้นตอนการพัฒนาเฉพาะ วิธีที่ง่ายที่สุดในการทำเช่นนี้คือการดูคุณลักษณะที่คุณได้นำเสนอแล้วและแสดงรายการแต่ละขั้นตอนของการพัฒนาอย่างกว้างๆ นี่คือตัวอย่างจากวิศวกรซอฟต์แวร์ Harrison Ferrone:
จากนั้นใช้แต่ละขั้นตอนเพื่อสร้างคอลัมน์ในบอร์ดคัมบังของคุณ นี่คือตัวอย่างบอร์ดคัมบังจากอาสนะที่ใช้สำหรับการติดตามจุดบกพร่อง:
ต่อไปนี้เป็นแนวคิดเกี่ยวกับคอลัมน์เพิ่มเติมสำหรับบอร์ดคัมบังการพัฒนา WordPress ของคุณ:
- Backlog: แนวคิดที่อาจนำไปใช้หรือไม่ก็ได้
- จำเป็น: แนวคิดในการพัฒนา
- พร้อมสำหรับการออกแบบ: แนวคิดที่กระจ่างและพร้อมสำหรับขั้นตอนต่อไป
- กำลังดำเนินการ: คุณสามารถแยกคอลัมน์ "กำลังดำเนินการ" สำหรับขั้นตอนการออกแบบ การเขียนโค้ด และขั้นตอนการผลิตได้
- พร้อมสำหรับการตรวจสอบ: คุณสามารถแยกคอลัมน์ "พร้อมสำหรับการตรวจสอบ" สำหรับแต่ละขั้นตอนได้
- In Review: คุณสามารถแยกคอลัมน์ “In Review” สำหรับแต่ละด่านได้
- การเปลี่ยนแปลงที่จำเป็น: การส่งคืนสินค้าที่ต้องการการทำงานมากขึ้น
- เสร็จแล้ว
คุณยังสามารถจัดประเภทการ์ดตามลำดับความสำคัญ เครื่องมือเช่น Asana และ Trello มีการเข้ารหัสสีเพื่อการนี้ คุณสามารถจัดลำดับความสำคัญของหมวดหมู่ต่างๆ เช่น ข้อบกพร่อง คุณลักษณะของลูกค้า และปัญหาของลูกค้า อย่างไรก็ตาม จะทำงานได้ดีที่สุดสำหรับทีมของคุณ
ขีด จำกัด ความคืบหน้าในการทำงาน
การตั้งค่าบอร์ดคัมบังเป็นเพียงจุดเริ่มต้นของการจัดระเบียบเวิร์กโฟลว์ ทีมพัฒนาทั้งหมดต้องเข้าใจวิธีใช้บอร์ดคัมบังและสิ่งที่คาดหวังในแต่ละขั้นตอน สิ่งนี้สำคัญอย่างยิ่งหากคุณสังเกตเห็นปัญหาคอขวดหรือคอลัมน์ที่สร้างงานด้วยอัตราที่เร็วกว่าคอลัมน์อื่นๆ มีแนวโน้มว่าคุณจะต้องกำหนดขีด จำกัด งานระหว่างทำ (WIP) เพื่อหยุดสิ่งนี้ไม่ให้เกิดขึ้น โดยสมมติว่าคุณเชื่อมั่นว่าสมาชิกในทีมของคุณทำงานอย่างมีประสิทธิภาพเพียงพอ
ตัวอย่างเช่น ขั้นตอน "ทดสอบและตรวจสอบ" อาจเป็นคอขวดหากกระบวนการนี้ใช้เวลานานกว่าส่วนอื่นๆ วิธีแก้ไขคือตั้งค่าขีดจำกัด WIP สำหรับคอลัมน์นั้น คอลัมน์ก่อนหน้าคอลัมน์ หรือทั้งบอร์ดคัมบัง คุณสามารถจำกัดคอลัมน์ "คุณลักษณะการสร้าง" และ "ทดสอบและตรวจสอบ" ไว้ที่ห้าคอลัมน์ ด้วยวิธีนี้ จะไม่มีการสร้างคุณลักษณะมากกว่าห้ารายการในแต่ละครั้ง และไม่เกินห้าคุณลักษณะที่ต้องมีการทดสอบและการตรวจสอบในแต่ละครั้ง เมื่อการทดสอบและการตรวจสอบเสร็จสิ้นสำหรับคุณลักษณะหนึ่งๆ ก็สามารถย้ายรายการงานอื่นจากคอลัมน์ "บิลด์" ได้ ซึ่งช่วยให้เวิร์กโฟลว์ดำเนินไปโดยไม่ติดขัดในที่ใดที่หนึ่ง
ตาม Kanbanize หลักเกณฑ์ที่ดีในการตั้งค่าขีด จำกัด WIP คือการเพิ่มนักพัฒนาซอฟต์แวร์ของคุณทีละสองคน หากคุณมีนักพัฒนา 10 คน คุณจะตั้งค่าได้สูงสุด 20 โครงการในช่วงเวลาหนึ่งๆ ขีดจำกัดที่ต่ำกว่านั้นดีกว่าสำหรับประสิทธิภาพ แต่อย่าตั้งไว้ต่ำจนทีมของคุณไม่ต้องทำอะไรเพราะรอให้นักพัฒนาคนอื่นๆ ทำงานให้เสร็จ
แนวทางปฏิบัติที่ดีที่สุดสำหรับการพัฒนา Kanban
รวมข้อมูลเฉพาะและเหตุผลที่อยู่เบื้องหลังขีดจำกัด WIP คุณสามารถเขียนสิ่งนี้ได้โดยตรงบนกระดานเพื่อให้สมาชิกในทีมสามารถอ้างอิงได้เมื่อจำเป็น ตัวอย่างเช่น ลูกค้าคนหนึ่งของฉันมีคำแนะนำในการ์ดที่ด้านบนของคอลัมน์เพื่ออธิบายว่าสามารถอ้างสิทธิ์บทความได้กี่บทความต่อวัน และวันและเวลาที่เพิ่มบทความลงในกระดานตลอดทั้งสัปดาห์
ชี้แจงว่าเมื่อใดควรย้ายการ์ดจากกระดานหนึ่งไปอีกกระดาน ฉันมีสิ่งนี้อยู่ในงานย่อยของการ์ดบางใบของฉัน และฉันรู้ที่จะย้ายการ์ดก็ต่อเมื่องานย่อยก่อนหน้าเสร็จสมบูรณ์:
คุณยังสามารถตั้งค่าพารามิเตอร์เฉพาะเพิ่มเติมได้อีกด้วย ตัวอย่างเช่น ฉันสามารถย้ายการ์ดไปที่คอลัมน์ "เสร็จสิ้น" ได้ก็ต่อเมื่อฉันได้เพิ่มลิงก์ที่เผยแพร่ของบทความลงในพอร์ตโฟลิโอของฉัน แล้ว และ หากบทความนั้นได้รับการชำระเงินแล้ว
ขยายเวิร์กโฟลว์เพื่อพิจารณารายการงานที่ชนไปมาระหว่างคอลัมน์ สมมติว่าคุณมีรายการในคอลัมน์ "การตรวจทานโค้ด" หากไม่ผ่านการตรวจสอบโค้ด จะต้องกลับไปที่คอลัมน์ก่อนหน้า ซึ่งน่าจะเป็น "คุณลักษณะของบิวด์" หากสิ่งนี้เกิดขึ้นมาก แสดงว่าคุณมีคอขวดรูปแบบใหม่ แต่ถ้าคุณตั้งค่าขีดจำกัด WIP ที่ต่ำ คุณจะทำงานไม่เสร็จเพียงพอ
วิธีแก้ไขคือการสร้างคอลัมน์ใหม่ เช่น "Failed Code Review" และ "Second Code Review" จากนั้น คุณต้องบอกทีมของคุณว่าหากสถานที่ใดผ่านการตรวจสอบโค้ดเบื้องต้น คุณลักษณะนั้นสามารถไปยังขั้นตอนปกติถัดไปได้โดยตรง และข้ามคอลัมน์เพิ่มเติมสองคอลัมน์ที่คุณเพิ่งเพิ่มเข้าไป หรือคุณอาจใส่คอลัมน์ใหม่ที่จุดเริ่มต้นของเวิร์กโฟลว์เพื่อรวบรวมการตรวจทานที่ล้มเหลวแล้วส่งผ่านกระบวนการอีกครั้ง หรือคุณสามารถเพิ่มคอลัมน์ "แก้ไข" ในกระบวนการเพื่อจัดการกับปัญหาเหล่านั้น ทางออกที่ดีที่สุดคือวิธีที่ทำงานร่วมกับกระบวนการที่คุณกำหนดเอง
ห่อ
ไม่มีบอร์ดคัมบังแบบใดแบบหนึ่ง แม้แต่สำหรับทีมพัฒนาสองทีมที่ทำสิ่งเดียวกันทุกประการ นั่นคือสิ่งที่ดีเกี่ยวกับเรื่องนี้ – คุณสามารถปรับแต่งให้เข้ากับความต้องการของคุณได้อย่างสมบูรณ์ จากนั้นปรับให้เข้ากับความต้องการของคุณเติบโตและเปลี่ยนแปลง โดยรวมแล้ว การพัฒนาคัมบังนั้นยอดเยี่ยมสำหรับทีมที่ต้องการสร้างสิ่งที่ผู้ใช้ต้องการ ส่งมอบคุณสมบัติเหล่านั้นตรงเวลา และสร้างขั้นตอนการทำงานที่ยั่งยืน
ตอนนี้เวิร์กโฟลว์การพัฒนาของคุณราบรื่นแล้ว ให้เรียนรู้วิธีตั้งค่าพื้นที่ทำงานดิจิทัลของคุณเพื่อประสิทธิภาพที่มากขึ้น