คำถามติดแท็ก team-leader

ฉันได้รับแจ้งว่าฉันจะเป็นผู้นำทีมของโครงการที่กำลังจะมาถึง ฉันไม่เคยเป็นหัวหน้าทีมมาก่อน แต่ความรับผิดชอบเป็นสิ่งที่คุณคาดหวังโดยมีประตูหมุนของนักพัฒนาอื่น ๆ 3 ถึง 4 คนในช่วง 8 หรือ 9 เดือนที่ต้องใช้เพื่อทำให้โครงการเสร็จสมบูรณ์ ปัญหาของฉันคือสิ่งนี้: หนึ่งในนักพัฒนาที่ไม่ต้องสงสัยเลยว่าการทำงานในโครงการนี้จะเป็นปัญหา เขามีประสบการณ์มากกว่าฉันเรียกฉันว่าคนโง่หลายครั้งในอดีตและบอกฉันว่าเขาทำงานนี้เพราะเขาเป็นผู้นำตามธรรมชาติ เขาคาดว่าจะได้รับการเลื่อนตำแหน่งให้เป็นผู้นำในทุกโครงการใหม่ (ซึ่งไม่ได้เกิดขึ้นจนถึงปัจจุบัน) และแม้กระทั่งเคยบอกฉันว่าฉันต้องรายงานกับเขาแม้ว่าผู้นำทีมที่แท้จริงจะไม่มีภาพลวงตาเช่นนั้น ยิ่งกว่านั้นฉันได้สังเกตและได้ยินจากคนอื่นว่าเขาเป็นมืออาชีพอย่างมาก (ดูวิดีโอที่ไม่ทำงานที่ไซต์ของลูกค้า - ไม่มีโทรศัพท์หัวแต่งตัวไม่เป็นอาชีพมาทำงานช้าทำให้ตลกไม่เหมาะสม ฯลฯ ) เขาใช้หรือพยายาม ให้เครดิตสำหรับงานหรือข้อมูลเชิงลึกของฉันหลายครั้งในขณะที่ฉันทำงานกับเขาในฐานะเพื่อน หัวหน้าทีมปัจจุบันของฉันบอกฉันว่าเธอขว้าง 1/2 ของรหัสของผู้ชายคนนี้เมื่อเขาออกจากโครงการเพราะคุณภาพไม่ดี ฉันสามารถไปต่อ ความกลัวของฉันคือว่าผู้ชายคนนี้จะทำงานอย่างแข็งขันกับฉันเพราะเขาจะไม่พอใจที่จะต้องรายงานให้คนที่เขาคิดว่าด้อยกว่าโดยเฉพาะอย่างยิ่งเมื่อฉันได้รับโอกาสนี้ต่อหน้าเขา ฉันประสบความสำเร็จในการจัดการกับบุคลิกภาพประเภทนี้ในฐานะเพื่อนหรือแม้กระทั่งรายงานต่อผู้จัดการเช่นนี้ในอดีต ฉันไม่ได้จัดการหรือเคยคิดเกี่ยวกับการจัดการกับตัวละครประเภทนี้ที่รายงานมาให้ฉัน คำถามของฉันคือ: ฉันจะใช้กลยุทธ์ประเภทใดในการจัดการกับสิ่งนี้อย่างมีประสิทธิภาพและเป็นมืออาชีพ โดยเฉพาะอย่างยิ่งตอนนี้ก่อนที่มันจะกลายเป็นปัญหามีวิธีใดที่จะตัดมันออกก่อนที่มันจะหลุดออกจากมือ ฯลฯ หากใครมีประสบการณ์คล้ายกันพวกเขาจัดการกับมันอย่างไร?

221 team-leader 

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

164 team-leader  task-organization 

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

95 code-quality  teamwork  team-leader 

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

82 skills  experience  team-leader 

