ข้อเสียของผู้จัดการฝ่ายพัฒนาในฐานะ Scrum Masters คืออะไร?


27

เป็นที่ตกลงกันโดยทั่วไปว่าผู้จัดการทีมไม่ควรทะเลาะกันอย่างหนัก แต่ฉันพยายามดิ้นรนเพื่อดูว่าทำไม สำหรับบริบทฉันเป็นผู้จัดการการพัฒนาแอปพลิเคชันที่มี 4 devs ในทีมการต่อสู้ ฉันมาจากภูมิหลังของ Scrum Master และได้แนะนำการต่อสู้กับองค์กร ฉันได้สร้างทีมตั้งแต่เริ่มต้นและทำให้ชัดเจนว่าทุกอย่างที่ฉันทำคือการอำนวยความสะดวกให้กับทีมและพวกเขาตัดสินใจ ในฐานะที่เป็นทีมเราเปิดกว้างมาก - พวกเขายังปิดปากฉันในช่วงเวลาหนึ่งเพื่อขจัด 'การรายงาน' ที่รู้สึกว่าเราเริ่มได้รับ การขาดความเปิดกว้างโดยทั่วไปแล้วเป็นข้อโต้แย้งที่ใหญ่ที่สุดต่อผู้จัดการในฐานะหัวหน้าฝ่ายต่อสู้ แต่จัดการได้ดีสามารถเอาชนะได้อย่างง่ายดายด้วยวัฒนธรรมที่ถูกต้อง

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

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

ฉันเข้าใจในองค์กรขนาดใหญ่ว่าสิ่งนี้จะจัดการไม่ได้และมีบทบาทที่แยกจากกัน แต่สำหรับองค์กรขนาดเล็กเราไม่สามารถพิสูจน์ Scrum Master หรือผู้จัดการฝ่ายพัฒนาคนอื่นได้

โปรดให้ความกระจ่างแก่ฉันเกี่ยวกับข้อผิดพลาดของผู้จัดการการพัฒนาในฐานะ Scrum Masters โดยไม่รวมคะแนนที่ฉันได้กล่าวไว้ข้างต้นและเอาชนะได้แล้ว


3
ที่อาจเกิดคำถามที่เป็นประโยชน์รวมถึงคนที่เกี่ยวกับวิธีการที่จะบูรณาการทางด้านเทคนิค / ผู้จัดการการทำงานเป็นทีมการต่อสู้และมีการแย่งชิงกันโทและผู้จัดการฝ่ายเทคนิค / เส้นที่ควรจะเป็นคนคนเดียวกัน
Thomas Owens

เจ้าของผลิตภัณฑ์คือใคร
Aaron Kurtzhals

@ โทมัสขอบคุณ ฉันได้เห็นสิ่งเหล่านี้แล้วและปัจจัยหลักในสิ่งเหล่านี้คือ 'การจัดลำดับการดึง' ซึ่งฉันพยายามที่จะร่างฉันอย่างมากไม่ได้ทำ
SpoonerNZ

@AaronKurtzhals เจ้าของผลิตภัณฑ์เป็นผู้จัดการฝ่ายการตลาดดิจิทัลของเราทีมผลิตภัณฑ์หลักคือเว็บไซต์ มันอาจจะคุ้มค่าที่ฉันสังเกตเห็นว่าฉันเป็นโค้ชการต่อสู้ของทีมทั้งหมด
SpoonerNZ

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

คำตอบ:


18

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

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


ฉันจะเห็นด้วยอย่างยิ่งถ้ามีข้อความว่า 'อาจารย์ต่อสู้มีแนวโน้มที่ต้องการในปริมาณที่เหมาะสม
SpoonerNZ

24

ฉันเชื่อว่าปัญหาหลักคือในฐานะผู้จัดการคุณมีอำนาจในการบอกทีมว่าจะทำอย่างไร ผู้เชี่ยวชาญการต่อสู้ไม่มีอำนาจนี้นอกเหนือจากการบังคับใช้หลักการของการต่อสู้

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

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


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

2
ฉันเป็นผู้จัดการ dev ที่ทำหน้าที่เป็นอาจารย์การต่อสู้และนี่คือปัญหาที่ฉันมี มันเป็นวิธีที่ล่อลวงเกินไปที่จะใช้การต่อสู้บอกนักพัฒนาแต่ละคนว่าพวกเขาจะทำอะไร มันทำงานได้ดีกว่าสำหรับเราที่จะมีนักพัฒนาระดับสูงให้เป็นอาจารย์ระดับสูง
Gort the Robot

24

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

(โดยบังเอิญนี่ไม่ใช่ผู้จัดการของฉันดังนั้นฉันจึงรู้สึกว่ามีจุดประสงค์ที่เป็นธรรมในจุดนี้)

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

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

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

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

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

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

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

