Kanban ใน อุตสาหกรรม เทคโนโลยี สารสนเทศ

• Kanban ในการออกแบบด้านไอที เหตุผลในการนำไปใช้

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

ในช่วง 13-15 ปีที่ผ่านมา คำจำกัดความของคัมบังได้ผ่านวิวัฒนาการของตนเองในภาคส่วนไอที ในที่นี้ Kanban ถือเป็นวิธีการที่ให้ความยืดหยุ่นในการจัดการและปรับปรุงการส่งมอบบริการในลักษณะที่ค่อยเป็นค่อยไปและวิวัฒนาการ

สิ่งที่นักพัฒนาซอฟต์แวร์เรียกว่า "วิธีคัมบัง" เป็นผลมาจากการทดสอบ การเรียนรู้ และความร่วมมือเป็นเวลาหลายปีโดยผู้เชี่ยวชาญแบบ Lean และ Agile ชั้นนำในแวดวงธุรกิจและการศึกษา ในบรรดาพวกเขา ได้แก่ David Anderson, Dan Vacanti, Darren Davis, Corey Ladas, Dominic DeGrandis, Rick Garber และคนอื่นๆ ชุมชน Kanban ที่กำลังเติบโตได้รับรู้ถึงแนวคิดและการสนับสนุนในการพัฒนาวิธีการ

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

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

โดยทั่วไป Kanban ใช้หลักการทั้งหมดของ Agile Manifesto และช่วยจัดหาผลิตภัณฑ์และบริการที่ตลาดต้องการอย่างแท้จริง การถือกำเนิดของ Upstream Kanban, Portfolio Kanban และ Enterprise Services Planning ในช่วงไม่กี่ปีที่ผ่านมา ทำให้ธุรกิจมีเหตุผลมากขึ้นในการปรับใช้ Kanban เพื่อให้เกิดความคล่องตัวขององค์กรและประสิทธิภาพของตลาด

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

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

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

การวัดที่สำคัญของ Kanban คือ "งานระหว่างทำ" หรือ WIP ทีมพัฒนาด้านไอทีใช้หลักการเดียวกันของ Kanban เพื่อจัดแนวงานระหว่างดำเนินการ (WIP) ให้สอดคล้องกับความสามารถของทีมได้สำเร็จ

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

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

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

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

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

Kanban ในการออกแบบด้านไอที เหตุผลในการนำไปใช้

ท่ามกลางความซับซ้อนที่เพิ่มขึ้นของผลิตภัณฑ์ซอฟต์แวร์ที่จะทดสอบ การทดสอบกลายเป็นงานที่สำคัญสำหรับโครงการด้านไอทีจำนวนมาก เครื่องมือที่ได้รับการปรับปรุงและระเบียบวิธีมาตรฐานมีบทบาทสำคัญในกระบวนการนี้ และเป็นเรื่องสมเหตุสมผลสำหรับนักวิเคราะห์ธุรกิจและผู้จัดการโครงการด้านไอทีในการสำรวจทางเลือกอื่นในการจัดทีมพัฒนาโดยเฉพาะอย่างยิ่ง ทีมพัฒนาซอฟต์แวร์จำนวนมากประสบความสำเร็จในการใช้วิธีการแบบอไจล์มาหลายปี เช่น Extreme Programming (XP), Evolutionary Prototyping, Scrum และอื่นๆ วิธีการเหล่านี้ได้รับการปรับใช้เพื่อตอบสนองความท้าทายของโครงการพัฒนาซอฟต์แวร์ได้สำเร็จ Kanban เป็นวิธีการที่ใหม่กว่า แต่ก็ยังมีความเป็นไปได้ที่น่าสนใจบางประการที่สามารถเสริมกระบวนการจัดการทีมไอทีที่มีอยู่

นี่คือเหตุผลหลักที่คุณควรพิจารณาใช้วิธี Kanban เมื่อพัฒนา IP

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

• เน้นปัญหาและกระบวนการคอขวดเพื่อให้ทีมสามารถใช้ทรัพยากรที่เหมาะสมเพื่อแก้ไขปัญหาโดยเร็วที่สุด

• สร้างโอกาสในการพูดคุยเพื่อให้มั่นใจว่าทีมงานกำลังทำงานเกี่ยวกับคุณสมบัติที่มีคุณค่าสูงสุดสำหรับลูกค้าอยู่เสมอ

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

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

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

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

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

ความท้าทายในแต่ละวันที่นักพัฒนาซอฟต์แวร์ต้องเผชิญในกระบวนการสร้างผลิตภัณฑ์และทดสอบระบบที่ซับซ้อนคือ

• ความซับซ้อนของการพัฒนาซอฟต์แวร์ที่เพิ่มขึ้น

• การเพิ่มขนาดของทีมงานโครงการซึ่งจะเพิ่มความซับซ้อนของการสื่อสารภายใน

• การใช้ทีมแบบกระจายอย่างหลีกเลี่ยงไม่ได้ ซึ่งเพิ่มความซับซ้อนของทั้งการเปลี่ยนแปลงของทีมและการสื่อสารภายใน

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

• โอกาสที่จำกัดในการสำรวจวิธีการและวิธีการใหม่ๆ ที่อยู่ระหว่างการพัฒนา

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

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

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

• ความเสี่ยงด้านมนุษย์ - ทีมที่เริ่มโครงการมักไม่ใช่ทีมที่ดำเนินการให้เสร็จสิ้น บ่อยครั้งที่สมาชิกในทีมสลับไปมาระหว่างโครงการต่างๆ และจำเป็นต้องสำรองงานที่ผ่านมาหรือมองหาโอกาสในอนาคต

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

วิธีการ Kanban ไม่ใช่ยาครอบจักรวาลที่แก้ปัญหาเหล่านี้ทั้งหมด แต่เขาสามารถช่วยทีมให้ทำงานอย่างมีจุดมุ่งหมายและมีระเบียบวินัย เข้าใจงานที่สำคัญที่สุดลำดับต่อไป และกำหนดสิ่งที่ต้องทำต่อไปอย่างชัดเจน

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