ทุกคู่มือบอกให้คุณแบ่งโครงการใหญ่เป็นงานย่อย ๆ แต่แทบไม่มีใครบอกคุณว่าควรทำอย่างไรกับช่องว่างระหว่างงานเหล่านั้น แต่ช่องว่างเหล่านี้เองที่จะตัดสินว่าโครงการจะประสบความสำเร็จหรือล้มเหลว
การคิดถึงเวิร์กสตรีมในงานบริหารโครงการเป็นเพียงปัญหาการแบ่งงานพื้นฐานนั้นเป็นเรื่องง่าย คุณแบ่งงานออกเป็นเส้นทาง มอบหมายเจ้าของแต่ละเส้นทาง และปล่อยให้พวกเขาดำเนินการ แต่การแบ่งงานเป็นเพียงขั้นตอนแรกเท่านั้น เส้นทางหนึ่งอาจดำเนินไปอย่างสมบูรณ์แบบ แต่ก็ยังอาจก่อให้เกิดปัญหาได้หากไม่มีใครดูแลการส่งต่องานไปยังทีมถัดไป
คู่มือนี้มุ่งเน้นการจัดการสิ่งที่เกิดขึ้นระหว่างแทร็ก เช่น การส่งต่องาน ความพึ่งพาอาศัยกัน และกำหนดเวลาที่ต้องทำงานร่วมกัน
สรุปสั้น: Workstreams ช่วยแบ่งโครงการที่ซับซ้อนออกเป็นเส้นทางขนานแต่ละเส้นทาง โดยมีเจ้าของเพียงคนเดียวในแต่ละเส้นทาง ส่วนนี้เป็นเรื่องง่าย และเกือบทุกคนทำได้ถูกต้อง แต่สิ่งที่ทำให้โครงการล้มเหลวคือการส่งต่องาน การพึ่งพาอาศัยกัน และวันที่ที่ต้องใช้ร่วมกันซึ่งเชื่อมต่อเส้นทางเหล่านั้น บ่อยครั้งเกินไปที่ไม่มีใครได้รับมอบหมายให้ปกป้องช่องว่างเหล่านั้น
ทีมที่ส่งมอบผลงานได้ไม่ได้แค่ทำงานบนเส้นทางที่ดีกว่าเท่านั้น พวกเขาให้ความสำคัญกับทุกจุดเชื่อมต่อเสมือนเป็นสิ่งที่ต้องตรวจสอบทุกวัน ใช้เจ้าของงานที่ชัดเจน จุดตรวจสอบแบบง่ายๆ ที่ตอบได้ใช่หรือไม่ใช่ และกฎที่ชัดเจนว่าเมื่อใดควรยกระดับปัญหา หากคุณจำได้เพียงสิ่งเดียว: จัดการรอยต่อ ไม่ใช่แค่กระบวนการ
อะไรคือเวิร์กสตรีมในบริหารโครงการ?
สายงาน (Workstream) คือเส้นทางที่แยกต่างหากของงานที่เกี่ยวข้องกัน มันทำงานควบคู่ไปกับเส้นทางอื่น ๆ เพื่อบรรลุเป้าหมายหลักของโครงการเดียวกัน แต่ละเส้นทางมีผลลัพธ์ของโครงการ, ระยะเวลา, และเจ้าของเพียงคนเดียว: ผู้นำสายงาน
คำสำคัญที่นี่คือโครงสร้าง กลุ่มงานที่หลวมๆ ไม่มีขอบเขตและไม่มีเจ้าของที่ชัดเจน ในทางตรงกันข้าม กระบวนการทำงานมีขอบเขตที่กำหนดไว้ จุดส่งมอบที่ชัดเจน และบุคคลหนึ่งคนรับผิดชอบความก้าวหน้า โครงสร้างนี้ช่วยให้งานที่ดำเนินการพร้อมกันไม่ชนกัน
เวิร์กสตรีมคือสิ่งที่ทำให้โครงการที่ซับซ้อนสามารถเข้าใจได้ คุณสามารถเห็นสถานะของแต่ละขั้นตอนได้โดยไม่ต้องยุ่งกับทั้งหมด หากไม่มีเวิร์กสตรีม โครงการขนาดใหญ่จะล่มสลาย ทุกอย่างจะดูเร่งด่วนเท่ากัน ทีมจะพลาดการพึ่งพาซึ่งกันและกัน และความล่าช้าเพียงครั้งเดียวจะทำลายไทม์ไลน์ของโครงการทั้งหมด
คุณอาจได้ยินคำว่า "เวิร์กสตรีม" ถูกเรียกว่า "แทร็ก" "สตรีมของโครงการ" หรือ "สตรีมการส่งมอบ" ซึ่งทั้งหมดนี้คือหน่วยโครงสร้างเดียวกันภายใต้ชื่อที่แตกต่างกัน
เวิร์กสตรีม vs. เวิร์กโฟลว์: ต่างกันอย่างไร?
เวิร์กสตรีมคือขอบเขตงานที่กว้างขวาง ส่วนเวิร์กโฟลว์คือกระบวนการเฉพาะที่นำงานหนึ่งๆ ผ่านกระบวนการนั้น ผู้คนมักสับสนระหว่างคำเหล่านี้ อย่างไรก็ตาม การสับสนระหว่างคำเหล่านี้อาจนำไปสู่ความไม่ชัดเจนในความรับผิดชอบ
สายงานการทำงานคือพื้นที่ทั้งหมดของงานที่เกี่ยวข้อง ทีม และผลลัพธ์ที่ต้องส่งมอบภายในโครงการหนึ่งๆ กระบวนการทำงานคือลำดับขั้นตอนที่แน่นอนที่งานเดียวต้องปฏิบัติตามตั้งแต่เริ่มต้นจนเสร็จสิ้น ตัวอย่างเช่น ร่าง ทบทวน อนุมัติ เผยแพร่
นี่คือความแตกต่างที่สำคัญเมื่อเปรียบเทียบกัน:
| ขอบเขต | ขอบเขตงานที่เกี่ยวข้องอย่างกว้างขวาง | กระบวนการที่สามารถทำซ้ำได้เพียงครั้งเดียว |
| ความเป็นเจ้าของ | ผู้นำสายงานบริหารจัดการทีม | เจ้าของกระบวนการกำหนดขั้นตอน |
| ระยะเวลา | ใช้งานได้นานเท่ากับระยะเวลาของโครงการ | ทำซ้ำทุกครั้งที่เริ่มงาน |
| บทบาทของโครงการ | เส้นทางคู่ขนานหลัก | กระบวนการที่ทำงานอยู่ภายในแทร็ก |
| ตัวอย่าง | การตลาดสำหรับการเปิดตัวผลิตภัณฑ์ | การอนุมัติเนื้อหาภายในนั้น |
กฎหลัก: ความสัมพันธ์คือการกักเก็บ ทุกสายงานมีหลายกระบวนการทำงาน
กฎหลัก: ความสัมพันธ์คือการกักเก็บ ทุกสายงานมีหลายกระบวนการทำงาน
คิดถึง เวิร์กสตรีม เป็นภาชนะ และ เวิร์กโฟลว์ เป็นเครื่องจักรที่สามารถทำซ้ำได้ภายในภาชนะนั้น ตัวอย่างเช่น เวิร์กสตรีมการตลาดสำหรับการเปิดตัวผลิตภัณฑ์อาจมีการทำงานสามอย่างแยกกัน: เวิร์กโฟลว์การสร้างเนื้อหา, เวิร์กโฟลว์การอนุมัติโฆษณา, และเวิร์กโฟลว์รายการตรวจสอบในวันเปิดตัว
ประโยชน์ของเวิร์กสตรีมคืออะไร?
เวิร์กสตรีมมอบข้อได้เปรียบที่ชัดเจนหกประการให้กับคุณ: ความล่าช้าที่จำกัดชัดเจน, ความรับผิดชอบที่ชัดเจน, ปริมาณงานที่มองเห็นได้, ความเสี่ยงที่แยกออกจากกัน, การรายงานที่ง่ายขึ้น, และการเริ่มต้นที่รวดเร็วขึ้น. เวิร์กสตรีมไม่เพียงแต่จัดระเบียบโครงการเท่านั้น แต่ยังเปลี่ยนวิธีการทำงานของโครงการภายใต้แรงกดดัน. นี่คือสิ่งที่คุณจะได้รับ.
- ควบคุมความล่าช้าได้ ความล่าช้าในหนึ่งงานจะไม่ลุกลามไปยังงานอื่น ๆ ในรายการงานที่เรียงกันเป็นเส้นตรง หากเกิดข้อผิดพลาดที่ใดที่หนึ่ง ทุกอย่างจะล่าช้าตามกันไปหมด แต่หากใช้ระบบงานแบบสตรีม เมื่อเกิดความล่าช้าสองสัปดาห์ในโครงสร้างพื้นฐาน จะไม่กระทบต่อการออกแบบ UX เว้นแต่จะมีความเชื่อมโยงโดยตรง ความเสียหายจะลดลงจาก 'ทั้งโครงการ' เหลือเพียง 'หนึ่งสตรีม' เท่านั้น คุณสามารถแยกแยะระหว่างการพลาดกำหนดย่อยกับการพลาดวันเปิดตัวได้อย่างง่ายดาย
- ความเป็นเจ้าของที่ชัดเจน ทุกสายงานมีผู้นำที่ระบุชื่อไว้ เมื่อมีสิ่งใดหลุดรอดไป ไม่มีใครเสียเวลาถามว่า 'นี่เป็นงานของใคร?' ผู้นำจะแก้ไขหรือส่งต่อให้ผู้รับผิดชอบต่อไป การแบ่งปันความรับผิดชอบเป็นวิธีที่ปัญหาถูกปล่อยทิ้งไว้: ทุกคนคิดว่าคนอื่นรับผิดชอบ
- ปริมาณงานที่มองเห็นได้ คุณสามารถสังเกตเห็นอาการหมดไฟได้ก่อนที่มันจะเกิดขึ้นจริง คนและเครื่องมือจะอยู่ในสายงานเฉพาะ แทนที่จะรวมกันเป็นงานค้างขนาดใหญ่เพียงหนึ่งเดียว ระบบจะแสดงให้คุณเห็นว่าวิศวกรคนหนึ่งถูกจัดสรรให้ทำงานในสามสายงานที่ต่างก็ถึงจุดสูงสุดพร้อมกันหรือไม่ ความทับซ้อนนี้จะไม่ปรากฏในรายการแบบแบน แต่จะเห็นได้ชัดเจนในมุมมองของเวิร์กสตรีม
- ความเสี่ยงที่แยกออกมา หากผู้ขายพลาดกำหนดเวลาในกระบวนการย้ายข้อมูล กระบวนการจัดการการเปลี่ยนแปลงจะยังคงสร้างเอกสารการฝึกอบรมต่อไป กระบวนการตั้งค่าทางเทคนิคก็จะดำเนินต่อไปเช่นกัน สิ่งที่หยุดกระบวนการคืออุปสรรคเพียงหนึ่งเดียว ไม่ใช่ห้า คุณสูญเสียเพียงหนึ่งสัปดาห์ของงานแทนที่จะเป็นหนึ่งสัปดาห์ของโครงการ
- รายงานได้ง่ายขึ้น ผู้นำสามารถตรวจสอบข้อมูลได้เพียงช่องทางเดียวโดยไม่ต้องอ่านทั้งโครงการ ผู้มีส่วนได้ส่วนเสียที่สนใจเฉพาะเรื่องการปฏิบัติตามข้อกำหนดสามารถดูเฉพาะส่วนที่เกี่ยวข้องเพื่อหาคำตอบได้ โดยไม่ต้องเลื่อนดูงานทั้งหมด 200 รายการเพื่อตรวจสอบสถานะ
- การเริ่มต้นที่รวดเร็วขึ้น สมาชิกทีมใหม่สามารถเริ่มทำงานได้อย่างมีประสิทธิภาพภายในไม่กี่วัน วิศวกรที่เข้าร่วมโครงการระหว่างทางไม่จำเป็นต้องเรียนรู้โครงการทั้งหมดเพื่อช่วยเหลือ พวกเขาเพียงแค่เรียนรู้ขอบเขตงานในส่วนของตนเองและเริ่มทำงานได้ทันที เวิร์กสตรีมสร้างขอบเขตที่เล็กและจัดการได้ง่าย
โครงการไม่ล้มเหลวภายในกระบวนการทำงาน แต่ล้มเหลวตรงรอยต่อ นี่คือเหตุผล:
การแบ่งโครงการออกเป็นสายงานเป็นเพียงส่วนที่ง่าย ใครๆ ก็สามารถวาดกล่องเหล่านั้นได้ สิ่งที่ทำลายโครงการคือสิ่งที่เกิดขึ้นระหว่างกล่องเหล่านั้น มันคือการส่งต่องาน การพึ่งพาอาศัยกัน และช่วงเวลาที่สายงานหนึ่งพลาดกำหนดเวลาซึ่งสายงานอื่นต้องพึ่งพา
การตัดสินใจ การเปลี่ยนแปลงสถานะ และการเลื่อนกำหนดเวลาจะสูญหายไประหว่างรอยต่อ ยิ่งคุณสร้างกระบวนการมากเท่าไร คุณก็ยิ่งต้องคอยดูแลการส่งต่องานมากขึ้นเท่านั้น
นี่เป็นเพียงคณิตศาสตร์จากหนังสือ The Mythical Man-Monthที่นำมาใช้กับโครงสร้างแทนที่จะเป็นบุคคล ผู้เขียนแสดงให้เห็นว่าเส้นทางการสื่อสารจะเพิ่มขึ้นเป็นสัดส่วนกำลังสองตามสูตรนี้:
n(n-1)/2: เมื่อเพิ่มจำนวนคนต้นทุนการประสานงานจะเพิ่มขึ้นแบบกำลังสอง ในขณะที่ผลผลิตเพิ่มขึ้นแบบเส้นตรงเท่านั้น
หากคุณเปลี่ยนคำว่า 'คน' เป็น 'สายงาน' บทเรียนนี้ก็ยังคงใช้ได้ สายงานสามสายจะมีจุดที่ต้องจัดการสามจุด สายงานหกสายจะมีสิบห้าจุด ทุกสายงานที่คุณเพิ่มเข้าไปไม่ได้เพิ่มแค่ปริมาณงานเท่านั้น แต่ยังเพิ่มจำนวนจุดที่งานอาจหลุดรอดไปได้อีกด้วย
นั่นเป็นการปรับเปลี่ยนกรอบงานทั้งหมดใหม่ งานของผู้นำไม่ได้มีแค่การดูแลเส้นทางของตัวเองเท่านั้น แต่ยังต้องปกป้องขอบเขตของเส้นทางนั้นด้วย พวกเขาต้องรู้อย่างชัดเจนว่าตนเองมีหน้าที่อะไรต่อสายงานอื่น ๆ และสายงานเหล่านั้นมีหน้าที่อะไรต่อพวกเขา
เช่นเดียวกัน งานของผู้จัดการโครงการไม่ได้เป็นเพียงแค่การจัดการงานเท่านั้น แต่ยังเกี่ยวกับการจัดการจุดเชื่อมต่อระหว่างกระบวนการต่างๆ พวกเขาต้องติดตามการส่งต่องาน ตรวจสอบความพึ่งพา และจับความเสี่ยงข้ามกระบวนการตั้งแต่เนิ่นๆ
ที่นี่มีกับดักอยู่เช่นกัน กฎที่มีชื่อเสียงเรียกว่ากฎของคอนเวย์ (Conway's Law)เตือนว่าองค์กรมักจะสร้างระบบที่เลียนแบบเส้นทางการสื่อสารภายในของตนเองโดยธรรมชาติ กล่าวอีกนัยหนึ่ง คุณมีแนวโน้มที่จะจัดกลุ่มงานของคุณตามโครงสร้างองค์กรที่มีอยู่โดยไม่ตั้งใจ
จากนั้น คุณจะประหลาดใจเมื่อพบว่างานที่ต้องทำร่วมกันระหว่างสองทีมกลับเป็นงานที่หลุดรอดไป ลดจำนวนสายงานของคุณตามประเภทของงาน ไม่ใช่ตามคนที่นั่งอยู่ด้วยกันอยู่แล้ว ส่วนที่เหลือของคู่มือนี้ไม่ได้เกี่ยวกับการวาดกล่อง แต่เกี่ยวกับการออกแบบรอยต่อระหว่างกล่องเหล่านั้น
ประเภทของสายงานในโครงการบริหารจัดการ
มีประเภทของงานหลักสี่ประเภท: งานเชิงหน้าที่ (ตามแผนก), งานข้ามหน้าที่ (ตามผลลัพธ์), งานเชิงภูมิศาสตร์ (ตามภูมิภาค), และงานเชิงเทคโนโลยี/ระบบ (ตามชั้นทางเทคนิค). การที่คุณกำหนดเส้นแบ่งจะตัดสินว่าคุณจะต้องปกป้องการส่งมอบงานใดในโครงการ.
| การทำงาน | ขอบเขตที่ชัดเจนที่ทุกคนเข้าใจ | งานที่ต้องทำร่วมกันระหว่างทีมมักตกหล่นหรือไม่ได้รับการดำเนินการ | ทีมที่ทำงานส่วนใหญ่เป็นอิสระจากกัน |
| ข้ามสายงาน | ตะเข็บอยู่ภายในสายธาร มองเห็นได้ง่าย | หาพนักงานยาก; คนกระจายตัวไปตามสายงานต่างๆ | ผลลัพธ์ที่ต้องการความร่วมมืออย่างใกล้ชิด |
| ภูมิศาสตร์ | ตรงกับความแตกต่างในท้องถิ่นจริง | ความพยายามซ้ำซ้อนระหว่างภูมิภาค | การเปิดตัวทั่วโลกที่มีขอบเขตท้องถิ่นที่แท้จริง |
| เทคโนโลยี/ระบบ | รอยต่อเชื่อมโยงกับอินเทอร์เฟซของระบบจริง | ความเสี่ยงจากการบูรณาการทั้งหมดจะเกิดขึ้นในท้ายที่สุด | ซอฟต์แวร์และไอทีที่มีชั้นที่ชัดเจน |
สายงานการทำงานเชิงหน้าที่
กระบวนการทำงานแบบฟังก์ชันทำงานตามแผนกหรือสาขาวิชา เช่น วิศวกรรม การตลาด หรือกฎหมาย นี่เป็นทางเลือกเริ่มต้นสำหรับบางทีมเพราะขอบเขตเหล่านี้มีอยู่แล้วในแผนผังองค์กร ไม่มีใครโต้แย้งว่ากระบวนการหนึ่งสิ้นสุดและอีกกระบวนการหนึ่งเริ่มต้นที่ไหน
สิ่งที่ทำได้ดี:
- ขอบเขตที่ทุกคนเข้าใจ: ไม่มีการโต้เถียงเกี่ยวกับว่าใครเป็นเจ้าของอะไร สะท้อนให้เห็นถึงวิธีที่ผู้คนคิดเกี่ยวกับบทบาทในชีวิตประจำวันของพวกเขาอยู่แล้ว
- ส่งมอบงานอย่างสะอาดเมื่องานเป็นเอกเทศ: หากทีมวิศวกรรมสามารถทำงานได้โดยไม่ต้องรอฝ่ายกฎหมายในเกือบทุกกรณี รอยต่อระหว่างงานจะยังคงจัดการได้ง่าย
- ความเป็นเจ้าของที่ชัดเจน: หัวหน้าแต่ละแผนกเป็นผู้นำที่ชัดเจน ทำให้ความรับผิดชอบชัดเจนตั้งแต่วันแรก
ข้อจำกัด:
- งานข้ามแผนกไม่มีเจ้าของ: งานใดก็ตามที่ต้องใช้สามทีมพร้อมกันจะกลายเป็นงานที่ไม่มีใครรับผิดชอบ (งานนั้นไม่สามารถจัดให้เข้ากับกระบวนการใดกระบวนการหนึ่งได้อย่างชัดเจน)
- สตรีมจะปรับแต่งเฉพาะในท้องถิ่นเท่านั้น: แต่ละทีมจะปรับปรุงเส้นทางของตนเองให้สมบูรณ์แบบและสมมติว่ามีคนอื่นเป็นเจ้าของส่วนที่ต้องส่งต่อ
ข้ามไปหาก: เป้าหมายที่สำคัญที่สุดของคุณต้องการให้สามแผนกหรือมากกว่านั้นทำงานร่วมกันอย่างสอดคล้องกันอยู่เสมอ รอยต่อจะมากกว่ากระแสการทำงานอย่างรวดเร็ว
เหมาะสำหรับ: โครงการที่แต่ละทีมทำงานแยกกันเป็นอิสระ โดยมีจุดส่งมอบงานที่ชัดเจนและสะอาดเพียงไม่กี่จุด
การทำงานข้ามสายงาน
การทำงานข้ามสายงานถูกจัดโครงสร้างขึ้นโดยมีผลลัพธ์หรือสิ่งที่ต้องส่งมอบเฉพาะเจาะจงเป็นศูนย์กลาง โดยจะดึงบุคลากรจากหลายแผนกมารวมกันในกระบวนการเดียวกัน ตัวอย่างเช่น กระบวนการ "ต้อนรับผู้ใช้ใหม่" อาจประกอบด้วยนักออกแบบ วิศวกร และเจ้าหน้าที่ฝ่ายสนับสนุน ซึ่งแต่ละคนจะเข้ามามีส่วนร่วมในขั้นตอนต่าง ๆ ของกระบวนการเดียวกัน ทำให้ทุกส่วนงานสามารถมองเห็นและทำงานร่วมกันได้อย่างชัดเจนภายใต้การดูแลของผู้นำโครงการที่รับผิดชอบโดยตรง
สิ่งที่ทำได้ดี:
- การส่งต่องานที่ยากที่สุดจะปรากฏให้เห็น: ความขัดแย้งระหว่างการออกแบบและวิศวกรรมเกิดขึ้นภายในกระบวนการเดียวระหว่างการประชุมประจำวัน ไม่ก่อตัวสะสมข้ามขอบเขตองค์กรที่ห่างไกล
- การทำงานร่วมกันที่แน่นแฟ้นยิ่งขึ้นระหว่างทักษะ: ผู้คนที่มุ่งสู่ผลลัพธ์เดียวกันจะประสานงานกันได้อย่างรวดเร็วมากกว่าผู้คนที่ปกป้องพื้นที่ของตัวเอง
- การเป็นเจ้าของผลลัพธ์ที่ชัดเจน: ผู้นำเป็นเจ้าของผลงานที่เสร็จสมบูรณ์ ความสำเร็จวัดจากงานที่ส่งมอบแล้วจริง ไม่ใช่แค่กิจกรรมที่ทำ
ข้อจำกัด:
- การจัดสรรบุคลากรเป็นการต่อสู้ที่ไม่จบสิ้น: คุณต้องดึงคนออกจากทีมบ้านเกิดของพวกเขา และผู้จัดการประจำของพวกเขาก็ยังต้องการตัวพวกเขาอยู่ นี่ทำให้ความภักดีของพนักงานแตกแยก
- รอยต่อย้ายไปยังปฏิทินของผู้คน: เมื่อมีคนถูกจัดให้อยู่ในสามสายงานข้ามหน้าที่ที่แตกต่างกัน ก็กลายเป็นคอขวดใหม่ แม้ว่าไม่มีสายงานใดสายงานหนึ่งที่มีภาระงานเกินกำลังก็ตาม
ข้ามไปหาก: คุณไม่สามารถได้รับความมุ่งมั่นที่แท้จริงจากหัวหน้าแผนกในการมอบหมายบุคลากรของพวกเขาได้ กระบวนการทำงานข้ามสายงานที่มีบุคลากรไม่ครบย่อมแย่กว่าการทำงานแบบสายงานเดียว
เหมาะที่สุดสำหรับ: งานที่ต้องการความร่วมมืออย่างใกล้ชิดระหว่างทักษะต่าง ๆ ซึ่งคุณต้องการจัดการกับปัญหาหรือความขัดแย้งโดยตรงมากกว่าการแก้ไขผ่านทีมอื่น
สายงานเชิงภูมิศาสตร์
สายงานเชิงภูมิศาสตร์ทำงานตามภูมิภาคหรือสถานที่ เช่น การเปิดตัวในอเมริกาเหนือเทียบกับการเปิดตัวใน EMEA โครงสร้างนี้พบได้ทั่วไปในการเปิดตัวทั่วโลกที่กฎหมายท้องถิ่น ภาษา หรือสภาพตลาดสร้างงานที่แตกต่างกัน
สิ่งที่ทำได้ดี:
- สอดคล้องกับความแตกต่างในท้องถิ่น: เมื่อกฎหมายท้องถิ่นหรือสภาพตลาดแตกต่างกัน กระบวนการในแต่ละภูมิภาคจะช่วยให้แต่ละทีมดำเนินการได้ตามจังหวะของตนเอง
- การเป็นเจ้าของและการดำเนินการในท้องถิ่น: ผู้นำระดับภูมิภาคที่รู้จักตลาดสามารถตัดสินใจได้ดีกว่าผู้จัดการโครงการส่วนกลางที่คาดเดาจากระยะไกล
- ความเสี่ยงเฉพาะภูมิภาคที่ควบคุมได้: ความล่าช้าในการปฏิบัติตามข้อกำหนดในยุโรปไม่ทำให้การเปิดตัวในอเมริกาเหนือต้องหยุดชะงัก
ข้อจำกัด:
- ความพยายามซ้ำซ้อนคือความล้มเหลวโดยปริยาย: สองภูมิภาคแก้ไขปัญหาเดียวกันซ้ำสองครั้งเพราะไม่มีเส้นแบ่งระหว่างงานท้องถิ่นและงานที่แบ่งปัน
- แกนกลางที่แบ่งปันถูกละเลย: กฎของแบรนด์, แบบจำลองข้อมูล, และโครงสร้างการกำหนดราคาต้องคงความสอดคล้องกันในทุกภูมิภาค รายการเหล่านี้ต้องการเจ้าของกลาง แต่ทุกภูมิภาคต่างคิดว่าผู้อื่นกำลังจัดการอยู่
ข้ามไปหาก: พื้นที่ของคุณแตกต่างกันเพียงเขตเวลาเท่านั้น คุณกำลังเพิ่มค่าใช้จ่ายในการประสานงานที่สูงเกินไปสำหรับความแตกต่างที่ไม่มีอยู่จริง คุณควรใช้การตั้งค่าแบบฟังก์ชันจะเหมาะสมกว่า
เหมาะที่สุดสำหรับ: การเปิดตัวทั่วโลกที่สภาพแวดล้อมท้องถิ่นก่อให้เกิดงานที่แตกต่างกันอย่างแท้จริง โดยมีแกนกลางที่ชัดเจนและเป็นของร่วมกันรองรับอยู่เบื้องหลัง
สายงานเทคโนโลยี/ระบบ
กลุ่มงานเทคโนโลยี/ระบบจะจัดกลุ่มงานตามชั้นทางเทคนิค เช่น ฝั่งผู้ใช้ (Front-End), ฝั่งระบบ (Back-End), ฐานข้อมูล (Database) หรือโครงสร้างพื้นฐาน (Infrastructure) การจัดตั้งเช่นนี้เป็นที่นิยมในซอฟต์แวร์และไอที แต่ละชั้นมีเจ้าของและโปรไฟล์ความเสี่ยงที่แตกต่างกัน นี่คือรูปแบบที่ตรงตามตัวอักษรที่สุดของคำว่า 'โครงการล้มเหลวที่รอยต่อ' เพราะรอยต่อในที่นี้คือส่วนเชื่อมต่อของระบบ
สิ่งที่ทำได้ดี:
- รอยต่อเชื่อมโยงกับสัญญาโค้ดจริง: การส่งต่อคือจุดเชื่อมต่อของโค้ดและ API ซึ่งสามารถระบุ เวอร์ชัน และทดสอบได้ สิ่งเหล่านี้มีความเป็นรูปธรรมมากกว่าการส่งต่อแบบคลุมเครือระหว่างทีม
- การเป็นเจ้าของที่เชี่ยวชาญเฉพาะด้าน: ผู้นำในแต่ละชั้นมีความเชี่ยวชาญลึกซึ้งในความเสี่ยงเฉพาะของชั้นนั้น ๆ ซึ่งหมายความว่าปัญหาจะถูกตรวจพบตั้งแต่เนิ่น ๆ โดยผู้ที่เข้าใจปัญหาเหล่านั้น
- ความก้าวหน้าแบบขนาน: ทีมด้านหน้าและทีมด้านหลังสามารถสร้างพร้อมกันได้ตามสัญญาที่ตกลงกันไว้
ข้อจำกัด:
- ความเสี่ยงจากการผสานรวมจะสะสมในช่วงท้าย: ทุกการตัดสินใจที่ล่าช้าเกี่ยวกับวิธีการเชื่อมต่อระหว่างแต่ละชั้น จะถูกนำมาพิจารณาพร้อมกันในช่วงการผสานรวม นี่คือเหตุผลที่ขั้นตอนสุดท้ายนี้มักเกิดปัญหาบ่อยครั้ง
- การเปลี่ยนแปลงสัญญาเป็นความเงียบ: หากชั้นหนึ่งเปลี่ยนอินเทอร์เฟซโดยไม่บอกชั้นอื่น ทุกอย่างจะล้มเหลวในตอนท้าย
ข้ามไปหาก: โครงการของคุณมีขนาดเล็กพอที่ทีมเดียวสามารถดูแลเทคโนโลยีทั้งหมดได้ การสตรีมแบบแบ่งชั้นจะเพิ่มอินเทอร์เฟซที่ไม่จำเป็น
เหมาะที่สุดสำหรับ: โครงการซอฟต์แวร์และไอทีที่แต่ละชั้นของระบบมีเจ้าของที่ชัดเจน มีโปรไฟล์ความเสี่ยงเฉพาะตัว และมีอินเทอร์เฟซโค้ดที่ชัดเจนระหว่างกัน
โครงการขนาดใหญ่ส่วนใหญ่ใช้แบบไฮบริด
การผสมผสานสไตล์เหล่านี้มักจะเป็นสิ่งที่ถูกต้อง แต่ก็เป็นจุดที่กับดักของแผนผังองค์กรมักจะเกิดขึ้นมากที่สุด การเปิดตัวทั่วโลกอาจดำเนินการโดยใช้สายงานตามภูมิภาคในระดับบนสุด โดยมีสายงานย่อยตามหน้าที่ เช่น การตลาด โลจิสติกส์ หรือการปฏิบัติตามกฎระเบียบ ซ้อนอยู่ภายในแต่ละภูมิภาค
แค่จำคณิตศาสตร์จากก่อนหน้านี้: ทุกระดับของการซ้อนจะคูณรอยต่อเท่านั้น ให้ซ้อนแทร็กของคุณลึกเท่าที่คุณสามารถเห็นการส่งต่อได้อย่างชัดเจน
สิ่งที่ทุกสายงานจำเป็นต้องมี
ทุกสายงานต้องมีสิ่งสำคัญสิบประการ: เจ้าของงานที่ระบุชื่อชัดเจน ขอบเขตงานที่ชัดเจน เอกสารข้อมูลนำเข้าและผลลัพธ์ที่บันทึกไว้ จุดส่งมอบงานที่ชัดเจน การติดตามสถานะอย่างเป็นอิสระ กฎการส่งต่อปัญหา ช่องทางเฉพาะ รูปแบบการอัปเดตมาตรฐาน เวลาสำรองระหว่างจุดเชื่อมต่อ และแหล่งข้อมูลที่ถูกต้องเพียงหนึ่งเดียว ไม่ว่าคุณจะแบ่งโครงการอย่างไร สายงานจะดำเนินไปได้อย่างมีประสิทธิภาพก็ต่อเมื่อมีสิ่งเหล่านี้ครบถ้วน
- เจ้าของชื่อเดียว คุณต้องมีผู้นำงานหนึ่งคนที่รับผิดชอบความคืบหน้าและการส่งต่อของแทร็กนี้ ไม่สามารถเป็นคณะกรรมการหรือทีมได้ หากคุณไม่สามารถระบุเจ้าของได้ในคำเดียว แทร็กนี้ยังไม่มีอยู่
- ขอบเขตและผลลัพธ์ที่ชัดเจน เขียนคำชี้แจงที่ชัดเจนว่ากระบวนการนี้สร้างอะไรและไม่ได้สร้างอะไร ขอบเขตที่ไม่ชัดเจนจะนำไปสู่สองกระบวนการที่สร้างสิ่งเดียวกันหรือทั้งสองฝ่ายต่างคิดว่าอีกฝ่ายกำลังทำอยู่
- รายการของข้อมูลนำเข้าและข้อมูลส่งออก กำหนดว่าสตรีมต้องการอะไรจากแทร็กอื่นเพื่อเริ่มต้น และต้องส่งอะไรคืนให้เมื่อเสร็จสิ้น นี่คือรอยต่อที่ถูกเขียนไว้ หากคุณไม่ได้บันทึกไว้ มันจะไม่มีอยู่จริงสำหรับการวางแผน
- กำหนดจุดส่งมอบที่ชัดเจน ใช้จุดตรวจสอบง่ายๆ แบบใช่หรือไม่ใช่ วางไว้ตรงที่กระบวนการนี้ส่งมอบงานไปยังอีกกระบวนการหนึ่งผลงานในแต่ละขั้นตอนของโครงการจะถือว่าเสร็จสมบูรณ์หรือไม่สมบูรณ์เท่านั้น ห้ามระบุสถานะการส่งมอบว่า 'เสร็จ 80%' เด็ดขาด
- การติดตามสถานะอิสระ แต่ละสตรีมต้องแสดงว่าอยู่ในเส้นทาง, เสี่ยง, หรือถูกบล็อก. สิ่งนี้ช่วยให้ผู้นำสามารถตรวจสอบสตรีมเดียวได้โดยไม่ต้องอ่านทุกงานในนั้น
- กฎที่ชัดเจนสำหรับการยกระดับปัญหา ตกลงล่วงหน้าว่าเมื่อใดที่ผู้ขัดขวางจะออกจากกระบวนการและไปหาผู้จัดการโครงการหลัก ตัวอย่างเช่น: 'การขัดขวางใด ๆ ที่กินเวลานานกว่าสองวัน หรือความพึ่งพาที่มีความเสี่ยงใด ๆ ' หากไม่มีกฎ ทุกอย่างจะถูกยกระดับ หรือไม่มีอะไรถูกยกระดับเลย
- ช่องแชทเฉพาะ สร้างสถานที่เฉพาะสำหรับการอัปเดต การตัดสินใจ และไฟล์ของสตรีมนี้ ให้แยกออกจากแชทหลักของโครงการ เพื่อไม่ให้รายละเอียดสำคัญสูญหาย
- รูปแบบการอัปเดตมาตรฐาน กำหนดความถี่ที่ผู้ติดต่อรายงานสถานะและเทมเพลตที่ใช้ ให้รูปแบบนี้เหมือนกันในทุกช่องทางเพื่อให้ผู้จัดการโครงการสามารถเปรียบเทียบได้อย่างง่ายดาย
- เผื่อเวลาในการเชื่อมต่อ เพิ่มวันพิเศษเข้าไปในตารางงานโดยเฉพาะในช่วงจุดที่มีการส่งมอบงาน ความล่าช้ามักทวีคูณขึ้นเมื่องานเปลี่ยนมือ
- แหล่งข้อมูลเดียวที่ถูกต้อง เก็บรักษาเวอร์ชันหลักของแผนและสถานะของสตรีมไว้เพียงหนึ่งเดียวที่ทุกคนเชื่อถือได้ หากคุณกระจายรายละเอียดไปทั่วแอปพลิเคชันต่างๆ คุณจะสร้างปัญหาความวุ่นวายขึ้นมาใหม่ ซึ่งกระบวนการทำงานของสตรีมถูกออกแบบมาเพื่อแก้ไข
วิธีสร้างเวิร์กสตรีมสำหรับโครงการของคุณ
การสร้างเวิร์กสตรีมมี 5 ขั้นตอน: กำหนดขอบเขต, แบ่งโครงการออกเป็นงานที่ต้องส่งมอบ, มอบหมายเจ้าของหนึ่งคนต่อหนึ่งแทร็ก, แผนที่การพึ่งพาและเหตุการณ์สำคัญ, จากนั้นตั้งค่าการสื่อสารและการติดตาม
ไม่ว่าคุณจะวางแผนในสเปรดชีต แพลตฟอร์มการจัดการโครงการ หรือบนกระดานไวท์บอร์ด งานทั้งหมดคือการกำหนดขอบเขตที่สามารถยึดถือได้เมื่อการทำงานเริ่มเคลื่อนผ่านขอบเขตเหล่านั้น
ขั้นตอนที่ 1: กำหนดขอบเขตและวัตถุประสงค์ของโครงการ
ก่อนที่คุณจะวาดเส้นของกระบวนการใด ๆ ให้เขียนลงไปว่าโครงการนี้ให้ผลลัพธ์อะไรและไม่ให้ผลลัพธ์อะไร ขอบเขตของกระบวนการต้องมาจากขอบเขตของงาน ไม่ใช่ในทางกลับกัน หากคุณจัดตั้งกระบวนการก่อนที่จะเข้าใจงาน คุณจะพลาดงานที่สำคัญหรือสร้างงานซ้ำซ้อน
บันทึกสามสิ่งก่อนดำเนินการต่อ:
- สถานะสุดท้าย: ผลลัพธ์ที่เสร็จสมบูรณ์ เช่น ผลิตภัณฑ์ที่เปิดตัวแล้วหรือระบบที่ย้ายข้อมูลเรียบร้อยแล้ว
- ข้อจำกัดที่เข้มงวด: งบประมาณ, กำหนดเวลา, และกฎเกณฑ์การปฏิบัติตาม
- เกณฑ์ความสำเร็จ: วิธีที่คุณทราบว่างานเสร็จสมบูรณ์แล้ว เช่น การได้รับการอนุมัติจากผู้มีส่วนได้ส่วนเสีย
ให้กระชับ. ขั้นตอนนี้ควรสร้างเอกสารขอบเขตที่ง่ายและสั้นเพียงหน้าเดียว.
คำแนะนำจากผู้เชี่ยวชาญ: เขียนประโยคเดียวที่อธิบายเป้าหมายของโครงการ หากประโยคนั้นใช้คำว่า 'และ' มากกว่าหนึ่งครั้ง คุณอาจมีหลายสายงานซ่อนอยู่ภายในประโยคนั้น
ขั้นตอนที่ 2: แบ่งโครงการออกเป็นงานที่ต้องส่งมอบ
ระบุสินทรัพย์หลักที่โครงการต้องผลิต จัดกลุ่มรายการที่เกี่ยวข้องเข้าด้วยกันเป็นแทร็กซึ่งแต่ละแทร็กมีผลลัพธ์ที่ชัดเจนเพียงหนึ่งเดียว
หลีกเลี่ยงการออกแบบที่ซับซ้อนเกินความจำเป็นที่นี่ ทุกสตรีมที่คุณเพิ่มจะสร้างรอยต่อมากขึ้น โครงการที่แบ่งออกเป็นสิบแทร็กอาจเสียเวลาในการประชุมมากกว่าการทำงานอย่างต่อเนื่อง
ใช้ การทดสอบความเป็นอิสระ กับกลุ่มของคุณ:
- แยกออกจากกัน หากสองชุดของงานสามารถดำเนินการต่อไปได้โดยไม่ต้องรอซึ่งกันและกัน
- เก็บไว้ด้วยกัน หากมีความเชื่อมโยงอย่างแน่นแฟ้นและมีคนกลุ่มเดียวกันเกี่ยวข้องทุกวัน
- พับกลับเข้าไป หากกลุ่มมีงานน้อยกว่า 5 งานหรือมีเพียง 1 คน
ขั้นตอนที่ 3: กำหนดเจ้าของและบทบาทของสายงาน
มอบหมายให้แต่ละสายงานมีผู้นำที่มีชื่อชัดเจนเพียงหนึ่งคนเท่านั้น บุคคลนี้รับผิดชอบเรื่องไทม์ไลน์ ผลลัพธ์ที่ต้องส่งมอบ และการส่งต่องาน อย่ามอบหมายความเป็นเจ้าของให้กับคณะกรรมการหรือทีม ให้เน้นที่ชื่อบุคคลเพียงคนเดียว
กำหนดบทบาทหน้าที่รอบตัวเจ้าของเพียงคนเดียว:
- ผู้นำ: บุคคลที่รับผิดชอบหลักในการดูแลกระบวนการ
- ผู้มีส่วนร่วม: บุคคลที่ดำเนินการทำงานจริง
- ผู้อนุมัติ: บุคคลที่ลงนามรับรองผลงานที่เสร็จสมบูรณ์
- ผู้มีส่วนได้ส่วนเสีย: ผู้ที่ต้องการข้อมูลอัปเดตแต่ไม่ได้ทำงานในภารกิจนั้น
คำแนะนำจากผู้เชี่ยวชาญ: มอบอำนาจในการตัดสินใจในชีวิตประจำวันให้กับลูกค้าเป้าหมายของคุณอย่างแท้จริง หากลูกค้าเป้าหมายไม่สามารถปลดบล็อกทีมของตนเองได้โดยไม่ต้องขออนุญาตผู้จัดการโครงการหลักก่อน โครงสร้างนั้นถือว่าไม่มีความน่าเชื่อถือ
ขั้นตอนที่ 4: กำหนดแผนการพึ่งพาและตั้งเป้าหมาย
บันทึกวิธีที่สตรีมต่างๆ ขึ้นอยู่ซึ่งกันและกันโดยใช้ลิงก์ที่ชัดเจนและมองเห็นได้ อย่าพึ่งพาการคาดเดา หากการพึ่งพาอาศัยกันมีอยู่เฉพาะในความคิดของใครบางคนเท่านั้น มันจะไม่สามารถกระตุ้นการแจ้งเตือนเมื่อไทม์ไลน์เลื่อนออกไปได้
จับจุดที่แน่นอนที่เส้นทางสัมผัสกัน:
- ข้อกำหนดที่ต้องพึ่งพา: สำหรับแต่ละสตรีม ให้ระบุตัวขัดขวางที่เข้ามาและผลลัพธ์ที่ส่งออกไป
- จุดสำคัญในการส่งต่อ: จุดตรวจสอบแบบใช่หรือไม่ใช่ที่วางไว้ในแต่ละจุดตัด
- วันที่ร่วมกัน: เมื่อสองแทร็กมีกำหนดเส้นตายเดียวกัน ผู้นำทั้งสองต้องตกลงวันพร้อมกัน
คำแนะนำจากผู้เชี่ยวชาญ: ในสเปรดชีต ให้ใช้คอลัมน์ 'ขึ้นอยู่กับ' ในเครื่องมือการจัดการโครงการ ให้ใช้มุมมองไทม์ไลน์แบบภาพเพื่อดูเส้นทางที่สำคัญในทุกสตรีมพร้อมกัน ยิ่งไปกว่านั้น การจัดวางแบบมีโครงสร้างเช่นClickUp Dependency Mapping Templateจะให้พื้นที่พร้อมใช้งานสำหรับบันทึกการพึ่งพาแทนที่จะต้องติดตามในหัวของคุณ
ขั้นตอนที่ 5: ตั้งค่าการสื่อสารและการติดตาม
ให้แต่ละสตรีมมีพื้นที่เฉพาะของตัวเองสำหรับการอัปเดต การตัดสินใจ และไฟล์ต่างๆ แยกออกจากแชทหลักของโครงการ วิธีนี้จะช่วยป้องกันไม่ให้แชทประจำวันของสตรีมหนึ่งไปทับการแจ้งเตือนเร่งด่วนของสตรีมอื่น
ล็อกดาวน์สามรายการเพื่อสร้างแผนการสื่อสารที่มีน้ำหนักเบาต่อสตรีม:
- แหล่งข้อมูลเดียว: เวอร์ชันหลักของแผนที่ทุกคนเชื่อถือ
- กำหนดการอัปเดตมาตรฐาน: ความถี่ที่ผู้นำรายงานสถานะ โดยใช้แม่แบบที่ตรงกันเพื่อให้ผู้จัดการโครงการสามารถเปรียบเทียบได้ง่าย
- กฎการยกระดับ: กฎที่ตกลงกันไว้สำหรับเมื่อปัญหาถูกส่งต่อไปยังผู้จัดการโครงการ
คำแนะนำจากผู้เชี่ยวชาญ: ให้มาตรฐานกับเทมเพลตสถานะของคุณก่อนเริ่มงาน หากทุก ๆ ลูกค้าสร้างรูปแบบของตัวเอง ผู้จัดการโครงการจะเสียเวลาในการแปลการอัปเดตแทนที่จะจัดการกับความเสี่ยงของโครงการ
แนวทางปฏิบัติที่ดีที่สุดในการจัดการสายงานการทำงาน
การจัดการงานให้เป็นระบบสามารถทำได้ด้วยนิสัย 6 ประการ: ตรวจสอบรอยต่อทุกสัปดาห์, จัดการประชุมการทำงาน, ติดตามผู้คนข้ามสายงาน, รักษาทะเบียนความเสี่ยงข้ามสายงาน, ทบทวนขอบเขตที่จุดสำคัญ, และปิดสายงานที่เสร็จสิ้นแล้ว การตั้งค่าเป็นเพียงภาพรวม การดำเนินการเป็นภาพยนตร์
โครงสร้างที่คุณออกแบบในวันเริ่มต้นจะเริ่มเปลี่ยนแปลงตั้งแต่วันที่เริ่มทำงานจริง มีหัวหน้าลาออก ความพึ่งพาเปลี่ยนไป หรือกระบวนการเล็กๆ กลายเป็นงานใหญ่ที่ต้องใช้ทีมครึ่งหนึ่ง นี่คือเหตุผลที่โครงสร้างการทำงานมากมายพังทลายภายในสัปดาห์ที่สอง
หกวิธีปฏิบัติเหล่านี้จะช่วยให้กระแสของคุณยังคงอยู่เมื่อความเป็นจริงเปลี่ยนแปลง:
- ตรวจสอบรอยต่อ การตรวจสอบสถานะมักจะดูภายในกระแสข้อมูลเดียวเพื่อดูว่าอยู่ในเส้นทางที่ถูกต้องหรือไม่ อย่างไรก็ตาม การเชื่อมต่อระหว่างกระแสข้อมูลคือสิ่งที่ล้มเหลว และมันก็เกิดขึ้นจริง ผู้นำอาจเลื่อนกำหนดส่งงานที่กระแสข้อมูลอื่นพึ่งพาอยู่โดยไม่มีใครรู้ตัว สัปดาห์ละครั้ง ให้ผู้นำยืนยันซ้ำว่าพวกเขามีอะไรที่ต้องรับผิดชอบต่อกันและเมื่อใด
- ดำเนินการประชุมเชิงปฏิบัติการ ผู้นำทีมจำเป็นต้องมีการประชุมอย่างสม่ำเสมอเพื่อแลกเปลี่ยนอุปสรรคและแก้ไขข้อขัดแย้งก่อนที่ปัญหาจะรุนแรงขึ้น นี่ไม่ใช่การอัปเดตที่สมบูรณ์แบบสำหรับผู้มีส่วนได้ส่วนเสีย แต่ละผู้นำจะระบุสิ่งที่ขัดขวางพวกเขา สิ่งที่เป็นเป้าหมายถัดไป และสิ่งที่เปลี่ยนแปลงในไทม์ไลน์ของพวกเขา ผู้จัดการโครงการจะนำการสนทนาโดยไม่ครอบงำการประชุม ประชุมสัปดาห์ละครั้งสำหรับโครงการระยะยาว หรือทุกวันสำหรับเหตุการณ์ที่เร่งด่วน
- ติดตามบุคคล แม่น้ำอาจดูมีสุขภาพดีอย่างสมบูรณ์ในขณะที่บุคคลที่ได้รับมอบหมายให้ทำสามแทร็กต่างกันกลายเป็นคอขวด การทับซ้อนนี้มองไม่เห็นเมื่อคุณดูแทร็กแต่ละแทร็กแยกกัน ให้สังเกตวิศวกรหรือนักออกแบบที่แทร็กทั้งหมดของเขาหรือเธอมีจุดสูงสุดในสัปดาห์เดียวกัน การจับการชนกันนี้ตั้งแต่เนิ่นๆ จะช่วยป้องกันความเหนื่อยล้าของทีม
- จัดทำทะเบียนความเสี่ยงแบบข้ามสายงาน ความเสี่ยงที่เกิดขึ้นภายในสายงานใดสายงานหนึ่งถือเป็นหน้าที่ของผู้นำสายงานนั้น ความเสี่ยงที่ส่งผลกระทบต่อหลายสายงาน เช่น ผู้จัดส่งล่าช้า อาจทำให้โครงการล้มเหลว ควรบันทึกข้อมูลอย่างง่ายเพื่อระบุว่าความเสี่ยงแต่ละรายการมีผลกระทบต่อสายงานใดบ้าง มอบหมายเจ้าของความเสี่ยงแบบข้ามสายงานให้ชัดเจนเพียงหนึ่งคน และทบทวนความเสี่ยงนี้ทุกครั้งที่มีการประสานงานระหว่างผู้นำสายงาน
- ทบทวนขอบเขตที่จุดสำคัญ ขอบเขตที่สมบูรณ์แบบในตอนเริ่มต้นอาจไม่ถูกต้องในอีกสามเดือนต่อมา สร้างจุดทบทวนอย่างเป็นทางการที่จุดสำคัญหลัก ให้ผู้นำถามว่าการไหลของงาน, การเชื่อมโยง, และการจัดสรรบุคลากรยังเหมาะสมหรือไม่ อย่าเปลี่ยนขอบเขตทุกสัปดาห์ เพราะทีมจะสูญเสียโฟกัส เปลี่ยนเมื่อข้อมูลเรียกร้อง
- ปิดสตรีมที่เสร็จสิ้นแล้ว ทุกสตรีมต้องใช้เวลาและความพยายามเนื่องจากมีการประชุมและการส่งต่อที่เกิดขึ้น บางเส้นทางอาจอยู่ยาวนานกว่างานที่สนับสนุนมัน เมื่อเส้นทางใดลดเหลือเพียงงานที่ค้างอยู่ไม่กี่อย่าง ให้รวมเข้ากับสตรีมที่อยู่ใกล้เคียง อย่าเสียค่าใช้จ่ายในการประสานงานเพิ่มเติมเพื่อรักษาให้มันคงอยู่ การปิดสตรีมที่เสร็จสิ้นแล้วจะทำให้โครงการของคุณกระชับขึ้น นอกจากนี้ สตรีมที่น้อยลงหมายถึงสถานที่ที่งานจะหลุดรอดน้อยลง
3 ตัวอย่างของสายงานการทำงานข้ามอุตสาหกรรม
เวิร์กสตรีมปรากฏในโครงการที่หลากหลาย เช่น แคมเปญการตลาด การสร้างซอฟต์แวร์ และโครงการก่อสร้าง โดยมีโครงสร้างเดียวกันทุกครั้งแต่มีความเข้มงวดในการพึ่งพาที่แตกต่างกัน นี่คือลักษณะของเวิร์กสตรีมในทางปฏิบัติในสามโครงการทั่วไป
1. งานแคมเปญการตลาด
สมมติว่าบริษัทกำลังเปิดตัวผลิตภัณฑ์ผ่านหลายช่องทาง ผู้จัดการแคมเปญเป็นผู้ดูแล มีสี่ช่องทางทำงานพร้อมกัน และทั้งหมดมุ่งเน้นไปที่วันเปิดตัวเดียวกัน นี่คือรายละเอียดของแต่ละช่องทาง:
- การผลิตเนื้อหา: โพสต์บล็อก, กรณีศึกษา, หน้าแลนดิ้ง. เป็นของผู้จัดการการตลาดเนื้อหา
- สื่อโฆษณา: ครีเอทีฟโฆษณา, การกำหนดเป้าหมาย, และงบประมาณ. เป็นของผู้จัดการการสร้างความต้องการ
- กิจกรรม: การตั้งค่าเวบิเนียร์, การประสานงานกับผู้บรรยาย, การประชาสัมพันธ์. เป็นของผู้เชี่ยวชาญด้านกิจกรรม
- การเสริมศักยภาพการขาย: พิตช์เด็ค, บัตรกลยุทธ์, บทสคริปต์การสาธิต. เป็นเจ้าของโดยนักการตลาดผลิตภัณฑ์
จุดสำคัญ: สื่อโฆษณาแบบชำระเงินไม่สามารถสรุปงานสร้างสรรค์โฆษณาได้จนกว่าเนื้อหาจะส่งมอบข้อความและทรัพย์สินทางแบรนด์ที่ได้รับการอนุมัติแล้ว
สิ่งที่ทำให้สิ่งนี้แตกต่าง: ความพึ่งพาเป็นแบบอ่อน (soft dependencies) ส่วนใหญ่แล้วสตรีมสามารถทำงานต่อไปได้ด้วยตัวเองเป็นช่วงๆ ดังนั้นความเสี่ยงจึงไม่ได้อยู่ที่การเป็นห่วงโซ่ที่แข็งทื่อ แต่เป็นเพียงหนึ่งหรือสองจุดที่มีการส่งต่อข้อความ (messaging handoffs) ที่อาจทำให้ทุกอย่างด้านล่างติดขัดได้ จับตาดูจุดเชื่อมต่อเหล่านี้ ไม่ใช่แค่ปฏิทิน
จุดสำคัญ: สื่อโฆษณาแบบชำระเงินไม่สามารถสรุปงานสร้างสรรค์โฆษณาได้จนกว่าเนื้อหาจะส่งมอบข้อความและทรัพย์สินทางแบรนด์ที่ได้รับการอนุมัติแล้ว
สิ่งที่ทำให้สิ่งนี้แตกต่าง: ความพึ่งพาเป็นแบบอ่อน (soft dependencies) ส่วนใหญ่แล้วสตรีมสามารถทำงานต่อได้ด้วยตัวเองเป็นช่วง ๆ ดังนั้นความเสี่ยงจึงไม่ได้อยู่ที่การเป็นห่วงโซ่ที่แข็งทื่อ แต่เป็นเพียงหนึ่งหรือสองจุดที่มีการส่งต่อข้อมูล (messaging handoffs) ที่อาจทำให้ทุกอย่างที่ตามหลังติดขัดได้ จับตาดูจุดเชื่อมต่อเหล่านี้ ไม่ใช่แค่ปฏิทิน
2. สายงานการพัฒนาซอฟต์แวร์
ตอนนี้ ลองนึกภาพทีมที่กำลังสร้างแอปใหม่ที่ลูกค้าจะใช้งานโดยตรง หัวหน้าวิศวกรรมเป็นผู้ดูแลโครงการนี้และแบ่งงานออกเป็นหลายทีม โดยแต่ละทีมรับผิดชอบแต่ละส่วนของแอป สายงานการพึ่งพาจะเชื่อมโยงกันในทุกส่วนของงาน ดังนั้นหากมีจุดใดเกิดปัญหา วันที่จะปล่อยแอปก็จะล่าช้า งานจะถูกแบ่งออกเป็นดังนี้:
- การวิจัย UX: ส่งมอบไวร์เฟรมและตรวจสอบโฟลว์ผู้ใช้
- ส่วนหน้า: สร้างคอมโพเนนต์ตามการออกแบบ
- แบ็กเอนด์/API: สร้างบริการพร้อมกันตามสัญญาที่ตกลงไว้
- การตรวจสอบคุณภาพและการทดสอบ: การทดสอบตามกฎเกณฑ์การยอมรับ
- DevOps/การตั้งค่า: ทำการปรับใช้ไปยังไซต์ทดสอบและไซต์จริง
จุดสำคัญ: QA ต้องการการมองเห็นความคืบหน้าทั้งในส่วน Front-End และ Back-End เพื่อวางแผนรอบการทดสอบ
สิ่งที่ทำให้สิ่งนี้แตกต่าง: ในการตั้งค่าแบบ Agile, สตรีมเหล่านี้จะเชื่อมโยงกับสควอด แต่ละสควอดจะวางแผนการวิ่งสปรินต์ของตัวเองและซิงค์เฉพาะที่จุดสำคัญร่วมกัน เช่น การหยุดฟีเจอร์ การเสี่ยงต่อการรวมตัวจะสะสมในตอนท้าย ดังนั้นจุดที่ต้องจับตามองคือสัญญาโค้ดระหว่างแต่ละชั้น
3. กระบวนการทำงานของโครงการก่อสร้าง
สุดท้าย ลองพิจารณาโครงการก่อสร้างอาคารพาณิชย์ทั่วไป ผู้รับเหมาทั่วไปจะเป็นผู้จัดการโครงการ โดยประสานงานกับผู้รับเหมาช่วงต่างๆ ซึ่งลำดับงานไม่สามารถเปลี่ยนแปลงได้ นี่คือโครงสร้างการพึ่งพาที่เข้มงวดที่สุดในบรรดาทุกอุตสาหกรรม สิ่งนี้ทำให้การส่งมอบงานเป็นไปอย่างไม่ยืดหยุ่น กระบวนการต่างๆ ต้องบรรลุเป้าหมายตามลำดับที่กำหนดไว้:
- การเตรียมพื้นที่: การถางพื้นที่, การปรับระดับ, การเตรียมฐานราก
- วิศวกรรมโครงสร้าง: งานโครงสร้างและงานรับน้ำหนัก
- ระบบไฟฟ้าและประปา: งานเดินระบบเบื้องต้น ซึ่งไม่สามารถเริ่มได้จนกว่างานโครงสร้างจะผ่านตามขั้นตอนสำคัญ
- การตกแต่งภายใน: ดำเนินการหลังจากผ่านการตรวจสอบงานหยาบแล้ว
- การอนุญาต/การปฏิบัติตาม: ดำเนินการควบคู่กันไป แต่จะขัดขวางการเริ่มต้นการก่อสร้างทางกายภาพ
รอยต่อที่สำคัญ: โครงสร้างต้องผ่านจุดตรวจสอบที่กำหนดไว้ก่อนที่งานเดินระบบไฟฟ้าและประปาขั้นต้นจะเริ่มได้
สิ่งที่ทำให้สิ่งนี้แตกต่าง: คุณไม่สามารถจัดลำดับงานใหม่ได้ ไม่มีทางลัดแบบ 'ย้ายไปพร้อมกัน' ที่อีกสองวิธีมี ดังนั้นการแมปการพึ่งพาจึงไม่ใช่สิ่งที่ควรมี แต่เป็นงานหลักตั้งแต่วันแรก การส่งต่อที่ไม่สมบูรณ์จะทำให้เว็บไซต์หยุดทำงาน
วิธีตั้งค่าเวิร์กสตรีมใน ClickUp
ClickUpจัดระเบียบงานเป็น Spaces, Folders และ Lists. แต่ละ workstream จะมี List ของตัวเองพร้อมสถานะ, งาน, และเอกสารที่ไม่เหมือนใคร. ทุกมุมมองจะแชร์ข้อมูลเดียวกัน. ย้ายงานหรือเปลี่ยนวันที่ในที่เดียว และมันจะอัปเดตทุกที่.
สิ่งที่ได้ผลดีสำหรับเวิร์กสตรีมโดยเฉพาะ:
- ลำดับชั้นเชื่อมโยงกับขอบเขตของสายงาน สร้าง Space หรือ Folder สำหรับโครงการ จากนั้นสร้าง List สำหรับแต่ละสายงาน แต่ละ List จะมีสถานะของตัวเอง (เช่น วิศวกรรมใช้สถานะ To Do → In Progress → Code Review → Done ในขณะที่การตลาดใช้สถานะ Draft → Review → Approved → Live) ขอบเขตของสายงานคือขอบเขตของ List ดังนั้นขอบเขตงานจะถูกรักษาไว้โดยไม่จำเป็นต้องกำหนดค่าเพิ่มเติม
- การพึ่งพาอาศัยกันจะไหลต่อเนื่องข้ามสายงาน เชื่อมโยงงานระหว่างรายการต่างๆ ในมุมมองแผนภูมิแกนต์ด้วยการวาดเส้นเชื่อมโยงการพึ่งพา เปิดใช้งานการปรับกำหนดเวลาการพึ่งพา และเมื่อสายงานหนึ่งล่าช้าในการส่งงาน สายงานถัดไปทั้งหมดจะเลื่อนโดยอัตโนมัติ รอยต่อระหว่างสายงานจะยังคงมองเห็นได้แทนที่จะขาดหายไป
- แดชบอร์ดมอบการมองเห็นข้ามสายงาน: สร้างแดชบอร์ด ClickUpที่กรองตามรายการเพื่อดูสถานะ, อุปสรรค, และความคืบหน้าของเป้าหมายในแต่ละสายงานบนหน้าจอเดียว ผู้จัดการโครงการไม่ต้องไล่ตามข้อมูลอัปเดตจากห้าแหล่งอีกต่อไปและสามารถเริ่มจัดการความเสี่ยงแทน
- AI สรุปข้อมูลข้ามสายงาน:ClickUp Brainดึงสถานะจากหลายรายการพร้อมกันและแสดงการพึ่งพาข้ามสายงาน ฉบับร่างจะอัปเดตสำหรับผู้นำแต่ละสายงาน โดยมีความเข้าใจบริบทครบถ้วนในตัว จึงช่วยลดภาระงานประสานงานระหว่างกระบวนการที่ดำเนินคู่ขนานกัน
- ซูเปอร์เอเจนต์ที่เฝ้าระวังจุดเชื่อมต่อ มอบหมายClickUp Super Agentให้กับโปรเจกต์ แล้วมันจะคอยเฝ้าดูจุดเชื่อมต่อทั้งหมดแทนคุณ เมื่อมีเหตุการณ์สำคัญในการส่งต่องานล่าช้า ระบบจะแจ้งเตือนหัวหน้าทีมของสายงานถัดไปโดยอัตโนมัติ หากมีปัจจัยต้นน้ำเปลี่ยนแปลง และยังเปิดเผยความเสี่ยงข้ามสายงานที่การตรวจสอบสถานะแบบเดี่ยวไม่สามารถตรวจพบ นี่คือเวอร์ชันที่ทำงานตลอดเวลาของการตรวจสอบตะเข็บรายสัปดาห์ ดังนั้นเมื่อแดชบอร์ดกลายเป็นสีเขียวทั้งหมดจึงไม่ได้ซ่อนการส่งต่อที่ล้มเหลวไว้เงียบๆ
ข้อจำกัด:
- มีเส้นทางการเรียนรู้ ทีมที่มาจาก Trello หรือสเปรดชีตที่ใช้ร่วมกันจำเป็นต้องวางแผนลำดับชั้น (พื้นที่ → โฟลเดอร์ → รายการ) ล่วงหน้า หากคุณข้ามโครงสร้างและโยนทุกอย่างเข้าไปในรายการเดียว คุณจะสูญเสียการแยกงานทั้งหมด ทีมส่วนใหญ่ใช้เวลาประมาณหนึ่งถึงสองสัปดาห์ในการปรับตัวเข้ากับการตั้งค่าที่เหมาะสม
- มันมีเครื่องมือมากกว่าที่คุณต้องการสำหรับโปรเจกต์ง่ายๆ หากคุณกำลังทำงานในโปรเจกต์ที่มีไม่เกินสามแทร็กขนานกันโดยมีทีมงานขนาดเล็กเพียงทีมเดียว การใช้สเปรดชีตที่มีคอลัมน์ 'ขึ้นอยู่กับ' จะช่วยให้คุณทำงานได้เร็วขึ้น
ข้ามไปหาก: โครงการของคุณเป็นทีมเดียว มีการส่งต่องานน้อย และไม่มีการพึ่งพากันระหว่างแต่ละส่วนงาน
เหมาะสำหรับ: โครงการที่มีหลายทีมซึ่งมีการทำงานแบบขนานที่มีความเชื่อมโยงกันจริง และหากเกิดความล่าช้าในเส้นทางหนึ่งจะต้องส่งผลกระทบต่อเส้นทางอื่นอย่างเห็นได้ชัด
ความล้มเหลวของตะเข็บสี่รอยที่คุณคาดไม่ถึง
คุณสามารถมองเห็นข้อผิดพลาดที่ชัดเจนได้แล้ว ซึ่งรวมถึงการไม่มีเจ้าของที่ระบุชื่อ การวาดเส้นทางรอบแผนผังองค์กร หรือการให้คนหนึ่งคนรับผิดชอบสามเส้นทาง
แต่ข้อผิดพลาดบางอย่างอาจไม่ดูเหมือนความผิดพลาดในขณะที่คุณกำลังทำอยู่ พวกมันดูเหมือนทุกอย่างกำลังดำเนินไปด้วยดี นี่คือปัญหาสี่อย่างที่ซ่อนอยู่ในสายตา:
โครงการสีเขียวทั้งหมดที่กำลังร้อนแรงอย่างลับๆ ทุกๆ หัวหน้าต่างระบุว่างานของตนอยู่ใน 'เส้นทางที่ถูกต้อง' แดชบอร์ดของคุณเต็มไปด้วยสีเขียว แต่ถึงกระนั้นวันเปิดตัวก็ยังเลื่อนออกไป เหตุการณ์นี้เกิดขึ้นเพราะคุณวัดสถานะภายในแต่ละเส้นทาง แต่การส่งต่องานนั้นไม่มีสถานะเป็นของตัวเอง
วิธีแก้ไข: ให้สถานะแยกต่างหากสำหรับการส่งงานแต่ละครั้ง ระบุว่าอยู่ในเส้นทาง, มีความเสี่ยง, หรือถูกบล็อก จากนั้นให้ทีมที่รับงานเป็นเจ้าของสถานะนั้น
การจับมือที่ไม่มีใครจดไว้ มีคนพูดว่า 'ฝ่ายการตลาดส่งไฟล์ให้เราตรงเวลาเสมอ เราจึงไม่จำเป็นต้องมีกฎระเบียบที่เป็นทางการ' นั่นแหละคือปัญหาที่แท้จริง ความเชื่อมโยงที่ผู้คนมักละเลยไม่เขียนไว้ คือสิ่งที่เป็นเรื่องง่ายและเชื่อถือได้ เพราะมันไม่ได้ถูกบันทึกไว้ จึงไม่มีระบบเตือนอัตโนมัติเมื่อมันหลุดหายไป
วิธีแก้ไข: เขียนงานที่ส่งต่อได้ง่ายก่อน ทำเช่นนี้เพราะไม่มีใครกังวลเกี่ยวกับงานเหล่านั้น ลิงก์ที่มีอยู่แค่ในความตั้งใจดีไม่มีอยู่จริงสำหรับการวางแผน
ตายเพราะประชุม ในความเร่งรีบที่จะปกป้องการส่งต่องานของคุณ คุณจัดประชุมประจำสำหรับทุกจุดเชื่อมต่อ ตอนนี้ ลูกค้าของคุณใช้เวลาพูดคุยเรื่องงานมากกว่าลงมือทำเสียอีก ซึ่งสิ่งนี้เสียเวลาไปพอ ๆ กับความผิดพลาดอื่น ๆ เลยทีเดียว
วิธีแก้ไข: จับคู่ตารางประชุมของคุณกับความเสี่ยงที่เกิดขึ้น โซ่ที่แน่นหนาซึ่งหากพลาดเพียงจุดเดียวจะทำให้ทุกอย่างหยุดชะงัก ควรมีการซิงค์ทุกวัน ส่วนลิงก์ที่อ่อนซึ่งสามารถเลื่อนไปได้สักระยะ ควรซิงค์เฉพาะเมื่อถึงจุดสำคัญเท่านั้น
งานคู่ขนานปลอม สองงานวางอยู่เคียงข้างกันบนแผนงานของคุณ ดูเหมือนเป็นงานที่แยกจากกัน อย่างไรก็ตาม ทั้งสองงานกำลังรอคนคนเดียวกันตัดสินใจ หรือรอหัวหน้าคนเดียวกันอนุมัติงบประมาณ ในเอกสาร งานดูเหมือนดำเนินไปพร้อมกัน แต่ในความเป็นจริง งานทั้งสองดำเนินไปทีละงาน
วิธีแก้ไข: คุณสามารถตรวจพบปัญหานี้ได้ตั้งแต่เนิ่นๆ โดยการตรวจสอบทรัพยากรของคุณ ดูที่บุคคลที่ใช้ร่วมกันและผู้อนุมัติ ไม่ใช่แค่เฉพาะงาน หากการดึงคนหนึ่งคนออกจากห้องทำให้สองเส้นทางหยุดชะงัก แสดงว่าเส้นทางเหล่านั้นไม่เคยทำงานขนานกันอย่างแท้จริง
ตั้งค่าการทำงานที่ไม่หยุดชะงักเมื่อขยายขนาด
สิ่งที่แยกแยะโครงการที่ประสบความสำเร็จออกจากโครงการที่ล่าช้าคือว่ามีใครออกแบบการเชื่อมต่อระหว่างเส้นทางเหล่านั้นหรือไม่ หรือเพียงแค่สมมติว่าพวกเขาจะจัดการกันเอง
รูปแบบนี้คาดการณ์ได้เสมอ สัปดาห์แรกดูยอดเยี่ยม คุณมีแทร็กที่สะอาด เจ้าของที่ชัดเจน และทุกคนทำงานอย่างรวดเร็ว พอถึงสัปดาห์ที่สี่ การตัดสินใจในแทร็กหนึ่งทำลายงานในอีกแทร็กหนึ่ง ไม่มีใครแจ้งเตือนเพราะไม่มีใครเฝ้าดูช่องว่างที่ทีมทั้งสองมาบรรจบกัน
ทีมที่ส่งงานตรงเวลาไม่ได้มีแผนที่ดีกว่า พวกเขาเพียงแค่มีความชัดเจนมากขึ้นว่าแต่ละส่วนงานต้องพึ่งพากันอย่างไร และพวกเขายึดความชัดเจนนี้เป็นกิจวัตรประจำวัน เพราะโครงสร้างจะคงอยู่ได้ก็ต่อเมื่อผู้จัดการโครงการ (PM) ดูแลรักษาอยู่เสมอ
หากโครงการของคุณมีการทำงานร่วมกันของหลายทีมเพื่อบรรลุเป้าหมายเดียวกันเป็นประจำ ClickUp ช่วยให้คุณจัดการแต่ละขั้นตอนในรายการของตัวเองได้ คุณสามารถเชื่อมโยงการพึ่งพาซึ่งกันและกันระหว่างรายการเหล่านั้นและติดตามทุกอย่างได้จากแดชบอร์ดเดียว คุณยังสามารถใช้ AI เพื่อดึงสถานะข้ามขั้นตอนได้โดยไม่ต้องตามหาใคร ทุกอย่างเกิดขึ้นในแพลตฟอร์มเดียว คุณจึงไม่ต้องเชื่อมต่อเครื่องมือต่างๆ เข้าด้วยกัน
คำถามที่พบบ่อยเกี่ยวกับ Workstream ในการบริหารโครงการ
ความแตกต่างระหว่างเวิร์กสตรีมกับเฟสของโครงการคืออะไร?
เฟสเป็นลำดับขั้น ในขณะที่เวิร์กสตรีมทำงานแบบขนาน เฟสคือขั้นตอนที่โครงการต้องดำเนินการตามลำดับ เช่น การวางแผน การดำเนินการ และการปิดโครงการ ในทางตรงกันข้าม เวิร์กสตรีมจะทำงานขนานกันตลอดอายุโครงการ เวิร์กสตรีมเดียว เช่น วิศวกรรม จะยังคงทำงานอยู่ตลอดทุกเฟส ลองนึกถึงเฟสเหมือนกับการบอกคุณว่างานเกิดขึ้นเมื่อใด ในขณะที่เวิร์กสตรีมจะบอกคุณว่าใครรับผิดชอบงานแต่ละส่วนตลอดระยะเวลาโครงการ
งานสตรีมแตกต่างจากโครงการและโปรแกรมอย่างไร?
ความแตกต่างอยู่ที่ขนาดและวิธีการที่พวกมันเข้ากันได้ โปรแกรมคือการรวบรวมโครงการที่เกี่ยวข้องกัน โครงการคือการดำเนินการเพียงอย่างเดียวที่มีกำหนดเวลาที่ชัดเจน กระบวนการทำงานเป็นเส้นทางขนานภายในโครงการนั้น กระบวนการทำงานไม่สามารถดำรงอยู่ได้ด้วยตัวเอง มันมีอยู่เพียงเป็นส่วนหนึ่งของเป้าหมายโครงการที่ใหญ่กว่า มันแบ่งปันวันที่สิ้นสุดและวัตถุประสงค์หลักกับโครงการแม่ของมัน ในทางกลับกัน โครงการที่แยกต่างหากมีกฎเกณฑ์ที่เป็นอิสระของตัวเอง
มาตรฐานอย่างเป็นทางการเช่น PMBOK หรือ PRINCE2 ได้ให้คำนิยามคำว่า 'workstream' ไว้หรือไม่?
ไม่มีมาตรฐานการจัดการโครงการหลักใดที่กำหนดคำว่า 'workstream' อย่างเป็นทางการ คู่มือ PMBOK ของ PMI, องค์ความรู้ของ APM หรือคู่มือ PRINCE2 ไม่ได้กล่าวถึงคำนี้เลย เป็นคำที่ใช้ในทางปฏิบัติซึ่งพัฒนามาจากการดำเนินงานโครงการจริง ไม่มีหน่วยงานกำกับดูแลที่กำหนดมาตรฐานการใช้คำนี้อย่างเป็นทางการ ดังนั้นการใช้งานจึงแตกต่างกันไปในแต่ละบริษัท
ความแตกต่างระหว่างเวิร์กสตรีมและเวิร์กแพ็คเกจคืออะไร?
งานย่อย (Work Package) มีขนาดเล็กกว่ามากและอยู่ภายในโครงสร้างการแบ่งงาน (Work Breakdown Structure) ในเชิงรูปแบบ งานย่อยคืองานระดับต่ำสุดที่คุณสามารถประมาณการและมอบหมายได้ ส่วนสายงาน (Workstream) มีขอบเขตกว้างกว่ามาก เป็นเส้นทางที่ดำเนินอย่างต่อเนื่องและสามารถประกอบด้วยงานย่อยหลายงานและหลายกระบวนการทำงานได้ กล่าวโดยง่าย งานย่อยคือหน่วยของผลลัพธ์ ส่วนสายงานคือหน่วยของความเป็นเจ้าของที่รวบรวมผลลัพธ์เหล่านั้นเข้าด้วยกัน
บุคคลหนึ่งสามารถนำมากกว่าหนึ่งสายงานได้หรือไม่?
พวกเขาทำได้ แต่นั่นเป็นวิธีที่เร็วที่สุดในการสร้างคอขวดที่ซ่อนอยู่ จุดประสงค์ของการมีผู้นำที่ระบุชื่อเพียงคนเดียวคือความรับผิดชอบที่ชัดเจนในการส่งต่อระหว่างแต่ละขั้นตอน หากคุณจัดให้คนหนึ่งดูแลสามสายงาน คอขวดจะย้ายไปที่ปฏิทินของพวกเขา ทุกขั้นตอนจะต้องรอคนที่ต้องสลับงานอยู่ตลอดเวลา หากคุณจำเป็นต้องจัดให้ทำงานซ้อนกัน ให้ทำเฉพาะกับงานขนาดเล็กที่มีความเสี่ยงต่ำเท่านั้น และควรระวังไทม์ไลน์ที่มีจุดสูงสุดในสัปดาห์เดียวกัน
อะไรคือคุณสมบัติของผู้นำสายงานที่ดี?
ผู้นำสายงานที่ดีควรมีอำนาจเพียงพอในการแก้ไขปัญหาของทีมตนเองโดยไม่ต้องขอคำตัดสินใจจากผู้จัดการโครงการหลักในทุกเรื่อง บทบาทนี้ต้องรับผิดชอบต่อไทม์ไลน์ ผลลัพธ์ที่ต้องส่งมอบ และการส่งต่องานในแต่ละช่วง ผู้นำที่ดีที่สุดจะปกป้องขอบเขตความรับผิดชอบของตนเองอย่างชัดเจน ติดตามการส่งต่องานอย่างใกล้ชิด และรายงานปัญหาทันทีเมื่อมีปัจจัยที่พึ่งพาเกิดความล่าช้า ผู้นำที่ต้องขออนุญาตในทุกเรื่องแม้เป็นเรื่องปกติ ถือเป็นเพียงผู้นำในนามเท่านั้น