ฉันเป็นผู้นำทีมพร้อมนักพัฒนา 5+ คน ฉันมีนักพัฒนา (เรียกเขาว่าA ) ซึ่งเป็นโปรแกรมเมอร์ที่ดีผู้เขียนโค้ดที่ดีสะอาดและเข้าใจง่าย อย่างไรก็ตามเขาค่อนข้างยากที่จะจัดการและบางครั้งฉันก็สงสัยว่าเขามีประสิทธิภาพต่ำกว่าจริงหรือไม่ บริษัท ของเรากำหนดให้ผู้พัฒนาระบุความคืบหน้าการทำงานในตัวติดตามข้อผิดพลาดที่เราใช้ไม่มากเท่ากับการตรวจสอบโปรแกรมเมอร์ แต่เพื่อให้ผู้มีส่วนได้เสียทราบถึงความคืบหน้า สิ่งนี้เป็นเพียงการอัปเดตความคืบหน้าของงานเมื่อเสร็จแล้ว (อาจจะ 3 สัปดาห์หลังจากมีการใช้งานครั้งแรก) และนี่ทำให้ทุกคนสงสัยว่าเกิดอะไรขึ้นในช่วงกลางสัปดาห์ของการพัฒนา เขาจะไม่เปลี่ยนนิสัยของเขาแม้จะละเอียดละเอียดซ้ำ ๆ (ไม่เป็นไรนักพัฒนาเกลียดงานเอกสารฉันก็เช่นกัน) เมื่อ 2-3 เดือนที่ผ่านมาเขาลาบ่อยเนื่องจากมีเหตุการณ์ต่าง ๆ - ไม่ว่าเขาจะป่วยหรือต้องเข้าร่วมกิจกรรมส่วนตัวมากมาย (ไม่เป็นไรสิ่งเลวร้ายเกิดขึ้นในสายเป็นเรื่องบังเอิญ) เรากำหนด sprints หรือ roadmaps สำหรับแต่ละเดือน และในจุดเริ่มต้นของการวิ่งที่เราจะหารือเกี่ยวกับปริมาณของการทำงานในแต่ละของนักพัฒนาที่ต้องทำในการวิ่งและนักพัฒนาจะได้รับการกำหนดระยะเวลาที่พวกเขาต้องการสำหรับแต่ละงาน เขามักจะไม่สามารถทำสิ่งเหล่านี้ให้สำเร็จได้ทั้งหมด (ไม่เป็นไรนักพัฒนาพลาดกำหนดเวลาเป็นประจำไม่ใช่เพราะความผิดของพวกเขา) ฉันอาศัยอยู่ในสิงคโปร์ ไม่แน่ใจว่าสำคัญหรือไม่ ใช่ชาวเอเชียเป็นที่รู้กันว่าเป็นคนขี้ขลาด แต่สิ่งนั้นสำคัญหรือไม่? หากมีเหตุการณ์ข้างต้นเพียงหนึ่งหรือสองเหตุการณ์เกิดขึ้นฉันจะไม่รู้สึกว่าAกำลังดำเนินการอยู่ แต่พวกเขาทั้งหมดเกิดขึ้นพร้อมกัน ดังนั้นฉันจึงมีความรู้สึกว่าAกำลังดำเนินการอยู่และอาจจะเป็น - พระเจ้าห้ามไม่ให้หลุดออกจากตำแหน่ง นี่เป็นเพียงความรู้สึกจากประสบการณ์หลายปีของฉันในฐานะโปรแกรมเมอร์ แต่ฉันอาจจะผิด เป็นการยากที่จะวัดการทำงานของโปรแกรมเมอร์เนื่องจากงานทั้งสองไม่เหมือนกันและไม่มีวัตถุประสงค์มาตรฐานในการวัดความมุ่งมั่นของโปรแกรมเมอร์ที่มีต่อ บริษัท ของคุณ มันเป็นไปไม่ได้เลยทีเดียวที่จะบอกว่าโปรแกรมเมอร์กำลังทำงานของเขาอยู่หรือไม่ สิ่งที่คุณทำได้คือการไว้วางใจพวกเขา …

60 management  team-leader 

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

57 learning  team-leader 

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

54 learning  teamwork  team-leader 