หากคุณแน่ใจว่าคุณจะไม่ตกหลุมพรางเหล่านี้เลยไปเลย ... แต่ฉันทำซ้ำตรวจสอบให้แน่ใจว่าคุณตรวจสอบสมมติฐานของคุณบ่อยครั้งโดยพูดคุยกับทีมของคุณ (และทีม / ผู้จัดการอื่น ๆ !) และตรวจสอบให้แน่ใจว่าพวกเขาไม่ได้เกิดขึ้นในลักษณะที่บอบบางหรือหมดสติซึ่งบางทีคุณอาจไม่สังเกตเห็น

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

... แต่เป็นสิ่งที่ดีที่ทั้งสองไม่ได้หมายความว่าคุณสามารถเป็นสิ่งที่ดีที่ทั้งสองในเวลาเดียวกันตลอดเวลา ระวังให้ดี


7

นี่ไม่ใช่ศาสนาและกฎของการแย่งชิงกันนั้นไม่ได้ไร้เหตุผล หากเคยมีกรณีสำหรับบทบาท HR Manager / Srum Master รวมกันคุณก็ทำได้ดี ระวังข้อผิดพลาดที่คุณพูดถึง แต่จะไม่มีกฎชุดเดียวที่เหมาะกับทุกสถานการณ์อย่างสมบูรณ์

หากทีมของคุณรู้สึกสะดวกสบายกับคุณที่ได้แสดงทั้งสองบทบาทแล้วก็ไม่มีเหตุผลที่จะต้องทำอะไรให้เข้ากับกฎของหนังสือ


2
นี่เป็นคำตอบที่จริงจังที่สุด +1
ozz

3

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

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

ไม่ว่าในกรณีใดคุณกำลังส่งผลเสียต่อทีม


2

ปัญหาหลักที่ฉันเห็นคือคุณกำลังส่งข้อความที่ขัดแย้งกันให้กับทีมเกี่ยวกับองค์กรของทีม

ด้านล่างเป็นสององค์กรที่เป็นไปได้ของทีม ทั้งสองสามารถประสบความสำเร็จ พวกเขาแตกต่าง. (ไม่ใช่ตัวเลือกที่เป็นไปได้เท่านั้น)

  1. ทีมมีผู้นำที่ได้รับมอบหมายอย่างเป็นทางการ ในที่สุดหัวหน้าทีมต้องรับผิดชอบต่อประสิทธิภาพโดยรวมของทีม หัวหน้าทีมอาจไม่ทำการตัดสินใจทั้งหมด แต่หัวหน้าทีมมีการตัดสินใจขั้นสุดท้ายในการตัดสินใจทั้งหมด
  2. ทีมมีการจัดการตนเองและไม่มีผู้นำที่ได้รับมอบหมายอย่างเป็นทางการ ทุกคนในทีมมีความรับผิดชอบต่อตนเองและประสิทธิภาพโดยรวมของทีม Scrum Master อำนวยความสะดวกให้กับกระบวนการ Scrum แต่ไม่มีอำนาจในการตัดสินใจฝ่ายเดียวสำหรับทีม

ดูเหมือนว่าโครงสร้างทีมที่แท้จริงของคุณคือ # 1 แต่ด้วยการใช้คำศัพท์และกระบวนการต่าง ๆ จาก Scrum คุณหมายความว่าโครงสร้างนั้นเป็นอันดับ 2 ความคิดเห็นของฉันคือ # 1 ไม่ใช่การต่อสู้

ด้านล่างนี้เป็นคำแนะนำสองข้อสำหรับวิธีการแก้ไขข้อขัดแย้ง

  1. ทำสิ่งต่าง ๆ อย่างที่คุณเป็นอยู่ แต่ชี้แจงว่าคุณเป็นหัวหน้าทีมและคุณไม่ได้ติดตาม Scrum 100% มันอาจช่วยอธิบายได้ว่าในขณะที่คุณเห็นคุณค่าในการแยกหน้าที่ของผู้จัดการและหัวหน้าการทะเลาะวิวาทซึ่งเป็นไปไม่ได้สำหรับ บริษัท
  2. มอบความรับผิดชอบให้กับคนอื่น ๆ เท่าที่คุณสามารถทำได้ แม้ว่าคุณจะต้องรักษาความรับผิดชอบบางอย่างเช่นการล้างสิ่งกีดขวางบนถนนและการเบี่ยงเบนความสนใจจากส่วนที่เหลือขององค์กร แต่ก็ยังช่วยให้การทำงานของ Master Scrum Master ทำได้โดยเพื่อน

1

ข้อเสียของผู้จัดการฝ่ายพัฒนาในฐานะ Scrum Masters คืออะไร?

ผู้จัดการฝ่ายพัฒนาได้รับการว่าจ้าง:

  • แก้ปัญหาการพัฒนา
  • ตรวจสอบและลดหนี้ทางเทคนิค
  • ขยายทีมงานด้านเทคนิค

