Doanh nghiệp cố gắng đưa ra quyết định kỹ thuật

Chúng tôi thường chạy trên các kịch bản mà doanh nghiệp sẽ hứa với khách hàng một tính năng mới. Doanh nghiệp sẽ hứa rằng tính năng này sẽ được thực hiện theo một cách cụ thể. Những chi tiết kỹ thuật mà doanh nghiệp hứa hẹn thường kém. Thật không may, khách hàng hiện được thiết lập và muốn tính năng này được triển khai theo cách được mô tả bởi doanh nghiệp.

Cuối cùng, doanh nghiệp chỉ muốn tính năng này được hoàn thành mà không quan tâm đến chất lượng và khả năng bảo trì. Có một cách tốt để đẩy lùi? Làm thế nào chúng ta có thể giải thích cho doanh nghiệp rằng việc cung cấp các chi tiết kỹ thuật trước khi các yêu cầu được thu thập là một ý tưởng tồi?

Đó là một vấn đề tổ chức. Nếu những người cấp cao không hiểu điều này, bạn sẽ không thể làm được gì nhiều. Cố gắng giải thích vấn đề với các ông chủ phi kỹ thuật của bạn, nhưng đừng ngạc nhiên khi bạn không đi đến đâu.

Đây là một vấn đề phổ biến đối với các nhà phát triển làm việc trong các công ty không phát triển, vì lý do nào, bán phần mềm.

Đó không phải là một chiến thuật dễ chịu, nhưng bạn có thể làm mờ chúng bằng chứng. Khi bắt đầu một dự án, hãy viết chính xác lý do tại sao nó sẽ thất bại (vì chi tiết kỹ thuật kém) và gửi email cho những người có liên quan. Tiếp tục gửi email cho họ trong suốt, và khi dự án cuối cùng kết thúc một thảm họa với những khách hàng tức giận, hãy trích dẫn những email bạn đã gửi ở mọi cơ hội. Nó có thể tạo ra một số ý chí xấu, nhưng thực sự không có cách nào tốt để cố gắng khắc phục một vấn đề mang tính hệ thống như thế.

Từ quan điểm của nhà phát triển, đây là một trong hai hương vị của sự thất bại, khi nói đến việc viết đặc tả. Một điều khác có thể xảy ra là khi bán hàng đưa ra những lời hứa lớn, sau đó chuyển sang CNTT để chỉ định dự án và đưa ra một bài viết có thể được chuyển thành báo giá.

Vấn đề là, thường là phần lớn công việc. Rất có thể mã thực tế chỉ đang thực hiện các chi tiết của cách tiếp cận được trình bày trong một thông số kỹ thuật được thiết kế tốt.

Đồng thời, việc bán hàng gặp khó khăn khi lập hóa đơn cho sơ bộ như phát triển thông số kỹ thuật. Chúng tôi chưa hoàn toàn ở trên giường với khách hàng, và thật kỳ lạ khi đánh họ để kiếm tiền để tìm ra bao nhiêu tiền để đánh họ.

Đây là lý do tại sao hầu hết các dự án "lần đầu tiên" với khách hàng mới kết thúc là các nhà lãnh đạo thua lỗ. Nếu bạn là LUCKY, bạn sử dụng dự án đầu tiên đó để huấn luyện khách hàng về cách trở thành khách hàng và bạn có thể bắt đầu kiếm lại tiền cho dự án thứ hai hoặc thỏa thuận bảo trì cho dự án đầu tiên.