ฉันเป็นผู้นำทีมหรือไม่?


12

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

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

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

ฉันเกลียดสิ่งนี้จริงๆ

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

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

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

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

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

คำถามคือฉันเป็นคนไม่มีเหตุผลหรือไม่


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


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

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

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

@ เครซี่ - ไม่มันไม่ไร้เหตุผลนั่นคือสิ่งที่ผู้นำต้องการ
quick_now

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

คำตอบ:


17

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

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

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

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

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

ในการพันมัน

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

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


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

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

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

มีเครื่องมือบางอย่างที่คุณสามารถใช้เพื่อช่วยเร่งการตรวจสอบโค้ดให้เร็วขึ้น เครื่องมือบนเว็บที่ดูเหมือนจะทำงานได้ดี - คุณสามารถหารายชื่อของโครงการ OS ที่นี่: ostatic.com/blog/open-source-code-review-tools ของหลักสูตรที่ใหญ่ที่สุดขององค์ประกอบที่จะมีความคิดเห็นจะประสบความสำเร็จคือความรับผิดชอบ ผู้ตรวจสอบจะต้องรับผิดชอบต่อความเห็นของพวกเขา
Demian Brecht

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

9

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

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

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

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

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


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

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

4

อย่าใช้มันเป็นการส่วนตัว

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

เป็นผู้นำและเรียนรู้

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

ตรวจสอบก่อนนำเสนอลูกค้า

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

ถ้ามันผิดให้แก้ไข

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


3

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

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

จากนั้นคุณสามารถเริ่มต้นการทำงานในการขัดจังหวะฟีเจอร์เมื่อ devs นั้นได้รับมอบหมายอีกครั้ง

แก้ไข> และไม่ฉันไม่คิดว่าคุณเป็นคนใจร้อน งานของพวกเขาคือการเป็นคุณ


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

@Crazy Eddie: คุณสามารถเข้าใกล้มันได้ สร้างข้อผิดพลาดที่ระบุว่าการทำงานจะต้องถูกลบ / แทนที่ด้วยสิ่งที่มันควรจะเป็นและกำหนดให้กับผู้ที่เขียนมันในสถานที่แรก ถ้าอย่างนั้นก็เป็นเรื่องของธุรกิจที่ต้องแก้ไขบั๊ก
Steven Evers

2

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

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


+1: สิ่งนี้เรียกว่า "ไฟล์ The Smoking Gun" พิมพ์สิ่งนั้นออกมาและเก็บไว้ที่บ้าน
quick_now

2

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


1

ฉันมักจะรู้สึกเช่นนี้อารมณ์:

 I of course think I'm right....I always do. 

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


ฉันอนุญาตให้ใครซักคนที่จะพิสูจน์ว่าฉันผิดหรือโน้มน้าวฉันว่าฉันเป็นใคร ฉันมักจะคิดว่าฉันพูดถูกจนกระทั่งเสร็จแล้ว: P
Edward Strange

1

ผู้นำที่แท้จริงคืออะไร?

เป็นคนที่สามารถยิงผู้ใต้บังคับบัญชาผู้ใต้บังคับบัญชาใด ๆ (แต่ไม่จำเป็นต้องจ้างคนใหม่)

บางครั้งคนส่วนใหญ่ถูก "ติดแท็ก" ในฐานะผู้นำของบางโครงการ แต่ถ้าไม่มีใครใช้พลังแห่งไฟก็เป็น "แนวทาง" / "ครู" มากกว่าผู้นำที่แท้จริง

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

และกรณีที่แย่ที่สุดคือเมื่อมีหัวหน้าโครงการสองคน

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


1

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

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

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


0

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

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

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

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

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


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

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

1
@gbjbaanb - ที่จะดูดสำหรับนายจ้างของฉันค่อนข้างยากเพราะฉันได้ตัดสินใจยังถึงเวลาที่จะไป ฉันมีมันในการเป็นผู้นำที่ดีและฉันรู้มาก (ซึ่งเป็นเหตุผลที่ฉันลงเอยในตำแหน่งนั้น) แต่การถูกโยนเข้าไปโดยไม่ต้องมีที่ปรึกษาใด ๆ ที่ได้รับภัยพิบัติและความยุ่งยากอย่างต่อเนื่องสำหรับฉัน
Edward Strange
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.