Những điều bạn đưa vào một tài liệu phân tích tác động là gì?


9

Vì vậy, bạn đang sửa lỗi, sau đó bạn gặp phải một lỗi có thể ảnh hưởng đến các mô-đun khác của sản phẩm phần mềm. Dữ liệu của bạn không đủ để hỗ trợ cho yêu cầu của bạn về tác động của việc khắc phục và bạn được yêu cầu tạo một tài liệu phân tích tác động.

  1. Có một quy trình xác định về cách làm điều này?
  2. Các thông tin quan trọng cần thiết là gì?
  3. Có bất kỳ định dạng / mẫu đã biết cho tài liệu này?

1
đối với tôi, một số thuật ngữ đã được cải tiến để đưa bạn vào vị trí và giúp bạn sửa lỗi đó mà không có bất kỳ tranh luận nào.
Aditya P

4
Câu hỏi này và câu trả lời của nó làm tôi vui vì tôi không làm việc trong một môi trường như vậy. "Ma trận truy xuất nguồn gốc hai chiều"? "Phân tích quyết định và hình thức giải quyết"? Có thật không? Bạn cần bao nhiêu cách khác nhau để không hoàn thành công việc?
Rein Henrichs

2
@Rein, tất cả đều là công việc. Công việc không chỉ là mã hóa. Bên cạnh đó, đó không phải là một người. Trong các tổ chức nhỏ nơi Phân tích, Thiết kế, Mã hóa, Ước tính được thực hiện bởi một người, thực sự giống như địa ngục nhưng với các nhóm lớn có chuyên môn hóa thì đó không phải là vấn đề lớn.
M.Sameer

4
@AdityaGameProgrammer, @Rein Henrichs: Tôi không hiểu ý kiến ​​của bạn. Bạn có đề nghị không làm kế hoạch và quản lý? Tất nhiên, bạn có thể bắt đầu mã hóa trực tiếp nếu dự án được thực hiện bởi một người và việc thay đổi rất dễ thực hiện. Nhưng những gì về các dự án quy mô lớn, và những thay đổi có thể có tác động lớn đến các phần khác nhau của một dự án thì sao?
Arseni Mourzenko

Câu trả lời:


5

Các mẫu tôi đã thấy để phân tích tác động nơi được thực hiện trong công ty tôi làm việc. Chúng tôi sử dụng nó để đánh giá các Yêu cầu thay đổi và trước khi thực hiện chúng (và có thể từ chối một số). Nó có những phần như thế này:

  • Tác động đến các Yêu cầu: Trong phần này, Nhà phân tích viết những gì cần thay đổi trong Các trường hợp sử dụng để hỗ trợ thay đổi được yêu cầu.
  • Tác động đến Thiết kế và Kiến trúc: Trong phần này, kiến ​​trúc sư và nhà thiết kế đề cập đến những phần nào của mô hình cần được sửa đổi hoặc làm lại để hỗ trợ thay đổi.
  • Tác động đến thử nghiệm: QC ghi các trường hợp thử nghiệm cần được cập nhật.
  • Ước tính và tác động theo tiến độ: Người quản lý dự án ước tính nỗ lực cần thiết và chi phí thay đổi và tác động lên tiến độ dự án.

Để bao gồm tất cả các tác động có thể bạn cần phải đi qua các phụ thuộc. Nếu bạn có Ma trận truy xuất nguồn gốc hai chiều, nó sẽ làm cho nó dễ dàng hơn.

Chúng tôi đã sử dụng thứ tự trên bởi vì nhà thiết kế sẽ cần biết tác động từ quan điểm của nhà phân tích để hiểu rõ hơn về sự thay đổi và người thử nghiệm cũng cần biết ý kiến ​​của nhà phân tích và kiến ​​trúc sư. Tương tự, Thủ tướng cần tất cả các thông tin để biết chi phí và lịch trình.