ฉันจัดการทีมนักพัฒนาเล็ก ๆ ในแอปพลิเคชันซึ่งอยู่ในช่วงกลางของวงจรชีวิตภายใน บริษัท ใหญ่ น่าเสียดายที่นี่หมายถึงมีการแบ่งงานการเขียนโปรแกรม 30/70 เป็น "งานด้านเทคนิคอื่น ๆ " โดยทั่วไป งานนี้รวมถึง: ทำงานกับทีม DBA / Unix / Network / Loadbalancer ในงานต่างๆ การวางและจัดการคำสั่งซื้อฮาร์ดแวร์หรือโครงสร้างพื้นฐานในภูมิภาคต่างๆ กำลังรันการทดสอบที่ยังไม่ได้ย้ายไปยัง CI การวิเคราะห์ สนับสนุน / สืบสวน มันยุติธรรมที่จะบอกว่านักพัฒนาทุกคนชอบที่จะเขียนโค้ดมากกว่าที่จะทำภารกิจทางโลกมากกว่านี้ดังนั้นฉันพยายามแจกงานเขียนโปรแกรมสนุก ๆ ให้กับทีม ทีมส่วนใหญ่ได้รับการว่าจ้างเพราะถึงแม้ว่าพวกเขาอาจไม่มีทักษะการเขียนโปรแกรมยอดเยี่ยมในการเขียนคอมไพเลอร์ / เกมของตัวเอง / ระบบการซื้อขายที่มีความถี่สูง ฯลฯ พวกเขาเป็นนักสื่อสารที่ดี และค่อนข้างนำทางระบบราชการที่ซับซ้อนที่นี่ พวกเขาเป็นนักพัฒนาที่ดี แต่พวกเขาก็เป็นเจ้าหน้าที่เทคนิคที่ดีทุกด้าน อย่างไรก็ตามสมาชิกคนหนึ่งของทีมอาจมีทักษะการเขียนโค้ดโดยเฉลี่ยสูงกว่า แต่ทักษะการสื่อสารต่ำกว่าค่าเฉลี่ย ตามเนื้อผ้าผู้จัดการฝ่ายพัฒนาคนก่อนมีแนวโน้มที่จะให้งานการเขียนโปรแกรมแก่เขาและไม่ใช่งานทางโลกที่มีรายชื่อด้านบน อย่างไรก็ตามฉันไม่รู้สึกว่าสิ่งนี้ยุติธรรมสำหรับคนอื่น ๆ ในทีมที่แสดงความสามารถในการพัฒนาชุดทักษะรอบด้านที่จำเป็นสำหรับแผนกไอทีขนาดใหญ่ของธุรกิจ ฉันควรทำอย่างไรในสถานการณ์เช่นนี้? ถ้าฉันยังคงทำงานเขียนโปรแกรมให้เขาต่อไปฉันรู้ว่ามันจะเสร็จเร็วขึ้น …

52 teamwork  management  communication  maintenance  team-leader 

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

47 project-management  team-leader 

