ทีมนักพัฒนาต้องการผู้จัดการหรือไม่


28

พื้นหลัง:

ปัจจุบันฉันเป็นส่วนหนึ่งของทีมผู้จัดการ 4 คนนักพัฒนาอาวุโส 1 คนและนักพัฒนา 2 คน เราดำเนินการระบบ / โครงการตามความต้องการภายในองค์กร (เช่น 6-8 สัปดาห์) สำหรับองค์กรที่มีพนักงานประมาณ 3,500 คนรวมถึงการบำรุงรักษาและการสนับสนุนทั้งหมดที่จำเป็นจากระบบที่สร้างขึ้นก่อนหน้านี้ พวกเรามีไม่เพียงพอที่จะทำทุกอย่างที่อาจเป็นไปได้ - เราไม่เข้าใจ ผู้บริหารรับทราบสิ่งนี้ แต่การ จำกัด งบประมาณจำกัดความสามารถของเราในการรับสมัครสมาชิกเพิ่มเติมให้กับทีม (แม้ว่าเราจะทำให้เงินเดือนกลับมาในการออม)

การเปลี่ยนแปลง

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

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

ฉันเดาคำถามสุดท้ายคือ:

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

ฉันชอบที่จะ "เห็นแสงสว่าง" และประโยชน์ของการทำสิ่งต่าง ๆ ในลักษณะนี้หรือคิดหาข้อโต้แย้ง


20
หากไม่มีใครเป็นผู้จัดการทุกคนก็เป็นผู้จัดการได้อย่างมีประสิทธิภาพ สูตรสำหรับภัยพิบัติ.
JohnFx

14
ทีมที่จัดการด้วยตนเองหรือกำกับด้วยตนเองของ Google มีหลักฐานพอสมควรว่าสามารถทำงานได้ดีในบางสถานการณ์ มันเหมาะกับผู้คนและวัฒนธรรมหรือไม่เป็นคำถามที่แท้จริงของ IMO
Guy Sirton

ในทำนองเดียวกัน: programmers.stackexchange.com/q/64394/1996
Jim G.

@Guy Sirton: มีบทความใดที่นำไปใช้กับโปรแกรมเมอร์หรือไม่ ฉันสงสัยมัน.
Jim G.

@Guy Sirton: ดูความคิดเห็นของ JohnFx เขาถูกต้อง 100%
Jim G.

คำตอบ:


47

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

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

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


11
+1 สำหรับ "ปกอากาศ" เป็นสิ่งที่ผู้จัดการต้องทำในสถานการณ์เช่นนี้ (สถานการณ์ที่แตกต่างหากพวกเขาเป็นผู้จัดการโครงการโดยเฉพาะ )
jcmeloni

5
+1 สำหรับย่อหน้าแรก - -1 สำหรับถัดไป +1 สำหรับสุดท้าย ผู้จัดการที่ขาดหายไปอาจสนุก แต่มันก็ค่อนข้างบางในฟอรัมเหล่านี้ .......
mattnz

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

17

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

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

แนะนำการอ่าน: ปีโดยไม่ต้องกางเกง แม้แต่โครงการซอฟต์แวร์ขนาดใหญ่ (WordPress) สามารถไปได้โดยไม่ต้องมีผู้จัดการโดยตรง แต่มีงานบางอย่าง (ไม่มีใครอยากทำ / ยากมาก) หรือต้องการบูรณาการจำนวนมากของ devs สำหรับงานเดียวกัน ควบคุมกลาง


ฉันไม่เคยมีผู้จัดการโดยตรงที่ไม่ได้เขียนโค้ดเหมือนที่ทีมทำ
Vorac

@Vorac - แค่อยากรู้อยากเห็นทีมนักพัฒนาซอฟต์แวร์ที่ใหญ่ที่สุดที่คุณเคยเล่นคืออะไร?
JeffO

รวมทั้งหมด 10 คน :)
Vorac

12

คำตอบสำหรับคำถามของคุณคือใช่อย่างที่คนอื่น ๆ ระบุไว้

คำตอบที่สมบูรณ์ แต่ซับซ้อนกว่าสำหรับคำถามของคุณคือการพูดถึง:

"ฝ่ายบริหารรับทราบสิ่งนี้ แต่การ จำกัด งบประมาณจำกัดความสามารถของเราในการรับสมัครสมาชิกเพิ่มเติมให้กับทีม"

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

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

จงระวังการจัดการที่ "พูดว่า" สิ่งที่ถูกต้องเมื่อเทียบกับการจัดการที่ "ทำ" สิ่งที่ถูกต้อง


6

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


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

@DanLyons ขอบคุณสำหรับความคิดเห็นของคุณ เมื่อผู้บริหารระดับสูงจำเป็นต้องรู้ว่าจะส่งมอบผลิตภัณฑ์เมื่อใดหรือเราต้องจ่ายเงินมากเท่าใดหรือเหตุใดรายงานนี้จึงไม่ทำงาน ... ฯลฯ ต้องมีคำตอบที่เชื่อถือได้อย่างน้อยหนึ่งคำ ในความเห็นของฉันกลุ่มใด ๆ ที่มีมากกว่า 1 คนจะต้องมอบหมายผู้จัดการ หลังจากทั้งหมดจะต้องมีคนคนหนึ่งที่จะยิงในตอนท้ายของทุกโครงการไอที :)
NoChance

