การหมุนผู้พัฒนานำเป็นความคิดที่ดีหรือไม่ดี


31

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

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

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

นี่เป็นความคิดที่ดีหรือไม่? ทำไมหรือทำไมไม่?

โปรดจำไว้ว่านี้หมายถึงทุกพัฒนา - นักพัฒนาทั้งหมดเป็นสิ่งที่ดี แต่ไม่เหมาะจำเป็นต้องเท่าเทียมกันที่จะเป็นผู้นำ

และหากไม่เป็นเช่นนั้นฉันจะแนะนำให้เราหลีกเลี่ยงวิธีการนี้ได้อย่างไรโดยไม่คิดว่าเป็นเพียงเหตุผลที่เห็นแก่ตัวเท่านั้น


7
"ผู้พัฒนากลุ่มเป้าหมายปัจจุบันคือจินตภาพโปรดหมุนเขา 90 องศาแล้วลองอีกครั้ง"; o)
Piskvor

14
ฉันจะไม่แนะนำที่อาจทำให้เขาเวียนหัว
Gaurav

คำตอบ:


31

อย่าหมุน

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

การมีนักพัฒนานำที่ยอดเยี่ยมซึ่งสามารถทำสิ่งต่อไปนี้ไม่ต้องสงสัยสำหรับกระบวนการพัฒนา:

  1. รู้วิธีมอบหมาย
  2. อยู่ในการควบคุม
  3. เป็นนักพัฒนาที่มีประสบการณ์

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

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


@ Jonathan Khoo: คำตอบของคุณดูเหมือนจะ "ลืมระบบแฟลตจ้างนักพัฒนาร็อคสตาร์"

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

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

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

1
ฉันพบว่าประเภทการจัดการที่รู้ว่าการเข้ารหัสคืออะไร (สามารถอ่านโค้ดรู้ว่าตารางและฐานข้อมูลคืออะไรรู้ว่าซ็อกเก็ต TCP / IP คืออะไรอาจเข้ารหัสไว้ก่อน) เหมาะที่สุดสำหรับบทบาทเหล่านี้ มีเอกสารจำนวนมากที่เกี่ยวข้องหลังจากทั้งหมดและพวกเขาคุ้นเคยกับมัน
Vincent Vancalbergh

11

การพัฒนาลีดเดอร์มีสองส่วน:

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

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


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

สามารถยืนยันได้ ฉันยอมรับบทบาทนำคนแรกของฉันเมื่อ 6 เดือนที่แล้ว (ทีมงาน 12 devs) และไม่เคยใช้เวลากับการเขียนโปรแกรมเท่าที่ฉันทำตอนนี้ ส่วนใหญ่เป็นเพียงการให้คำปรึกษาการจัดการและการรายงานขึ้นไป
นายจาวาจาวา

6

ไม่จำเป็นต้องเป็นความคิดที่ไม่ดีนักหากนักพัฒนาที่เกี่ยวข้องมีส่วนร่วมและมีความสามารถ (นึกคิด)

ฉันมีปัญหาในการค้นหาข้อมูลอ้างอิงสำหรับสิ่งนี้ (แต่ฉันจะดูต่อไป) แต่ถ้าฉันจำได้อย่างถูกต้อง บริษัท ที่เปรียวบางคนทำเช่นนี้ - พวกเขาหมุนชื่อเรื่อง "นำทีม" ไม่ว่าจะวนซ้ำทุกครั้ง ระยะเวลา ที่ส่งเสริมการมีส่วนร่วมของนักพัฒนาและให้ทุกคนมีโอกาสทำการจัดการทีม / การสื่อสารภายนอกโดยไม่ย้ายนักพัฒนาจากการพัฒนาไปสู่บทบาทนั้นอย่างถาวร

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


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

"ข้อเสียเปรียบบางประการรวมถึงการสูญเสียข้อมูลที่อาจเกิดขึ้น (สิ่งนี้สามารถลดลงได้หลายวิธี) และมีโอกาสสูงขึ้นสำหรับการเป็นผู้นำ" ไม่ดี ": สิ่งที่เกี่ยวกับการหมุนเฉพาะนักพัฒนาที่เลือก
Adrien เป็น

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

5

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


4

การหมุนผู้พัฒนานำตามเวลาเป็นความคิดที่ไม่ดี

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

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


3

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

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

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


2

ฉันคิดว่าก่อนอื่นคุณต้องตัดสินใจว่าบทบาทของบุคคลนี้คืออะไรมากกว่าที่จะทำและนานเท่าไหร่

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

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


2

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

ชาร์ตองค์กรไม่ค่อยสะท้อนให้เห็นว่าผู้คนทำงานอย่างไร โดยเฉพาะอย่างยิ่งแผนภูมิในอุดมคติเช่น "ทีมแบน"


2

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

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



1
  1. คุณสามารถเลือกใครบางคนในทีมของคุณเพื่อนำทีมของคุณ
  2. หัวหน้าของคุณสามารถจ้างคนที่มีประสบการณ์มารับตำแหน่งนี้ได้

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


1

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

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


1

แทนที่จะมีนักพัฒนาที่มุ่งเน้นการหมุนให้มีหัวหน้าโครงการหมุนเวียนคนที่มีความรู้และความเข้าใจมากที่สุดเพื่อให้โครงการ x เสร็จสมบูรณ์

โดยปกตินักพัฒนาตะกั่วจะเป็นการส่งเสริมการขายและควรได้รับ

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


0

จะต้องมีหัวหน้าทีมในลักษณะเดียวกับที่มีกัปตันบนเรือขนาดใหญ่พอสมควร

หากผู้จัดการทำไม่ได้หรือไม่สามารถเติมบทบาทนั้นให้นักพัฒนาคนใดคนหนึ่งต้องได้รับการแต่งตั้งให้เติม


0

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

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

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


0

บางครั้งการเป็นผู้นำค่อนข้างมีความรับผิดชอบมากกว่าสิ่งอื่น มีคนที่ต้องรับผิดชอบในการเลือกนั่นเป็นวิธีที่สังคมทำงานเมื่อไม่มีใครอยากทำ

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

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


-1

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

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

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

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