พื้นหลังและความเชี่ยวชาญของพวกเขาจูงใจให้พวกเขาให้ความสำคัญกับปัญหาทางเทคนิค


ในทางกลับกันผู้จัดการโครงการ / ผู้เชี่ยวชาญการต่อสู้ได้รับการว่าจ้าง

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

  • เมื่อโครงการหรือ บริษัท เติบโตขึ้นในขนาดที่แน่นอนก็ไม่มีประสิทธิภาพและไม่ฉลาดที่จะขอให้ผู้จัดการฝ่ายพัฒนาปฏิบัติหน้าที่ทั้งสองอย่าง
  • ผู้จัดการฝ่ายพัฒนาควรโน้มน้าวให้ "การดำน้ำลึก" เป็นรหัสและ / หรือสถาปัตยกรรมในขณะที่ผู้จัดการโครงการ / ผู้เชี่ยวชาญการต่อสู้ควรจะเกี่ยวข้องกับมุมมอง "50,000 ฟุต" ของสิ่งต่าง ๆ เสมอ

  • ผู้จัดการฝ่ายพัฒนาส่วนใหญ่ใช้เวลาหลายปีในการพัฒนาโค้ด ปัญหาการพัฒนามีความคุ้นเคยกับพวกเขามาก

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

ฉันได้ลงคะแนนนี้เนื่องจากคุณดูเหมือนจะไม่ได้อธิบายผู้จัดการฝ่ายพัฒนาหรือหัวหน้าการต่อสู้อย่างถูกต้อง นอกจากนี้คำถามนี้ไม่เกี่ยวข้องกับการจัดการโครงการ
SpoonerNZ

0

ฉันจะฟังโค้ชที่มีประสบการณ์ เป็นไปได้ว่าคุณจะออกกำลังกายได้ดีเพียง 99% ของเวลา อย่างไรก็ตามเมื่อความน่ากลัว 1% เข้ามาพร้อมกับบทบาทที่ขัดแย้งกันคุณมีโอกาสที่จะทำให้ความสัมพันธ์ของคุณไม่เพียง แต่กับคุณ แต่ความเป็นอยู่ที่ดีของทั้งทีม และหลังจากที่ทำพลาดบทบาทของคุณในฐานะทั้งผู้ต่อสู้และผู้จัดการจะถูกทำลาย

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


3
การเป็นอาจารย์ต่อสู้อาจเป็นงานเต็มเวลาได้ง่ายขึ้นอยู่กับสภาพแวดล้อมที่คุณอาศัยอยู่การถอดสิ่งกีดขวางและการรบกวนการทำงานของทีมอาจใช้เวลานานมากใน บริษัท ต่างๆ
Matthew Flynn

1
@ MatthewFlynn: จุดดี อย่างไรก็ตาม ... ในกรณีนี้พวกเขาจะมีทรัพยากรเพียงพอที่จะอุทิศให้กับ scrummaster เต็มเวลา (ฉันได้รับความรู้สึกจากการโพสต์ว่ามีการขาดแคลนทรัพยากร) อย่างไรก็ตามฉันทำงานที่หนึ่งใน บริษัท ขนาดใหญ่ที่คุณกล่าวถึงและอาจารย์การต่อสู้เต็มเวลายังไม่ได้รับการรับประกันเสมอไป เรายังมีพวกเขาอยู่ แต่พวกเขามักจะเข้ามาในทีมเพื่อทำงานอย่างมีประสิทธิภาพเพราะพวกเขาทำให้เกิดปัญหามากขึ้นในขณะที่พยายามที่จะพิสูจน์ / หักล้างตำแหน่งเต็มเวลาของพวกเขา
c_maker

1
จุดดีทันทีที่คุณ ฉันคิดว่ามันขึ้นอยู่กับ บริษัท และบุคคล ไม่น่าแปลกใจจริงๆ
Matthew Flynn

1
ขอบคุณสำหรับคำตอบ ฉันพยายามที่จะระบุสิ่งที่อาจทำให้เกิดหรือเป็น 'ที่น่ากลัว 1%' เพราะฉันไม่สามารถดูว่าบทบาทขัดแย้งกันอย่างไรเมื่อเห็นได้ชัดว่าทีมฉันเป็นผู้นำคนรับใช้ ผู้นำคนรับใช้ยังคงเป็นผู้นำหลังจากทั้งหมด
SpoonerNZ

ฉันยังคิดว่าการทำให้นักพัฒนาอาวุโสของเราเป็นอาจารย์การต่อสู้ แต่ในความเป็นจริงแล้วฉันไม่เห็นว่าฉันจะทำอะไรได้มากนัก! ตัวเลือกอื่น ๆ ที่ฉันพิจารณาคือการเป็นหัวหน้าการต่อสู้และไม่ใช่ผู้จัดการ แต่หัวหน้าฝ่ายไอทีไม่ชอบความคิดของการจัดการคนของทีมทั้งหมดที่ตกอยู่กับเขา
SpoonerNZ
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.