คำเตือน: ความคิดเห็นที่แสดงเป็นของฉันเท่านั้นและไม่ได้แสดงความคิดเห็นหรือความคิดเห็นของนายจ้างของฉัน ฉันทำงานให้กับ บริษัท ขนาดเล็กซึ่งมีเพียงไม่กี่คนที่เป็นนักพัฒนาและคนอื่น ๆ คือ QA / Test และ 1 เป็นผู้จัดการ ฉันเข้าร่วม บริษัท นี้เมื่อ 1.5 ปีที่แล้ว นักพัฒนาอาวุโส 3 คนมีประสบการณ์มากกว่า 8 ปี นี่คือข้อสังเกตที่ฉันทำเกี่ยวกับหัวหน้าทีม (คิดว่าฉันเป็นคนที่มีประสบการณ์น้อยกว่าเมื่อเทียบกับพวกเขาในทุกด้าน) พวกเขาไม่เคยพูดถึง 1: 1 หรือพวกเขาไม่พิจารณาข้อเสนอแนะของผู้อยู่ใต้บังคับบัญชา (ฉันเห็นด้วยว่าขึ้นอยู่กับพวกเขาไม่ว่าพวกเขาจะยอมรับหรือไม่อย่างน้อยพวกเขาควรพิจารณาความเห็น) ในฐานะหัวหน้าทีมอาวุโสพวกเขาสามารถพยายามปรับโครงสร้าง codebase ด้วยเทคโนโลยีใหม่ (รวมถึงปัจจัยในการเปิดตัวเทคโนโลยีใหม่ที่เป็นไปได้และผู้พัฒนาและโครงสร้างพื้นฐานอื่น ๆ ก็พร้อม) แต่ผู้นำทีมเหล่านี้รู้สึกไม่ปลอดภัยในการทำงานกับเทคโนโลยีใหม่ พวกเขาไม่ทันสมัย (เหตุผลที่ฉันบอกพวกเขาไม่ทราบว่าแนวโน้มการเขียนโปรแกรมปัจจุบัน * (เช่นโครงการโอเพ่นซอร์สยอดนิยมเช่น modernizr, bootstrap และอื่น ๆ อีกมากมาย) ใน codebase ของเรามากขึ้นกว่า 10000+ …

44 self-improvement  teamwork  junior-programmer  team-leader 

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

42 design  architecture  agile  scrum  team-leader 

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

42 management  team-leader 

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

41 management  team  team-leader  team-building 

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

39 team-leader 

คำถามนี้ได้รับแรงบันดาลใจจากคนนี้ ในขณะที่คำถามอื่น ๆ ถูกแปลเป็นภาษาท้องถิ่นฉันเชื่อว่าปัญหาพื้นฐานเป็นสิ่งที่พบได้ทั่วไปในอุตสาหกรรมของเรา ฉันรู้ว่ามีนักพัฒนาบางคนที่จะอ่านและคิดว่าฉันทำสิ่งนี้ขึ้นแล้วพวกเขาอาจตอบว่าทุกคนใส่ใจงานของพวกเขาและต้องการเรียนรู้ แต่เพียงแค่ดูโพสต์โปรแกรมเมอร์ SE อื่น ๆ ( ตรงประเด็น ) ฉันรู้ว่านั่นไม่ใช่ความจริงในระดับสากล ดังนั้นสมมติว่าคุณมีใครบางคนในทีมของคุณ (หรืออาจเป็นคนส่วนใหญ่) ซึ่งเป็นขั้นตอนการปฏิบัติงานมาตรฐานคือการคัดลอก / วางและผู้ที่เชื่อว่าทุกอย่างสามารถแก้ไขได้ถ้าเพียงคุณเพิ่มการเรียกฟังก์ชันและตัวแปร บุคคลนี้ไม่เคยได้ยินเรื่อง TDD, DRY หรือ SOLID และนอกเวลาทำงาน 40 ชั่วโมงเมื่อพวกเขาไม่ว่างที่ทำงานพวกเขาไม่เคยอ่านวิธีการ / การปฏิบัติ / การออกแบบหนังสือเล่มเดียว ในอดีตฉัน (และคนอื่น ๆ ) ได้ถามคุณจะสอน OODได้อย่างไร แต่ตอนนี้ฉันคิดว่านั่นไม่ใช่คำถามที่ถูกต้อง คำถามที่แท้จริงคือคุณจะเข้าหาบุคคล / ทีมเช่นนั้นได้อย่างไรและทำให้พวกเขาอยากรู้อยากเห็นเกี่ยวกับวิธีที่ดีกว่าในการทำสิ่งต่าง ๆ ? คุณสร้างแรงบันดาลใจให้พวกเขาเรียนรู้ได้อย่างไร หากปราศจากสิ่งนั้นดูเหมือนว่าการสอนการประชุมการบรรยายและการอภิปรายทั้งหมดจะไร้ประโยชน์หากพวกเขามีความสุขอย่างสมบูรณ์แบบที่จะกลับไปที่โต๊ะทำงานของพวกเขาและทำสิ่งที่พวกเขาทำมาตลอด ฉันทำงานกับกลุ่มคนแบบนี้ จริงๆแล้วพวกเขาเป็นคนที่ค่อนข้างสดใส แต่ฉันเกลียดเมื่อฉันได้ยินว่า "ฉันเขียนโค้ดเสร็จแล้วเพียงแค่ต้องการปรับโครงสร้างและแบ่งออกเป็นหลายคลาสเพื่อให้ DXM มีความสุข" …

35 programming-practices  team-leader