1
บริษัท ที่สร้าง WordPress ดูเหมือนว่าจะสามารถทำได้
JeffO

นั่นคือข่าวสำหรับฉัน จุดดี.
NoChance

4

ฉันเห็นด้วยกับคำตอบข้างต้น แต่มีการพิจารณาที่สำคัญ

A "ผู้จัดการ" เป็นตำแหน่ง แต่คิดในแง่ของบทบาทผู้จัดการเป็นคนที่มีบางอย่างรับผิดชอบ การเจรจากับ CxO เขียนรายงานจัดการวันหยุดพักผ่อนหรือแม้แต่เติมเครื่องชงกาแฟ - ทีมของคุณต้องการคนที่รับผิดชอบเรื่องนี้

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

Con's - เป็นไปได้ว่าไม่มีใครที่คุณอยากเป็นผู้จัดการ ไม่มีอะไรเลวร้ายในเรื่องนี้ นักพัฒนาหลายคนค่อนข้างสนุกกับคีย์บอร์ดและนักพัฒนาอื่น ๆ มากกว่า "เสียเวลา" กับรายงานไดอะแกรมและการประชุม เชื่อฉันเถอะห้านาทีกับหัวหน้าที่กรีดร้องทุกเช้านั้นยอดเยี่ยมมาก! :)

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


-1: คุ้มค่าที่จะลองหรือ เมื่อ? ในโครงการที่ไม่สำคัญ
Jim G.

@ จิม: ... เว้นแต่จะมีผู้จัดการคนหนึ่งที่ใส่ใจเกี่ยวกับโอกาสของเขา / เธอในการสนับสนุนคนโดยการป้องกันการเจริญเติบโตของพวกเขาแน่นอน ;-)
bytebuster

3

ฉันกำลังทำงานกับทีมเล็ก ๆ โดยไม่มีผู้จัดการ บริษัท ขนาดเล็ก มันใช้งานได้ดี

ไมล์สะสมของคุณอาจแตกต่างกันไป


3

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


1
ตกลง. ด้วยคำอธิบายของบทบาท "ผู้จัดการบริการ" ในคำถามส่วนประกอบนั้นเป็นผู้นำทางเทคนิคของทีม
MSalters

2

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

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

ต้องบอกว่ามีคนอาวุโสที่สามารถเพิ่มมูลค่าได้เสมอช่วย แม้แต่ซีอีโอก็รายงานต่อทีมผู้จัดการ (คณะกรรมการ)

2 เซ็นต์ของฉัน ...


1

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

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

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

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


1

คำตอบสั้น ๆ : ใช่มันสามารถ

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

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

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


1

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

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


-1 สำหรับวรรคแรก +1 สำหรับย่อหน้าที่สอง
Jim G.

1

ผู้จัดการมักจะเป็นลิงค์ที่ขาดหายไประหว่างองค์กรและทีม dev ของคุณ

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

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

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


1

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

  • คุณต้องการคนที่มีอำนาจในการแก้ไขข้อพิพาทระหว่างสมาชิกในทีมและให้ทีมมุ่งเน้นไปที่การส่งมอบงานที่มีคุณภาพตรงเวลาหรือไม่?
  • หรือคุณต้องการใครสักคนที่จะให้ฝาครอบอากาศตามที่ระบุไว้ในคำตอบด้านบน? จัดการตารางการตัดสินใจลำดับความสำคัญแทรกแซงระหว่างการจัดการด้านบนและทีม ฯลฯ

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

ที่มา: ประสบการณ์ส่วนตัวกับโครงการกลุ่มและทีมที่มีการจัดการและไม่มีการจัดการ


0

ฉันคิดว่าทีมแฟลตเป็นปัญหาเสมอเว้นแต่คุณจะให้ผู้ชายคนหนึ่งดูแลกลุ่มวิศวกรเกรดเดียวกัน / คล้ายคลึงกัน

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

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

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

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

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


0

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

  1. วิศวกรทุกคนรายงานต่อผู้จัดการฝ่ายวิศวกรรม ผู้จัดการฝ่ายวิศวกรรมเป็นบทบาททางเทคนิคและการทำงานอย่างยิ่งโดยมีบทบาทที่ต้องการให้ธุรกิจเข้ามามีส่วนร่วมมากขึ้น บทบาทนี้เทียบเท่ากับเจ้าของผลิตภัณฑ์
  2. ผู้จัดการโครงการคือบทบาทที่แยกออกมาซึ่งคล้ายกับหลักต่อสู้และมักจะเป็นผู้รับเหมาในเวลาที่กำหนด (12 เดือนถึง 18 เดือนโดยไม่มีการต่อสัญญา)
  3. ผู้จัดการโครงการ - scrum master - รับผิดชอบอย่างสมบูรณ์สำหรับกิจกรรมที่ไม่ใช่หน้าที่และไม่ใช่วิศวกรรม

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

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

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


0

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

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

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