3.4 Conflict Identification and Neg

3.4 Conflict Identification and Negotiation
The requirements elicitor is also responsible
for identifying inconsistencies and unresolved
issues in the gathered requirements. There are two
primary sources of conflicts that must be dealt
with. First, stakeholders may have conflicting
ideas concerning the functionality of the new
system. These types of issues can be minimized
through clearly defining the scope of each
stakeholder group, and can be resolved through
identifying and negotiating solutions to conflicts
as they occur. Having an empowered project
manager or “champion” who can guide the project
through sometimes muddied waters can be very
beneficial for resolving these types of conflicting
needs. Some conflicts, such as those related to
non-functional requirements such as performance,
cost, and security, may not be unearthed until the
requirements analysis phase, when candidate
architectural solutions are considered. The
objective however is to emerge conflicts as early
as possible so that they can be resolved in a timely
manner and accommodated within the
requirements specification. In most projects,
where requirements are written textually rather
than formally, conflicts are identified through a
qualitative review of the requirements. It is not an
overstatement to point out that numerous projects
are cancelled simply because stakeholders cannot
reach agreement about what the system should do.

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

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

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

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

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

ความขัดแย้งและการเจรจาต่อรอง 3 ตัว

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

ที่ต้องจัดการกับ ครั้งแรก ผู้มีส่วนได้เสียอาจจะมีความคิดขัดแย้งกัน
เกี่ยวกับการทำงานของระบบใหม่

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

ตามที่พวกเขาเกิดขึ้น มีอำนาจจัดการหรือโครงการ
" แชมป์ " ที่สามารถแนะนำโครงการ
ผ่านบางครั้ง muddied น้ำสามารถมาก
ประโยชน์สำหรับการแก้ปัญหาเหล่านี้ประเภทของความต้องการที่ขัดแย้งกัน

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

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

ถึงข้อตกลงเกี่ยวกับสิ่งที่ระบบควรจะทำ