Một trong những nhiệm vụ chính trên đĩa của tôi là giao tiếp với khách hàng. Một điều tôi cảm thấy đặc biệt khó khăn là xử lý thời hạn vì chúng được khách hàng ủy quyền và tôi thường không được hỏi ý kiến.
Nếu bạn phải có trách nhiệm liên lạc với khách hàng, tại sao bạn không được tư vấn về lập lịch (và lập ngân sách) để bạn có thể truyền đạt thông tin này giữa những người chịu trách nhiệm cho họ trong tổ chức của bạn và đối tác của họ ở phía khách hàng? Tôi nghĩ rằng việc khắc phục vấn đề này sẽ mang lại lợi ích rất lớn cho bạn, nhóm của bạn và dự án của bạn.
Khách hàng đưa ra một tính năng mà họ muốn thêm, Tính năng X. Tính năng X sẽ có vẻ tốt trong bản phát hành ứng dụng vào tuần tới, cách đó khoảng 6 ngày làm việc. Tại thời điểm này, yêu cầu tính năng cần phải được phê duyệt và thường xuyên có các phụ thuộc khác cần được giải quyết. Cuối cùng, N ngày sau, yêu cầu tính năng nhỏ giọt xuống đội của tôi. Ngay cả khi dòng chết ban đầu (được đặt bởi người quản lý không phải là nhà phát triển) có thể đạt được thì nó vẫn không còn nữa.
Hệ thống này để lập kế hoạch có vẻ kỳ lạ, để nói rằng ít nhất.
Theo kinh nghiệm của tôi, khách hàng ký vào một bản phát hành cụ thể. Họ có thể gửi danh sách các tính năng và thay đổi họ muốn và khi nào họ muốn, sau đó đàm phán với nhóm xây dựng phần mềm. Hoặc họ có thể đưa ra một danh sách các tính năng ưu tiên cho nhóm phát triển và nhóm phát triển cung cấp các ước tính khi nào họ có thể gửi các bộ tính năng khác nhau. Có những biến thể khác.
Nhưng một điều tôi chưa bao giờ thấy được cho phép là một khách hàng có thể thay đổi bản phát hành quá muộn trong trò chơi, đặc biệt là không phải là một tuần kể từ khi phát hành. Điều đó dường như không đúng khi đặt các nhà thiết kế, nhà phát triển và người thử nghiệm dưới áp lực đó. Nếu bạn đang thực hiện phát triển lặp lại, nếu đó là một tính năng ưu tiên cao, chỉ cần đảm bảo thêm nó vào hình thức tồn đọng và mang nó ngay khi bạn có thể. Nếu đó không phải là một tính năng ưu tiên cao, họ chắc chắn không cần nó trong phiên bản này và có thể đợi đến lần tiếp theo.
Tôi sẽ khuyên bạn nên thiết lập một số quy tắc cơ bản phù hợp với các nhóm thiết kế, phát triển, thử nghiệm và phân phối cũng như khách hàng của bạn để làm nổi bật việc đóng băng, đóng băng mã và giao hàng. Đặt những điều này bằng văn bản, nhận được cam kết từ mọi người, và tuân thủ nó. Nếu bạn nhúc nhích một lần, bạn sẽ bị bẻ cong nhiều hơn và bạn sẽ mất quyền kiểm soát quy trình.
Thật không may, tôi không thể làm gì nhiều vì tôi không ở vị trí quyền lực ở đây.
Bạn có thể không, một mình. Nhưng có vẻ như các nhà thiết kế và / hoặc nhà phát triển và / hoặc người thử nghiệm của bạn chịu nhiều áp lực phải đáp ứng lịch trình. Bạn nên ngồi lại với cấp trên như một đội và giải thích tình huống. Đầu tiên, yêu cầu tổ chức của bạn cam kết cải tiến quy trình, sau đó làm việc với khách hàng để mua hàng của họ về cách mọi thứ sẽ hoạt động.
Điều này cảm thấy rất nhiều như tôi đang làm cho lý do mặc dù.
Khi bạn bắt đầu đưa ra lời bào chữa, có lẽ đã đến lúc có một cuộc hội thoại khó khăn hoặc một cuộc trò chuyện quan trọng . Tôi muốn giới thiệu một trong hai cuốn sách đó. Đọc chúng đã giúp cải thiện kỹ năng giao tiếp của tôi, đặc biệt là khi bạn cần phải đối mặt với một tình huống khó khăn khi căng thẳng ở mọi phía.
Để giải quyết một số câu trả lời khác.
Đáng buồn thay, quyền lực chủ yếu là do chính bạn lấy chứ không phải do người khác trao cho bạn.
Tôi không biết Andrea đang đi đâu với chuyện này. Có, bạn cần sửa luồng thông tin. Nhưng bạn cần phải làm việc với các PM và khách hàng để đảm bảo rằng mọi người đều biết những gì (tôi giả sử, dù sao đi nữa) đã đồng ý khi bắt đầu dự án. Nếu sự sắp xếp, vì bất kỳ lý do gì, không hiệu quả, hãy xem lại và phân phối lại công việc và vai trò cho những người phù hợp hơn với họ.
Bạn không nắm quyền lực hay chiến đấu với sức mạnh, nhưng bạn làm việc với nó, cố gắng chế ngự nó và làm cho nó hoạt động cho tất cả mọi người.
Vấn đề là - khách hàng chủ yếu biết giá trị kinh doanh cho tính năng này, nhưng không nhận ra sự phức tạp của nó. Chỉ cần thảo luận và làm rõ. Luôn luôn.
Trích dẫn này từ loki2302 là khá nhiều điểm. Một trong những công việc của bạn với tư cách là một kỹ sư phần mềm là đảm bảo rằng những người phù hợp biết những việc như nhiệm vụ khó khăn như thế nào, sẽ mất bao lâu và những loại tùy chọn và rủi ro tồn tại khi làm việc gì đó. Là người truyền thông chính cho nhóm của bạn, truyền đạt thông tin này từ tổ chức của bạn đến khách hàng, theo lý thuyết, là công việc của bạn.