คุณจัดการโครงการที่พนักงานคนอื่นเหลืออยู่ได้อย่างไร [ปิด]


15

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

  1. ฉันจะเริ่มจากศูนย์หรือไม่ เกิดอะไรขึ้นถ้ามันทำ 90%?
  2. ฉันจะลองและเข้าใจสิ่งที่เขาทำหรือไม่ ถ้ามันเป็นแค่เรื่องไร้สาระ?

10
+1 เพื่อตอบโต้ downvote ที่ไม่สมควรของ IMHO ฉันคิดว่านี่เป็นคำถามที่ตอบคำถามได้ดีพอจริงซึ่งอยู่ในหัวข้อที่นี่ มันเป็นเรื่องน่าเศร้าที่เห็นว่าไซต์นี้กลายเป็นศัตรูและใจร้อนมากขึ้นเรื่อย ๆ ตามเส้นทางของตัวมันเอง :-(
PéterTörök

2
@ PéterTörökฉันคิดว่ามันได้รับการโหวตอย่างใกล้ชิดเพราะทุกคนสามารถเขียนคำตอบที่เกี่ยวข้องกับแนวทางปฏิบัติที่ดีที่สุดหลายข้อเมื่อทำงานกับรหัสอื่น ๆ คำตอบด้านล่างคือ BTW ที่ยอดเยี่ยม แต่ฉันสามารถเห็นการสร้าง 50 คำตอบที่อ่อนแอ
maple_shaft

ทั้งหมดที่ฉันต้องการคือกลยุทธ์ที่ดีเพราะเมื่อสถานการณ์เช่นนี้เกิดขึ้นทุกคนก็เมากันหมด
Shirish11

2
@maple_shaft, IMHO สิ่งนี้สามารถใช้ได้กับคำถามใด ๆ ในเว็บไซต์นี้ ;-)
PéterTörök

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

คำตอบ:


7

ในการคิดว่าจะทำอย่างไรคุณต้องรู้ว่าคุณมีอะไรและรูปร่างดีแค่ไหน

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

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


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

7

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

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

หลังจากการสำรวจครั้งแรกนี้คุณควรมีการประมาณคร่าวๆ

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

จากนั้นคุณสามารถนั่งคุยกับผู้จัดการของคุณอีกครั้งเพื่อทำการตัดสินใจ


พยายามที่จะติดต่อกับคนที่ดูเหมือนจะเป็นคำถามทำให้พวกเขาหายไป
Shirish11

1
ฉันหมายถึงการติดต่อผู้จัดการโครงการของคนหรือใครบางคนในบทบาทที่คล้ายกันที่เคยดูแลงานของเขา
PéterTörök

ผู้จัดการไม่ได้ตระหนักถึงสิ่งที่กำลังทำจริงในส่วนการเข้ารหัส
Shirish11

1
@ Shirish11 ไม่แน่นอน แต่ผู้จัดการโครงการใด ๆ ที่ควรค่าแก่เกลือของเขา / เธอควรได้รับการแจ้งอย่างคร่าว ๆ ว่าสมาชิกในทีมของเขากำลังทำภารกิจ / โครงการให้สำเร็จ
PéterTörök

6

จากประสบการณ์ของฉันนี่ไม่ใช่สถานการณ์ผิดปกติ น่าเสียดายที่คุณมีปัญหาสองประการที่นี่ :

1) ส่วนที่เหลือของโครงการนี้ 2) สาเหตุที่คุณเข้ามายุ่งตั้งแต่แรก

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

ไม่ว่าจะด้วยวิธีใดคุณจะต้องทำตามขั้นตอนเหล่านี้ทันที:

a) บอกผู้จัดการของคุณว่าคุณมีปัญหาใหญ่

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

c) พูดคุยกับผู้จัดการ / ลูกค้า ฯลฯ และดูว่าใครมี / คิดว่าพวกเขามีความคิดใด ๆว่าสถานะของโครงการคืออะไร

เมื่อคุณทำเช่นนั้นแล้วคุณจะสามารถเริ่มต้นตรวจสอบโค้ด / หากลยุทธ์ได้

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

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

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

เมื่อคุณทำสิ่งนี้เสร็จแล้วคุณจะสามารถประเมินจำนวนงานที่ต้องทำ

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

ในที่สุดคุณควรพิจารณาว่าคุณจะป้องกันไม่ให้เกิดเหตุการณ์เช่นนี้กับ บริษัท ได้อย่างไรหากคุณรีบร้อน


+1 สำหรับการรับข้อมูลจำเพาะ บางครั้งสถานที่เดียวที่มีอยู่นั้นอยู่ในหัวของ dev และผู้คนที่ขอให้เขาสร้างมันขึ้นมา
Spencer Rathbun

5

คุณต้องลองใช้ซอฟต์แวร์เพื่อดูว่าอะไรใช้งานได้และอะไรที่ไม่ได้ผล

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

ฉันคิดว่าแผนของการกระทำจะเป็น:

  1. ทำเครื่องหมายว่าข้อกำหนดใดที่เสร็จสมบูรณ์ (โดยการเรียกใช้ผ่านระบบอย่างรวดเร็วเช่นผู้ทดสอบ)

  2. ดูรหัส - คุณเข้าใจได้หรือไม่ มันเขียนได้ดีไหม

เห็นได้ชัดว่าถ้าทำเสร็จแล้ว 90% และเขียนรหัสได้ดีคุณก็จะเสร็จสิ้น


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

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

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

1
@ Anonymous- คุณทำงานเป็นนักพัฒนาซอฟต์แวร์มานานมาก ;-) ใช่ไหม กว่าปีที่ความคิดของฉันของผู้จัดการที่ดีได้ลดลงไปคนที่อยู่ออกจากทางของฉันและบางครั้งล้างอุปสรรค
maple_shaft

1
@maple_shaft - ฮ่า ๆ นั่นยุติธรรมพอ เห็นได้ชัดว่ารูปแบบการจัดการไม่ได้ผลสำหรับ บริษัท ของ op :-p
ไม่ระบุชื่อ

3

ยังไม่ได้กล่าวถึง

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


+1: หากเป็นไปได้ให้ทำนี่อาจเป็นวิธีที่ง่ายและมีประสิทธิภาพมากที่สุด
Leo

1

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

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

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

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

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

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

ตอนนี้คุณมีสิ่งที่คุณต้องเริ่มต้นจากการเขียนรหัสจริงเพื่อไปทำงาน

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

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

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

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