Chúng tôi đã sử dụng điều này với CR nhưng bạn có thể sử dụng nó với các lỗi tương tự. Ngoài ra, nếu bạn cần thực hiện việc này để chọn giữa một số giải pháp khắc phục để khắc phục lỗi, bạn sẽ cần lặp lại phân tích tác động cho mọi giải pháp có thể và hợp nhất tất cả dữ liệu vào một biểu mẫu Phân tích và Giải quyết Quyết định (DAR) để biết giải pháp nào là tốt nhất. Trong biểu mẫu DAR, bạn nên thêm một số yếu tố đánh giá như khả năng duy trì trong tương lai hoặc các yếu tố khác không được đưa vào phân tích tác động. Sau đó cho từng trọng số và đưa ra mọi điểm số giải pháp trong từng yếu tố. Cuối cùng nhân và tổng số điểm * trọng lượng và chọn tốt nhất. Lưu ý rằng chi phí có thể được bao gồm trong các yếu tố hoặc Thủ tướng có thể có ý kiến ​​khác.


1
Đó là âm thanh burro-cratic. (Đó là, có vẻ như bạn đang bị lừa chạy.)
Donal Fellows

3
@Donal Fellows, Điều đó được khuyến nghị bởi các chuyên gia tư vấn CMMi và bởi các chuyên gia tư vấn cải tiến quy trình từ IBM.
M.Sameer

3

Tôi tin với bất kỳ tài liệu nào rằng cách tiếp cận nhanh là một cách tốt. Bây giờ, có một số quan niệm sai lầm rằng agile có nghĩa là "không có tài liệu hay phân tích nào cả" nhưng đó không phải là trường hợp. Những điều tôi đã đọc về nhanh nhẹn nói, "sử dụng những gì hoạt động." Tôi nghĩ điều đó có nghĩa là tài liệu nên có độ dài và chi tiết tương xứng với nhiệm vụ.

Các mẫu có thể hữu ích như một danh sách kiểm tra, nhưng tôi sẽ không yêu cầu mỗi phần phải được điền cho các thay đổi nhỏ hoặc rủi ro thấp. Đối với thay đổi một dòng, có thể bạn không cần một tài liệu nào cả. Tôi chưa bao giờ sử dụng một mẫu cho một tài liệu phân tích tác động, nhưng tôi thường xuyên giải quyết các yêu cầu kinh doanh hoặc thông số kỹ thuật. Một mẫu có thể quá hạn chế; một hướng dẫn tốt là thay vì xem xét khán giả sẽ là ai. Nếu đó là cho các nhà quản lý không có kỹ thuật, hãy tập trung vào lý do kinh doanh cho sự thay đổi. Nếu đó là cho những người kỹ thuật, hãy cung cấp một nền tảng nhỏ để một người mới trong nhóm sẽ không bị mất và cung cấp cho họ đủ để đi nếu họ phải hỗ trợ thay đổi. Ngoài ra, nếu bạn muốn thứ gì đó thậm chí ít ma sát hơn và nhẹ hơn, đừng sử dụng tài liệu nào cả, hãy đặt nó lên wiki.

Thông tin bao gồm:

  • Mô tả ngắn gọn về vấn đề
  • Giải thích hoặc hiển thị ví dụ về cách khiếm khuyết gây ra thất bại và / hoặc không hiệu quả
  • Bao gồm ước tính độ phức tạp
  • Bao gồm ước tính chi phí và thời gian để sửa chữa

Đó là một mức tối thiểu. Bài đăng khác nhấn mạnh một số nội dung CMMi khá nặng của IBM; thật tuyệt nếu bạn có thời gian và nguồn lực cho nó (và khi bạn xây dựng các hệ thống cho NASA nơi cuộc sống của con người bị đe dọa, thì mọi người nên nghiêm túc hơn về điều đó) nhưng đối với các đội nhỏ, có lẽ bạn không cần phải nặng nề như vậy . Hãy cẩn thận với ước tính, như mọi khi. Các nhà quản lý có xu hướng giả định một ước tính là thực tế.

