จะทราบได้อย่างไรว่าโปรแกรมเมอร์ของคุณทำงานผิดปกติหรือไม่? [ปิด]


60

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

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

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

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

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

ผล:

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

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


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


หมายเหตุเพิ่มเติม:

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

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

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

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

3
นักพัฒนาคนอื่น ๆ ในทีมคิดอย่างไรกับบุคคลนี้
MarkJ

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

คำตอบ:


49

นี่ควรเป็นปัญหาง่าย ๆ ในการแก้ปัญหา

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

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

หากไม่มีแล้วคุณจะได้รับปัญหาเหล่านี้

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

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

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


3
we need to work together to improve my perception- สิ่งที่ฉันคิดเมื่อฉันอ่านคำถามโดยเฉพาะอย่างยิ่งส่วน "ผลลัพธ์"
Robert Harvey

2
ความเห็นอกเห็นใจของฉันอยู่กับนักพัฒนา หากเขาส่งมอบสิ่งที่ต้องการในเวลา "ความรู้สึก" ของผู้จัดการโครงการไม่เพียงไร้สาระและไม่เกี่ยวข้องพวกเขากำลังดูถูกเหยียดหยาม
Steven A. Lowe

4
@ StevenA.Lowe: ฉันขาดอะไรไปหรือเปล่า? คำถามบอกว่าผู้พัฒนาได้ตั้งความคาดหวังของตัวเองและเขาก็ยังคิดถึงพวกเขาอยู่เป็นประจำ ที่จะไม่พูดว่าฉันไม่ได้มีความผิดในการประเมินความสามารถของตัวเอง (และ OP ทำให้สัมปทานเดียวกัน) แต่ฉันพยายามที่จะดูว่าคุณกำลังอ่านว่าเขากำลัง "ส่งมอบสิ่งที่คาดหวังในเวลา"
pdr

@pdr: ฮ่า ๆ บางทีฉันอาจเข้าใจผิด แต่คำถามนี้ดูเหมือนว่าจะแก้ไขทุกวัน dev ในคำถามหายไปจากการประเมินของเขา แต่ดูเหมือนจะไม่มากไปกว่า devs อื่น ๆ ในทีม สงสัยว่าขาดการฝึกอบรมและ / หรือความเป็นผู้นำ;)
Steven A. Lowe

2
+1 - ปัญหาที่นี่ไม่ใช่ว่าเขามีประสิทธิภาพต่ำกว่าปกติ ดังที่ OP กล่าวว่าเขาไม่ทราบว่าเขาเป็นหรือไม่และนั่นเป็นปัญหาที่ทั้งเขาและนักพัฒนาจำเป็นต้องแก้ไข
Zibbobz

12

มีคำแนะนำที่ดีมากมายที่นี่และฉันไม่ต้องการที่จะแยกจากมันดังนั้นฉันโพสต์สิ่งนี้เป็นคำตอบที่แยกต่างหาก

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

จับดี!

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

ค้นหาที่มาของปัญหา

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

คุณไม่ได้สมบูรณ์แบบเช่นกัน

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

ทั้งหมดที่กล่าวมา

ฉันเขียนบล็อกโพสต์เกี่ยวกับการจัดการโปรแกรมเมอร์ ฉันคิดว่าคุณควรอ่าน

http://deltreey.blogspot.com/2012/07/managing-programmers.html

ฉันไม่สามารถเน้นส่วนสุดท้ายของโพสต์นั้นได้มากพอ

หากนักพัฒนาซอฟต์แวร์ของคุณเก่งพวกเขาต้องการโค้ด

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


10

เมื่อมันให้ความรู้สึกคนเป็น "ค่อนข้างยากที่จะจัดการ" เช่นคุณอธิบายให้เข้าใจถึงวิธีการหนึ่งจะดำเนินการและไม่ว่าจะมีปัญหา (วัตถุประสงค์หรืออัตนัย) ส่งผลกระทบต่อผลผลิตของสมาชิกในทีม dev พิจารณาการจัดตั้งการปฏิบัติของปกติ 1: 1กับ สมาชิกในทีมดังที่นำเสนอในบทความยอดเยี่ยมThe Update, The Vent และ The Disaster :

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

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


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


ฉันไม่เห็นว่าสิ่งนี้เชื่อมโยงกับคำถามของฉันได้อย่างไร
หัวหน้าทีม

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

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

7

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

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

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

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


ดังนั้นเมื่อไหร่ที่คุณทำสุดยอดประจำวัน
หัวหน้าทีม

1
เราทำเวลา 9:30 น. GMT ซึ่งออกมาเวลา 15:00 น. เวลาอินเดียปัจจุบัน เรามีตัวฉันเองและทีมเป็นผู้นำในการประชุมทางไกลซึ่งไม่นานเกินกว่า 15 นาทีและมักจะจบใน 10 มีนักพัฒนาจากไอร์แลนด์บางคนที่ทำงานจากที่บ้านและพวกเขาสามารถโทรเข้าด้วยกัน
Eoin

7

ไม่มีจุดหมาย

การอัพเดทสถานะรายวันนั้นไม่มีจุดหมาย การให้ผู้คนรายงานว่า 'วันนี้ฉันเสร็จสมบูรณ์ 2.5% แล้ว' 'วันนี้ฉันเสร็จสมบูรณ์แล้ว 3.74%' นั้นไร้สาระ

