Những người làm việc tự do: Làm thế nào để bạn đi về việc thu thập các yêu cầu?


18

Là một lập trình viên tự do:

  1. Quá trình của bạn để thu thập các yêu cầu từ khách hàng là gì?
  2. Quá trình thu thập yêu cầu mất bao nhiêu thời gian? Tôi biết điều này không cố định, và có các biến như cách khách hàng phản hồi nhanh chóng và như vậy. Nói chung, kế toán cho sự chậm trễ trong các phản hồi và như vậy, mất bao lâu để đi đến yêu cầu cuối cùng?
  3. Bạn sử dụng kênh liên lạc nào (email, điện thoại, tin nhắn tức thời, khác) để thu thập các yêu cầu này?
  4. Bạn có tính phí cho thời gian thu thập yêu cầu?
  5. Có bất kỳ giao hàng trong quá trình thu thập yêu cầu của bạn? Nếu vậy, chúng là gì?

Upvote'd..Tôi cũng muốn biết câu trả lời cho câu hỏi này.
Georges Duplessy

Khác với số 4 (có thể là một phần của yếu tố ROI) bạn có mong đợi bất kỳ điều gì khác biệt nếu bạn là nhân viên không?
JeffO

Câu trả lời:


21

1. Quá trình của bạn để thu thập các yêu cầu từ khách hàng là gì?

phỏng vấn, bảng trắng, cuộc gọi hội nghị, mua sắm du lịch, quan sát nhân viên, phỏng vấn nhân viên, hội họp, vv - bất cứ điều gì là thích hợp, bất cứ điều gì cần thiết để hiểu được thực vấn đề, cân bằng với bất cứ điều gì họ đang tuân theo và sẽ dành thời gian cho

2. Quá trình thu thập yêu cầu mất bao nhiêu thời gian? Tôi biết điều này không cố định, và có các biến như cách khách hàng phản hồi nhanh chóng và như vậy. Nói chung, kế toán cho sự chậm trễ trong các phản hồi và như vậy, mất bao lâu để đi đến yêu cầu cuối cùng?

rõ ràng điều này phụ thuộc vào quy mô của dự án. Không có gì lạ khi dành 20 giờ cho các yêu cầu và lập mô hình cho một dự án rất nhỏ (<100 giờ), bởi vì bạn phải hiểu rõ bối cảnh kinh doanh đủ để giải quyết các vấn đề mà khách hàng đang gặp phải để giải quyết vấn đề thực sự mà bạn sẽ phải giải quyết để làm cho họ hạnh phúc

20 giờ đó là hai ngày theo lịch hay sáu tuần tùy thuộc vào khả năng đáp ứng và tính sẵn có của khách hàng và mức độ suy nghĩ của bạn phải làm giữa các phiên (đối với các vấn đề khó khăn)

3. Kênh liên lạc nào (email, điện thoại, tin nhắn tức thời, khác) bạn có sử dụng để thu thập các yêu cầu này không?

Tất cả bọn họ

4. Bạn có tính phí cho thời gian thu thập yêu cầu không?

Chết tiệt

Bạn phải hiểu công việc của khách hàng, hiểu và ghi lại các vấn đề của họ và đề xuất các giải pháp mà sau đó họ có thể đưa cho người khác để thực hiện . Đây là phần tư vấn của quy trình và các chuyên gia tư vấn không làm việc miễn phí.

5. Có bất kỳ giao hàng trong quá trình thu thập yêu cầu của bạn? Nếu vậy, chúng là gì?

Thông thường, một danh sách dự thảo về các tính năng, câu chuyện của người dùng, mô tả trường hợp thử nghiệm, cấu trúc phân chia công việc viết tắt (với ước tính dự án), danh sách nổi bật về các khu vực / mục không rõ ràng / mục để thảo luận / điều tra thêm và danh sách các điều ( thông tin, tài nguyên, công cụ, quyền truy cập, v.v.) mà bạn sẽ yêu cầu từ khách hàng với ngày đích. Tất cả những điều này được đóng gói như một đề xuất với một số thông tin cơ bản về doanh nghiệp, các phương pháp được sử dụng để xác định các vấn đề, ràng buộc và cảnh báo về giải pháp, ghi chú về các mốc thời gian và ROI dự kiến ​​và yêu cầu theo dõi vào một ngày cụ thể .


+1: Câu trả lời xuất sắc. Tôi rất thích thú khi thấy một số mô hình hoặc mẫu mà bạn có (Tôi có riêng tôi, nhưng tôi rất muốn so sánh)
Steven Evers

@SnOrfus: tất cả sẽ được tiết lộ trong cuốn sách sắp tới của tôi "CITA: Thay đổi là câu trả lời", sẽ được xuất bản ... uh ... tôi sẽ lấy lại cho bạn về điều đó ;-)
Steven A. Lowe

Thú vị, tôi mong được đọc nó.
Steven Evers

@ StevenA.Lowe có bất kỳ phong cách tiêu chuẩn nào để viết tài liệu thu thập yêu cầu. tôi tìm thấy ifs.host.cs.st-andrews.ac.uk/Books/SE9/Web/Requirements/ chủ nhưng tôi tìm kiếm ví dụ mô tả nhiều hơn
AminM

@AminM: vâng, có nhiều tiêu chuẩn như vậy; mang tất cả chúng với một khối muối - giảm tài liệu yêu cầu xuống chỉ còn hữu ích cho tình huống của bạn. Ví dụ: nhiều lần, một danh sách các câu chuyện với các mô tả thử nghiệm chấp nhận (định dạng BDD) là đủ để nắm bắt không chỉ các yêu cầu mà còn cả các tiêu chí chấp nhận, và nó ít dài hơn so với "tiêu chuẩn" của IEEE (rất giống thác nước )
Steven A. Lowe
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.