โปรไฟล์จิตวิทยาของบทบาท
Implementer คือฐานการดำเนินงานของทีม ความสามารถเฉพาะของบทบาทนี้ไม่ใช่ไอเดียหรือการบุกทะลุอย่างรวดเร็ว แต่คือการหยิบแนวคิดที่ยังหลวมแล้วเปลี่ยนให้เป็นระบบที่ทำงานได้ มีข้อกำหนด กำหนดเวลา และผลลัพธ์ที่คาดการณ์ได้ ทีมที่ไม่มี Implementer อาจสร้างไอเดียเก่งและปิดดีลได้ แต่ส่งมอบสินค้าและดูแลลูกค้าอย่างสม่ำเสมอได้ยาก ทีมที่มี Implementer แข็งแรงจะ scale ได้มั่นคงกว่า 2-3 เท่า เพราะมีคนสร้างกระบวนการแทนที่จะคอยดับไฟตลอดเวลา นี่เป็นบทบาทที่พบบ่อยที่สุด ประมาณ 15% ของมืออาชีพ แต่ก็มักถูกประเมินต่ำในวัฒนธรรม startup ที่มองว่าการเคลื่อนไหวสำคัญกว่าระบบ
ด้านสว่าง: พลังพิเศษ
- ทำสิ่งที่รับปากไว้ในเวลาที่รับปากไว้
- เปลี่ยนไอเดียหลวมให้เป็นแผนชัดเจนเป็นขั้นตอน
- รักษาวินัยของทีมโดยไม่ต้องกดดันแรง
- มองเห็นปัญหาเชิงระบบและแก้จนถึงราก
ด้านมืด: ราคาของพรสวรรค์
- !อาจต้านการเปลี่ยนแปลงแม้การเปลี่ยนนั้นจำเป็น
- !บางครั้งยึดติดกับกฎที่ล้าสมัยแล้ว
- !อาจไม่เห็นเสมอไปว่ากระบวนการมาตรฐานไม่เหมาะกับงานที่ไม่มาตรฐาน
จุดอ่อนที่ยอมรับไม่ได้
อาจต้านการเปลี่ยนแปลงแม้การเปลี่ยนนั้นจำเป็น
สภาพแวดล้อมการทำงานและแรงจูงใจ
ที่ที่บทบาทเฉิดฉาย
Operations, การผลิต, back office, กระบวนการที่ทำซ้ำได้, scaling, อุตสาหกรรมที่มีข้อกำกับ และทุกสภาพแวดล้อมที่ความคาดการณ์ได้สำคัญกว่าความเร็ว
อะไรที่ทำลายแรงจูงใจ
อาจต้านการเปลี่ยนแปลงแม้จำเป็น ประเมินช่วง exploration ต่ำเกินไป และยึดติดกับกฎที่ล้าสมัยแล้ว
วิธีจัดการ
ให้ scope ที่มั่นคงและ horizon ยาว: 3-12 เดือนพร้อม milestone คงที่คือโหมด productive ของพวกเขา pivot ตลอดเวลาจะทำลายจุดแข็งนี้
สำหรับ HR: ตัวบ่งชี้ในเรซูเม่
Belbin Implementer, implementer, บทบาทการดำเนินงาน, กระบวนการ, บทบาททีม, แบบทดสอบ Belbin
อาจต้านการเปลี่ยนแปลงแม้การเปลี่ยนนั้นจำเป็น
คู่มือผู้นำ: วิธีจัดการ Implementer
- ให้ scope ที่มั่นคงและ horizon ยาว: 3-12 เดือนพร้อม milestone คงที่คือโหมด productive ของพวกเขา pivot ตลอดเวลาจะทำลายจุดแข็งนี้
- ถ้าต้องเปลี่ยนกระบวนการ ให้คุยล่วงหน้า 2-4 สัปดาห์ก่อนใช้จริง ไม่ใช่เปลี่ยนระหว่างทาง สิ่งนี้เคารพวิธีทำงานของพวกเขาและลดแรงต้านได้มาก
- ใช้พวกเขาเป็นสถาปนิกกระบวนการเมื่อ scale: พวกเขาจะสร้างระบบที่รองรับทีมใหญ่ขึ้น 2-3 เท่า
- อย่าโยน discovery และงานไร้โครงสร้างให้มากเกินไป นั่นไม่ใช่จุดแข็งและจะทำให้แรงจูงใจลดลงเร็ว
- ยอมรับผลงานผ่าน metric ด้านความเสถียร: SLA, time-to-market, เปอร์เซ็นต์ defect ต่อ release หากไม่มี metric เหล่านี้ งานของพวกเขาจะดูเหมือนไม่มีใครเห็น
คำแนะนำสำหรับเพื่อนร่วมงาน
- เมื่อมอบงาน ให้กำหนดเกณฑ์เสร็จและกำหนดเวลาก่อนเริ่ม หลังจากนั้นอย่าเปลี่ยนกติกากลางทาง เพราะสำหรับพวกเขาคือสัญญาณว่าไม่ไว้วางใจ
- ถ้าต้องการเปลี่ยนกระบวนการ อย่าเข้ามาด้วยคำว่าเปลี่ยนวิธีทำเถอะ ให้มาพร้อมข้อมูลที่แสดงว่ากระบวนการเดิมไม่ทำงานใน segment นี้แล้ว
- เคารพกฎของพวกเขาแม้ดูมากเกินไป เพราะเบื้องหลังกฎมักมีปัญหาจริงที่จะกลับมาหากตัดกฎออก
- อย่าดึงพวกเขาไปทำงานด่วนโดยไม่ตกลงก่อน เพราะจะทำลายความสามารถในการถือแผนยาวไปพร้อมกัน
- เมื่อพวกเขาบอกว่างานนี้ใช้เวลา 6 สัปดาห์ อย่าต่อรองเหลือ 3 พวกเขาประเมินจริงแล้วและเห็น dependency ที่คุณอาจไม่เห็น
ตัวกระตุ้นความเครียดหลัก
อาจต้านการเปลี่ยนแปลงแม้จำเป็น ประเมินช่วง exploration ต่ำเกินไป และยึดติดกับกฎที่ล้าสมัยแล้ว
พื้นที่การเติบโตและพัฒนา
สามขั้นตอนที่ทำได้จริงเพื่อเสริมจุดแข็งของบทบาทนี้และลดต้นทุนของจุดอ่อน
ฝึกตอบสนองต่อการเปลี่ยนแปลงให้เร็วขึ้น พื้นที่เติบโตของคุณไม่ใช่วินัยที่มากขึ้น แต่คือความยืดหยุ่นเมื่อสภาพแวดล้อมเปลี่ยนกะทันหัน
ทุกไตรมาสทบทวนกฎของตัวเอง: ข้อไหนยังจำเป็น ข้อไหนเริ่มขวาง หากไม่ทบทวน กระบวนการจะกลายเป็น bureaucracy
พัฒนาทักษะทำงานกับความไม่แน่นอน บางครั้งงานเริ่มไม่ได้ด้วย brief ที่ครบ และคุณต้องสร้างมันในสัปดาห์แรก
ฝึกพูดไม่กับงานใหม่โดยไม่รู้สึกผิด คุณค่าของคุณอยู่ที่ความมั่นคงของ commitment ที่รับไว้แล้ว ไม่ใช่จำนวนงานที่รับเพิ่ม
ฝึกทำงานกับ Plant: รับไอเดียดิบโดยไม่ปฏิเสธด้วยอารมณ์ และช่วยกันจัดโครงสร้างมัน
พลวัตของทีม
บทบาทที่เสริมกัน
ระวัง: จุดเสียดทาน
บทบาทที่คล้ายกัน: แตกต่างอย่างไร?
คุณและ Plant อยู่คนละปลายของวงจรพัฒนา เขาชอบความไม่แน่นอนและหน้ากระดาษเปล่า คุณชอบแผนชัดและโครงสร้าง ความขัดแย้งเกิดเมื่อเขานำการเปลี่ยนแปลงเข้ามากลาง implementation หรือเมื่อคุณหยุดไอเดียด้วยคำถามว่า requirement เขียนไว้อย่างไร การแบ่งที่ดีที่สุดคือ Discovery ให้เขานำ และ Delivery ให้คุณนำ พร้อมจุดส่งต่อที่ชัดเจน
ทั้งสองบทบาทพางานไปจนจบ แต่คนละระดับ คุณสร้างกระบวนการทั้งระบบ Completer Finisher ขัดเกลา last mile คุณมองระบบ เขามองรายละเอียด ความขัดแย้งเกิดเมื่อเขาเริ่มขัดเกลาขณะยังประกอบระบบ หรือคุณ release โดยไม่มี final check ของเขา ทางที่ดีที่สุดคือคุณส่งต่อระบบที่ประกอบแล้วให้เขาปิดคุณภาพก่อน release
