คำถามติดแท็ก requirements

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

10 agile  requirements 

เราวางแผนที่จะนำเรื่องราวของผู้ใช้ไปใช้เพื่อจับภาพ 'เจตนา' ของผู้มีส่วนได้ส่วนเสียในรูปแบบที่มีน้ำหนักเบามากกว่า SRS ที่หนักหน่วง (ข้อกำหนดคุณสมบัติซอฟต์แวร์) อย่างไรก็ตามดูเหมือนว่าแม้ว่าพวกเขาจะเข้าใจคุณค่าของเรื่องราว แต่ก็ยังมีความปรารถนาที่จะ 'เปลี่ยน' เรื่องราวให้เป็นภาษาที่เหมือน SRS ด้วยคุณลักษณะทั้งหมดลำดับความสำคัญอินพุตอินพุตเอาต์พุตแหล่งปลายทาง ฯลฯ เรื่องราวของผู้ใช้ 'กำจัด' ความต้องการ SRS ที่เป็นทางการอย่างเช่นสิ่งประดิษฐ์ที่จะเริ่มต้นด้วยดังนั้นอะไรคือจุดที่มี SRS ฉันจะโน้มน้าวทีมของฉันได้อย่างไร (ซึ่งเป็นกลุ่ม CS ที่มีคุณสมบัติตามที่ต้องการ - ทั้งจากการศึกษาและการปฏิบัติ) ที่ SRS จะ 'ถูกกำจัด' ถ้าเรานำเรื่องเล่าของผู้ใช้มาใช้เพื่อจับความต้องการการทำงานของระบบ (สามารถบันทึก NFRs และอื่น ๆ ได้เช่นกัน แต่นั่นไม่ใช่จุดประสงค์ของคำถาม) ดังนั้นนี่คืออาร์กิวเมนต์ 'ขั้นตอนการทำงาน' ของฉัน: จับภาพความต้องการเริ่มต้นเป็นเรื่องราวของผู้ใช้และอธิบายรายละเอียดภายหลังเพื่อใช้กรณี (ซึ่งจะต้องมีการบันทึกไว้ในระดับต่ำเช่นอธิบายการโต้ตอบกับต้นแบบ UI / mockups และโพสต์ที่ส่งมอบได้ การใช้งาน) ดังนั้นจะเปลี่ยนจากเรื่องราวของผู้ใช้เป็นกรณีใช้มากกว่าเรื่องราวของผู้ใช้ไปยัง SRS ไปยังกรณีใช้งาน ตอนนี้คุณเป็นอย่างไรบ้างที่จะรวบรวมเรื่องราวของผู้ใช้ในที่ทำงานของคุณ …

9 agile  requirements  user-story  requirements-management 

ฉันกำลังมองหาวิธีในการปรับปรุงการจัดการความต้องการ ขณะนี้เรามีเอกสาร Word ที่เผยแพร่บนเว็บไซต์ น่าเสียดายที่เราไม่สามารถดูการเปลี่ยนแปลงจากการแก้ไขครั้งต่อไปได้ ฉันชอบที่จะทำเช่นนั้นเหมือนกับ wiki หรือ VCS (หรือทั้งสองอย่างเช่น wiki บน bitbucket!) นอกจากนี้แต่ละเอกสารอธิบายการเปลี่ยนแปลง devs ที่คาดว่าจะพบตามกำหนดเวลาที่กำหนด ไม่มีการรวบรวมฟีเจอร์แอพสะสมที่มีการบันทึกไว้ที่ใด ๆ ดังนั้นบางครั้งก็ยากที่จะแยกแยะความแตกต่างระหว่างข้อบกพร่องและคุณสมบัติ (ออกแบบไม่ดี) เมื่อพยายามแก้ไขอย่างรวดเร็วไปยังแอปรุ่นเก่า ดังนั้นฉันจึงมีความคิดว่าฉันต้องการรับคำติชม เกี่ยวกับ: ใช้ wiki เพื่อให้เราสามารถติดตามได้ว่าใครเปลี่ยนอะไรบ้างเมื่อไหร่ (ส่วนใหญ่เพื่อดูว่ามีการแก้ไขใด ๆ นับตั้งแต่ครั้งล่าสุดที่มีคนดู) มีหนึ่งพูดหน้า wiki ต่อผลิตภัณฑ์มากกว่าหนึ่งต่อกำหนดให้ทันกับคุณลักษณะทั้งหมดของผลิตภัณฑ์มากกว่าการเปลี่ยนแปลงที่ควรดำเนินการ ด้วยวิธีนี้ฉันสามารถดูการแก้ไขหน้าเฉพาะเพื่อดูว่าแอปควรทำอะไรในเวลาที่กำหนดและฉันสามารถดู การเปลี่ยนแปลงของหน้าได้ตั้งแต่การวางจำหน่ายครั้งล่าสุดสำหรับข้อกำหนดที่จะดำเนินการภายในวันถัดไป . Waddayathink?

9 documentation  project-management  wiki  requirements 

คำถามของฉันมุ่งมั่นที่จะวาดเส้นแบ่งระหว่างการวิเคราะห์ความต้องการและการวิเคราะห์ความต้องการ ความแตกต่างระหว่างสองสิ่งนี้คืออะไร?

9 requirements