frame of reference against which th

frame of reference against which the team can evaluate proposed features and requirements
changes.
Business context: Summarize some of the business issues surrounding the project, such as
profiles of major customer categories, assumptions that went into the site concept, and the
client’s management priorities for the new site.
To be sure you’ve got all your bases covered, you might want to try following an established project
initiation and management process. See the free downloads below for a Project Vision and Scope
Template you can adapt for use with your own projects.
10 Requirement Traps to Avoid
As Wiegers points out, successful IT and web development projects are built on a foundation of wellunderstood
requirements. Even so, many web site developers tend to get caught in traps that prevent
them from effectively collecting, documenting or managing project requirements. There are several
symptoms that indicate you might be getting caught in a "requirement trap":
Confusion about what a requirement is
Lack of customer participation
Vague or ambiguous requirements
Requirements that aren’t prioritized
Site functionality that no one uses
Analysis paralysis
Scope creep: the project parameters keep shifting
Inadequate requirements change process
Insufficient change impact analysis
Inadequate requirements version control
Speak Your Customer’s Language
As you develop your vision and scope document, strive to ensure that you and your client are speaking
the same language. To reduce professional liability, web site developers and designers should keep in
mind that although they understand the technology backward and forward, their customer probably
doesn’t. If your project documents are too technical, your client might be left to assume that what
you’re doing is going to meet its business need, when you may actually be off the mark.
Should that happen, you could be deep into site development before any disconnect becomes apparent,
and that’s when you’ll experience “scope creep.” Meeting the client’s need is suddenly going to take
more time and cost more than you and your client expected. And that means trouble, because this is the
point when some customers stop payment and talk to a lawyer.
By clearly outlining a development project's vision and scope, and carefully documenting project
requirements, you can create a thorough project proposal that will meet the business needs, keep costs
within budget, and reduce the risk that you’ll end up facing an E&O lawsuit. The bottom line: for web
site developers and designers, professional liability reduction and risk management go hand-in-hand
with careful project management.

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

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

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