มันไม่ได้ให้คุณค่าแก่ผู้มีส่วนได้ส่วนเสียและสร้างความรำคาญให้กับคนที่ทำงาน

ปล่อยให้พวกเขาไปทำงานไม่ถูกรบกวน

ไม่มีมูลความจริง

คุณคิดว่านักพัฒนา A นั้นมีคุณสมบัติ 'ต่ำกว่าเกณฑ์' หรือไม่ หากงานของเขา / เธอเสร็จตรงเวลานั่นน่าจะดีพอ

คุณบอกว่าคุณเกลียดการทำไมโครโฟนิค แต่สิ่งที่คุณได้อธิบายไปนั้นก็คือ

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

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

เป็นอันตราย

Reexamine พื้นฐานสำหรับ 'ความรู้สึก' ของคุณที่นักพัฒนา A คือ 'ประสิทธิภาพต่ำกว่า' คุณคิดว่าเขา / เธอสามารถทำได้ดีกว่า แต่บนพื้นฐานของหลักฐานอะไรบ้าง

ไม่มีความสุข! = มีประสิทธิภาพต่ำกว่า

ดำเนินการต่อตามที่อธิบายไว้และในบางจุดผู้พัฒนา A จะตัดสินใจว่าเขา / เธอได้รับความนิยมต่ำกว่าที่ให้ไว้กับ บริษัท และจะพบ บริษัท อื่น การบีบความพยายามครั้งสุดท้ายจากพนักงาน 0.01% นั้นมีความสำคัญน้อยกว่าการรักษาไว้ในระยะยาว


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

ต้องการสิ่งที่สมบูรณ์% เป็นเรื่องตลก แต่ความโดดเด่นรายวัน IMO เป็นประโยชน์อย่างมากเมื่อพูดสั้น ๆ ไม่เป็นทางการและอื่น ๆ เกี่ยวกับการสื่อสารความต้องการ / ความท้าทายและลำดับความสำคัญในเวลาที่คุณมีความสนใจทั้งทีม
Erik Reppen

1
ฉันไม่ได้จัดการนักพัฒนาของฉันฉันจัดการโครงการของฉัน หากผู้พัฒนามุ่งมั่นที่จะทำงานให้เสร็จภายใน A ใน X วันฉันเช็คอินหลังจาก X / 2 วันเพื่อดูว่าเขาทำอะไรเป็นทางการ แต่นักพัฒนาของฉันรู้ที่จะบอกฉันทันทีหากพวกเขาพบเจออะไรที่ทำให้พวกเขาลื่น วันกำหนดส่ง. หลังจาก X วันพวกเขาส่งมอบ หากคุณมีคนที่ overpromise และ underdeliver เรื้อรังขอให้พวกเขาทำจำนวนร้อยละความก้าวหน้าในจินตนาการทุกวันจะไม่ทำอะไรเลยที่จะเปลี่ยนปัญหาพื้นฐาน (ซึ่งอาจเป็นการประมาณค่าเครื่องมือการฝึกอบรมและอื่น ๆ ) กระบวนการและหมายเลข! = การจัดการ
Steven A. Lowe

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

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

5

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

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

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

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


4

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

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

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

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

สิ่งหนึ่งที่คุณสามารถทำได้คือการรวมบางอย่างเช่น XPlanner กับเครื่องมือการกำหนดเวอร์ชัน


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

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

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

2
@Bytekoder มีข้อผิดพลาดรันไทม์ / ลอจิกหลายพันรายการซึ่งจะทำให้แอปพลิเคชันหยุดทำงาน การคอมไพล์โค้ดของคุณไม่ได้หมายความว่าเสถียร
หัวหน้าทีม

2
-1 ความยาวของการวิ่งแทบจะไม่เป็นปัญหา และการตรวจสอบรหัสบ่อย ๆ ในสาขาเดียวที่มีอยู่จะให้บริการเพื่อทำลายการสร้าง
Amadeus Hein

4

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

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

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


0

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

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

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

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

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

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

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

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

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


0

ผลการดำเนินงาน?

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

การสื่อสาร

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

มีวิธีสื่อสารที่ต่อเนื่องมากขึ้น

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

การควบคุมแหล่งที่มา

ให้ทุกคนตรวจสอบรหัสของพวกเขาทุกวัน หากคุณใช้คอมไพล์ให้พวกเขาผลักดันให้สาขาของตนเองใน บริษัท repo คุณสามารถบอกได้ว่าพวกเขากำลังทำอะไร

แยกวิธีจากปลาย

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


-7

นี่คือคำแนะนำของฉัน:

  1. นวัตกรรม: จินตนาการและความคิดสร้างสรรค์ที่ใช้ในการลดต้นทุนและปรับปรุงสถานการณ์ปัจจุบัน

  2. Corporation: ความเต็มใจที่จะช่วยเหลือผู้อื่นให้บรรลุเป้าหมาย

  3. ความคิดริเริ่ม: การพยายามงานและงานที่ไม่ใช่งานประจำ

  4. ผู้เข้าร่วม: การขาดงานหรือความล่าช้าต่ำกว่ามาตรฐาน

  5. Alertness: ความสามารถในการเข้าใจข้อมูลและสถานการณ์ใหม่ได้อย่างรวดเร็ว

  6. ความแม่นยำและคุณภาพ: การตรวจสอบโค้ดการส่งมอบตรงเวลาอัตราการออก)

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