It’s important to recognize the val

It’s important to recognize the value of recording vital requirements information in a shareable form, rather than treating it as oral tradition around the project campfire. I was on a project once that had experienced a rotating cast of development teams. The primary customer was sick to tears of having each new team come along and say, “We have to talk about your requirements.” His reaction to our request was, “I already gave your predecessors my requirements. Now build me a system!” Unfortunately, no one had ever documented any requirements, so every new team had to start from scratch. To proclaim that you “have the requirements” is delusional if all you really have is a pile of email and voice mail messages, sticky notes, meeting minutes, and vaguely recollected hallway conversations. The BA must practice good judgment to determine just how comprehensive to make the requirements documentation on a given project.

Kết quả (Việt) 1:

Nó là quan trọng để nhận ra giá trị của ghi lại thông tin quan trọng yêu cầu trong một hình thức shareable, chứ không phải là coi nó là truyền miệng quanh campfire dự án. Tôi đã một dự án một lần mà đã có kinh nghiệm một diễn viên Luân phiên của nhóm phát triển. Khách hàng chính là bị bệnh để nước mắt của có mỗi đội mới đến cùng và nói, "Chúng tôi đã nói chuyện về yêu cầu của bạn." Phản ứng của mình để yêu cầu của chúng tôi là, "tôi đã cho người tiền nhiệm của bạn yêu cầu của tôi. Bây giờ xây dựng tôi một hệ thống!" Thật không may, không ai có bao giờ tài liệu bất kỳ yêu cầu, do đó, mỗi đội mới đã bắt đầu từ đầu. Để tuyên bố rằng bạn "có các yêu cầu" là ảo tưởng nếu bạn thực sự cần là một đống thư email và giọng nói, giấy ghi chú, biên bản họp và hội thoại vaguely recollected hành lang. BA phải thực hành các bản án tốt để xác định như thế nào toàn diện để làm cho các tài liệu yêu cầu một dự án nhất định.

Kết quả (Việt) 2:

Điều quan trọng là nhận ra giá trị của yêu cầu ghi thông tin quan trọng trong một hình thức thể chia sẻ, chứ không phải điều trị nó như truyền thống truyền miệng xung quanh lửa trại dự án. Tôi đã được trên một dự án một lần mà đã có kinh nghiệm một dàn diễn viên luân phiên của nhóm phát triển. Các khách hàng chủ yếu là bệnh để nước mắt của việc có mỗi đội mới đến và nói rằng, "Chúng ta phải nói về yêu cầu của bạn." Phản ứng của ông để yêu cầu của chúng tôi là, "Tôi đã đưa cho người tiền nhiệm của mình yêu cầu của tôi. Bây giờ xây dựng cho tôi một hệ thống! "Thật không may, không có ai đã từng ghi nhận bất cứ yêu cầu, do đó, mỗi đội bóng mới phải bắt đầu từ đầu. Tuyên bố rằng bạn "có yêu cầu" là ảo tưởng nếu tất cả các bạn thực sự phải là một đống email và hộp thư thoại tin nhắn, ghi chú dán, biên bản cuộc họp, đàm thoại và hành lang một cách mơ hồ nhớ lại. Các BA phải thực hành sự phán xét tốt để xác định như thế nào để thực hiện toàn diện các tài liệu yêu cầu về một dự án nhất định.