Requirements communication is the p

Requirements communication is the process of informing the project team ,suppliers, sponsor and stakeholders of the content, meaning and status of requirements.

The first stage of requirements communication is identifying and inviting people to participate in the requirements elicitation process . This continues when managing the constraints identification and analysis activities.
When requirements are defined and documented they should be communicated back to the people who provided inputs to ensure the information has been property captured, interpreted and analyzed.
Requirements documents should also be validated by the sponsor of their representatives.
Requirements are then provided to solution teams (e.g. programmers), either within the project team or externally. Often external suppliers are external to the client organization, but they can also be other departments within the same client organization.
Projects are often completed with certain requirements unmet. As requirements are dropped from the delivery plan people need to be informed and expectations managed. Sometimes this results in a scope change for a project.
A requirements traceability matrix (RTM) is often used to track individual requirements through the development life cycle.
Solution design often influences requirements. Pragmatic requirements communication reduces the likelihood of wrong requirements understanding by allowing the customer to choose among alternative solutions. Handshaking with implementation propopsals reduces specification effort and ensures solution acceptance.

ผลลัพธ์ (ไทย) 1:

ความต้องการสื่อสารคือ กระบวนการแจ้งทีมงานโครงการ ซัพพลายเออร์ ผู้สนับสนุน และเสียเนื้อหา ความหมาย และสถานะของความต้องการระยะแรกของการสื่อสารความต้องการระบุ และเชิญชวนคนเข้าร่วมในกระบวนการ elicitation ความต้องการ นี้ต่อเมื่อการจัดการข้อจำกัดรหัสและวิเคราะห์กิจกรรมเมื่อมีกำหนด และจัดทำเอกสารความต้องการ พวกเขาควรอาจสื่อสารไปคนที่มีปัจจัยการผลิตเพื่อให้ได้คุณสมบัติในการจับภาพ แปลความหมาย และวิเคราะห์ข้อมูลเอกสารข้อกำหนดควรสามารถตรวจสอบ โดยการสนับสนุนของตัวแทนของตนแล้วมีความต้องการโซลูชั่นทีม (เช่นโปรแกรมเมอร์), ภาย ในทีมโครงการ หรือภายนอก ซัพพลายเออร์ภายนอกมักอยู่ภายนอกองค์กรลูกค้า แต่พวกเขายังสามารถเป็นฝ่ายอื่น ๆ ภายในองค์กรลูกค้าเดียวกันโครงการจะเสร็จสมบูรณ์ต้องบาง unmet เป็นความต้องจะหลุดจากคนแผนการจัดส่ง จำเป็นต้องทราบ และจัดการความคาดหวัง บางครั้งนี้ส่งผลในการเปลี่ยนแปลงขอบเขตโครงการเมทริกซ์ติดตามความต้องการ (RTM) มักใช้ในการติดตามผ่านวงจรชีวิตของการพัฒนาแต่ละด้านโซลูชั่นการออกแบบมักจะมีผลต่อความต้องการ สื่อสารความต้องการปฏิบัติช่วยลดโอกาสความผิดพลาดต้องทำความเข้าใจ โดยให้ลูกค้าเลือกระหว่างทางเลือก ทฤษฎีกับงาน propopsals ลดสเปคแรง และใจยอมรับโซลูชั่น

ผลลัพธ์ (ไทย) 2:

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

ผลลัพธ์ (ไทย) 3:

ความต้องการการสื่อสารที่เป็นกระบวนการของการแจ้งทีมงานโครงการจัดหาสปอนเซอร์และผู้มีส่วนได้เสียของเนื้อหา ความหมายและสถานะของความต้องการ

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