กรอบของการอ้างอิงกับที่ทีมสามารถประเมินเสนอคุณสมบัติและความต้องการ
การเปลี่ยนแปลง.
บริบทของธุรกิจ: สรุปบางส่วนของปัญหาทางธุรกิจที่อยู่รอบ ๆ โครงการเช่น
รูปแบบของประเภทลูกค้ารายใหญ่สมมติฐานที่เดินเข้าไปในแนวคิดเว็บไซต์และ
ลำดับความสำคัญของการจัดการของลูกค้าสำหรับ เว็บไซต์ใหม่.
เพื่อให้แน่ใจว่าคุณได้มีฐานของคุณทั้งหมดครอบคลุมคุณอาจต้องการที่จะลองต่อไปนี้โครงการที่จัดตั้งขึ้น
เริ่มต้นและการจัดการกระบวนการ ดูดาวน์โหลดฟรีด้านล่างสำหรับโครงการวิสัยทัศน์และขอบเขต
แม่แบบที่คุณสามารถปรับตัวเข้ากับการใช้งานกับโครงการของคุณเอง.
10 กับดักความต้องการที่ควรหลีกเลี่ยง
ในฐานะที่เป็น Wiegers ชี้ให้ประสบความสำเร็จในด้านไอทีและโครงการการพัฒนาเว็บที่ถูกสร้างขึ้นบนพื้นฐานของ wellunderstood
ต้องการ ดังนั้นแม้นักพัฒนาเว็บไซต์จำนวนมากมีแนวโน้มที่จะได้รับการติดอยู่ในกับดักที่ป้องกันไม่ให้
พวกเขาจากการจัดเก็บภาษีได้อย่างมีประสิทธิภาพการจัดเก็บเอกสารหรือการจัดการความต้องการของโครงการ มีหลาย
อาการที่บ่งบอกถึงคุณอาจจะได้รับการติดอยู่ใน "กับดักความต้องการ"
ความสับสนเกี่ยวกับสิ่งที่ต้องการคือ
การขาดการมีส่วนร่วมของลูกค้า
ที่คลุมเครือไม่ชัดเจนหรือความต้องการ
ความต้องการที่ไม่ได้จัดลำดับความสำคัญ
การทำงานของเว็บไซต์ที่ไม่มีใครใช้
อัมพาตวิเคราะห์
ขอบเขตคืบ: พารามิเตอร์โครงการให้ขยับ
ไม่เพียงพอความต้องการเปลี่ยนกระบวนการ
เปลี่ยนแปลงไม่เพียงพอการวิเคราะห์ผลกระทบ
ไม่เพียงพอความต้องการการควบคุมเวอร์ชัน
พูดภาษาของลูกค้าของคุณ
ในขณะที่คุณพัฒนาวิสัยทัศน์และเอกสารขอบเขตของคุณมุ่งมั่นที่จะให้แน่ใจว่าคุณและลูกค้าของคุณจะพูด
ภาษาเดียวกัน เพื่อลดความรับผิดมืออาชีพ, นักพัฒนาเว็บไซต์และนักออกแบบควรเก็บไว้ใน
ใจว่าแม้ว่าพวกเขาจะเข้าใจเทคโนโลยีย้อนกลับและไปข้างหน้าของลูกค้าของพวกเขาอาจจะ
ไม่ได้ หากเอกสารโครงการของคุณเป็นเทคนิคเกินไปลูกค้าของคุณอาจจะปล่อยให้คิดว่าสิ่งที่
คุณกำลังทำเป็นไปเพื่อตอบสนองความต้องการทางธุรกิจของตนเมื่อคุณจริงอาจจะปิดเครื่องหมาย.
ที่ควรจะเกิดขึ้นคุณอาจจะลึกลงไปในการพัฒนาเว็บไซต์ก่อน ตัดการเชื่อมต่อใด ๆ กลายเป็นที่ชัดเจน,
และที่ว่าเมื่อคุณจะได้สัมผัส "คืบขอบเขต." การประชุมความต้องการของลูกค้าก็จะใช้
เวลามากขึ้นและค่าใช้จ่ายมากกว่าที่คุณและลูกค้าของคุณคาดว่า และนั่นหมายความว่าปัญหาเพราะนี่คือ
จุดเมื่อลูกค้าบางชำระเงินหยุดและพูดคุยกับทนายความ.
โดยอย่างชัดเจนสรุปวิสัยทัศน์การพัฒนาโครงการและขอบเขตและระมัดระวังการบันทึกข้อมูลโครงการ
ความต้องการคุณสามารถสร้างข้อเสนอโครงการอย่างละเอียดที่จะตอบสนองความต้องการทางธุรกิจ , เก็บค่าใช้จ่าย
ภายในงบประมาณและลดความเสี่ยงที่คุณจะจบลงด้วยการหันหน้าไปทาง E & O คดี บรรทัดด้านล่าง: สำหรับเว็บ
นักพัฒนาและนักออกแบบเว็บไซต์, การลดความรับผิดมืออาชีพและการบริหารความเสี่ยงไปมือในมือ
ที่มีการบริหารจัดการโครงการระมัดระวัง

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

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

ที่ 10 ความต้องการกับดักเพื่อหลีกเลี่ยง wiegers จุดออก ประสบความสำเร็จ และโครงการพัฒนาเว็บถูกสร้างขึ้นบนพื้นฐานของ wellunderstood
ความต้องการ ดังนั้นแม้ ,นักพัฒนาเว็บจำนวนมากมีแนวโน้มที่จะได้รับการติดในกับดักที่ป้องกันไม่ให้พวกเขาจากอย่างมีประสิทธิภาพ
รวบรวม เอกสาร หรือการจัดการความต้องการของโครงการ มีหลาย
อาการที่บ่งบอกว่าคุณอาจจะติดอยู่ใน " กับดักของ " :
สับสนเกี่ยวกับสิ่งที่ความต้องการของลูกค้า

ขาดการมีส่วนร่วมของคลุมเครือ หรือคลุมเครือความต้องการความต้องการที่ไม่ยั่งยืน

การใช้งานเว็บไซต์ที่ไม่มีใครใช้

การวิเคราะห์อัมพาตคืบขอบเขต : พารามิเตอร์โครงการให้เพียงพอความต้องการการเปลี่ยนแปลงกระบวนการเปลี่ยน

ไม่เพียงพอต่อการวิเคราะห์ความต้องการ

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

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