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