การตั้งค่าความคาดหวังที่สมจริงสำหรับกำหนดเวลา


15

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

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

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

พวกคุณเคยอยู่ในสถานการณ์ที่คล้ายคลึงกันไหม? อะไร / ไม่ได้ผลสำหรับคุณ


13
ออกจาก. คุณไม่สามารถชนะ ผู้บริหารของคุณไม่ได้ปกป้องคุณดังนั้นพวกเขาจึงไม่สนใจคุณ ออกจาก.
Christopher Mahan

4
“ นี่ให้ความรู้สึกเหมือนกับว่าฉันกำลังแก้ตัว” ทำไม? ข้อเท็จจริงคือข้อเท็จจริง คุณกำลัง "ขอโทษ" อะไร
S.Lott

เราไม่ทำงานในกล่องดำ เมื่อทีมทำงานผิดปกติมีเพียงนักพัฒนาต่ำที่ไร้อำนาจเท่านั้นที่สามารถทำได้
P.Brian.Mackey

2
@EightyEight: เทคนิค "line-out" ไม่ได้อธิบายอะไรเลย ไม่ว่าคุณหรือทีม (หรืออาจจะทั้งคู่) แต่การแยกออกไม่ได้ช่วยให้ทุกคนเข้าใจว่าคำถามของคุณคืออะไร การลบสิ่งที่ไม่เป็นความจริงหรือไม่เกี่ยวข้องก็ไม่เป็นไร
S.Lott

คำตอบ:


13

คุณต้องคุยกับหัวหน้าของคุณเกี่ยวกับเรื่องนี้และตั้งกฎพื้นฐาน:

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

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

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

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


1
+1 - นักพัฒนา / คนที่รู้ว่าสิ่งที่เกี่ยวข้องจริง ๆ แล้วไม่ได้มีส่วนร่วมในการประเมินกรีดร้องบ้าบ้าบ้า: /
elwyn

2
'... สัญญาที่จะทำให้คุณหมดกำลังใจ' - อย่าลืมและเตือนคนที่คุณไม่สามารถผิดสัญญาที่คุณไม่ได้ทำรวมถึงคนที่ทำในนามของคุณ
mattnz

"กำหนดเวลาไม่ใช่เส้นตายหากคุณไม่ยอมรับ" ฉันชอบมากจนฉันเพิ่งทวีต ;)
บ็อบฮอร์น

10

พวกคุณเคยอยู่ในสถานการณ์ที่คล้ายคลึงกันไหม? อะไร / ไม่ได้ผลสำหรับคุณ

ส่วนใหญ่สิ่งที่ทำงานคือการพูดความจริงกับอำนาจ

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

ทีมของฉันถูกตำหนิรู้สึกท้อแท้และบรรยากาศโดยรวมของความพ่ายแพ้

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

ทีมของคุณควรไม่รู้ "ตำหนิ" หรือขาดความผิด พวกเขาควรสร้างซอฟต์แวร์และคุณควรสื่อสารกับลูกค้าในสิ่งที่คุณทำและเมื่อคุณทำมัน

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


+1 "การพูดความจริงสู่อำนาจ" คุณช่วยอธิบายได้ไหม ฉันชอบคำสั่ง "ไม่รู้" ของคำตำหนิ "ฉันหวังว่าฉันจะหา บริษัท ที่หยุดนิ้วชี้ทั้งหมดที่ไม่สนใจ
P.Brian.Mackey

"รวบรวมข้อเท็จจริงนำเสนอข้อเท็จจริง" ฉันคิดว่าชัดเจน อะไรอีกที่สามารถพูดได้?
S.Lott

ฉันคิดว่าฉันเข้าใจแล้ว ฉันไม่เคยได้ยินคำนั้นมาก่อน
P.Brian.Mackey

3
"หยุดนิ้วชี้ทั้งหมดโดยไม่ตั้งใจ". มันหยุดไม่ได้ แต่บทบาทของหัวหน้าทีมคือการป้องกันทีมจากสิ่งที่แย่ที่สุด
S.Lott

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

5

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

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

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

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

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


3

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

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


ไม่ยอมรับกำหนดเวลา "... ภายในวันจันทร์" นั่นหมายถึงว่า devs จะใช้วันหยุดสุดสัปดาห์ในการเข้ารหัสหากอึกระทบแฟน ใช้วันศุกร์เป็นวันสุดท้ายหรือดีกว่าวันพุธ
sbi

2

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

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


2

แก้ไขการไหลของข้อมูล

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

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


1
ใช่ว่าจะเกิดขึ้น แม้ว่าถ้าคุณทำเช่นนั้นคุณอาจถูกไล่ออกและได้รับความเคารพจากคนที่คุณทำงานด้วยและจากลูกค้าบางคน (ซึ่งอาจป่วยและเบื่อการบริหาร บริษัท ของคุณ)
Christopher Mahan

2

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

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

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

ระบบนี้สำหรับการจัดตารางดูเหมือนจะแปลกที่จะพูดน้อย

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

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

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

น่าเสียดายที่ฉันทำไม่ได้มากนักเพราะฉันไม่ได้อยู่ในตำแหน่งที่มีอำนาจ

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

สิ่งนี้ให้ความรู้สึกเหมือนฉันกำลังแก้ตัว

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


เพื่อตอบคำถามอื่น ๆ

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

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

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

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

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


2

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

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

ฉันเดาว่าทีมของคุณเคยพบกับเส้นตายในอดีตแล้ว


2

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

หากสิ่งอื่นล้มเหลวให้ออกไป


1

ให้ Project Manager / Boss / Client ให้คุณได้รับการประเมินและกำหนดเวลาที่เป็นไปได้ขอให้เขายืนยันแผนของคุณหรือทำงานในสิ่งที่เขาต้องการให้คุณทำงานก่อนจากนั้นจึงเดินออกไป - อย่าเข้าร่วมหรือสร้างความบันเทิงในทางใดทางหนึ่ง
หากเขากลับมาพร้อมกับแผนโครงการที่ไม่สะท้อนการประมาณการของคุณให้ส่งคืนให้เขาพร้อมกับข้อความว่า "ฉันไม่ได้เจรจาต่อรองประมาณการ" และเดินออกไป

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


1

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

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

ตอนนี้มีการสนทนากับเจ้านายของคุณในบรรทัดเหล่านี้:

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

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