แนวทางความคล่องตัวนั้นสอดคล้องกับการมีผู้รับเหมากับพนักงานหรือไม่?


10

ในอีกด้านหนึ่งวิธีการที่คล่องตัวนั้นเน้นทีมที่แน่นแฟ้นซึ่งรับผิดชอบซึ่งกันและกันและยอมรับความเป็นเจ้าของร่วมของโครงการ

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

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


แก้ไข: คำตอบแสดงว่าฉันอาจไม่ได้แสดงความตึงเครียดที่ฉันกำลังเผชิญอยู่ดังนั้นขอให้ฉันถ่ายอีกครั้ง

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

ฉันอยากรู้ว่าคนอื่นแก้ไขความตึงเครียดนี้อย่างไร


ฉันไม่รู้ว่ามันเป็นความขัดแย้งพื้นฐานหรือไม่ แต่ก็สามารถทำให้สิ่งต่าง ๆ เป็นสิ่งที่ท้าทายได้
FrustratedWithFormsDesigner

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

คำตอบ:


0

หลายทีมทำงานกับผู้รับเหมาที่คล่องตัวเท่านั้น บริษัท บางแห่งเช่น ThoughtWorks มีพื้นฐานมาจากความคิดที่ว่า "ขาย" ทีมเปรียว เราเป็นทีมงานของผู้รับเหมา 10 คนที่ทำงานให้กับ บริษัท ยักษ์ใหญ่ทุกรายจาก บริษัท ที่ทำสัญญาเดียวกัน

ที่ฉันเห็นปัญหาคือเมื่อมี บริษัท ให้เช่าตัว 2 แห่งในทีมเดียวกัน ... หลังจากนั้นไม่นานทีมก็มีปัญหา (ไม่มีอะไรเกี่ยวข้องกับความคล่องตัวเลย)


2

ใช่มันสามารถใช้งานได้อย่างแน่นอน เคล็ดลับคือ:

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

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


2

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

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

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

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


คำตอบก่อนหน้า

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

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

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


2

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

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

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


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

1
ปัญหาของฉันคือการสร้างประเภทของความสัมพันธ์ที่ Agile ต้องการเมื่อผู้บริหารระดับสูงเห็นว่าพวกเขามีค่าใช้จ่าย
JohnMcG

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

0

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

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

เพื่อสรุป:

เปรียวและโดยเฉพาะอย่างยิ่งการต่อสู้จะให้ประโยชน์ทั้งหมดในทีมงานที่มีเสถียรภาพ

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