Lưu ý rằng có những nguy hiểm trong cách tiếp cận nhanh. Một số nhà phát triển nghĩ rằng nó có nghĩa là "không cần tài liệu, chỉ cần bắt đầu hack đi" (điều này có thể ổn trong một số tình huống). Ngoài ra, những người khác sẽ nhận vĩ độ được giao nhiệm vụ và chỉ cần viết các tài liệu thực sự nhảm nhí không thực sự giúp ích (không nhất thiết phải ổn trong hầu hết các tình huống). Một phần của vấn đề là viết tốt cần một số nỗ lực, kỹ năng và thời gian; hầu hết chúng ta đều thiếu ít nhất hai trong số những điều đó;)

Tôi luôn luôn có tài liệu lớn vì điều đó chứng tỏ bạn ít nhất phải suy nghĩ đủ để đủ điều kiện là có kế hoạch. Nhưng ở tuổi già tôi cũng đã đánh giá cao rằng quá nhiều tài liệu có thể trở thành rắc rối bảo trì và không đủ người quan tâm để cập nhật tài liệu.


-1

Tài liệu phân tích tác động thực sự là cần thiết trong dự án quy mô lớn, đặc biệt là nơi các lập trình viên đang làm việc theo địa lý ở các địa điểm khác nhau.

Tài liệu Phân tích tác động phải được sự chấp thuận của khách hàng tiềm năng để đảm bảo rằng sự thay đổi sẽ không ảnh hưởng đến thành phần khác đang hoạt động tốt trong sản xuất.

Phân tích tác động là cần thiết để đảm bảo rằng yêu cầu được hiểu hoàn toàn và tất cả các thành phần được thay đổi được xác định để tránh làm việc lại

Phân tích tác động là cần thiết cho trách nhiệm giải trình từ các bên liên quan của khách hàng. Mặt khác, khi xảy ra sự cố, triển khai bài, nhà phát triển sẽ trở thành vật tế thần.

Phân tích tác động là cơ sở để ước tính. Không có điều đó, ước tính không có chỗ đứng. Nó có thể quá cao hoặc có thể quá thấp. Với Phân tích tác động nếu nỗ lực thực tế vượt quá, thật dễ dàng để giải thích.


-2

Ở đây bạn có một mẫu định mức cho một báo cáo phân tích tác động. Nó được tùy chỉnh cho một ngành công nghiệp cụ thể, tuy nhiên vẫn có những phần hữu ích có thể đóng vai trò là nguồn cảm hứng để viết tài liệu của riêng bạn.

Liên kết: http://www.itu.int/en/itu-d/projects/document/templateimpactanalysis.pdf

Chúc mừng


Đề nghị đọc: Câu trả lời của bạn là trong một lâu đài khác: khi nào một câu trả lời không phải là một câu trả lời? "hãy để tôi được rõ ràng: loại này phản ứng là không một câu trả lời Nếu bạn thấy điều này, hãy gắn cờ Người điều hành, nếu bạn thấy nó gắn cờ,.. xóa nó "
một loại muôi

Thật ra tôi không đồng ý. Bài đăng của tôi là một câu trả lời, một câu trả lời cụ thể cho viên đạn số 3 của câu hỏi ban đầu "Có bất kỳ định dạng / mẫu đã biết nào cho tài liệu này không?". Vậy là bạn có một cái từ bảng Telco. Có thể không được thiết kế riêng cho phát triển phần mềm, nhưng có một số phần thú vị trong pdf có thể được sử dụng làm nguồn cảm hứng để xây dựng mẫu Phân tích tác động của riêng bạn. Trước khi bạn không khuyến khích các bài đăng được phân tích theo ý kiến ​​thiên vị của riêng bạn, sẽ rất thú vị khi biết người dùng ban đầu đã đăng câu hỏi nghĩ gì về đầu vào của tôi. Chúc mừng.
Nano

điểm tốt - đồng ý rằng điều này thực sự làm cho nó chính thức đủ điều kiện là một câu trả lời (trong khi đưa ra một phần của câu hỏi, nó giải quyết một yêu cầu tài nguyên ngoài chủ đề một cách trắng trợn )
gnat
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.