Đó là 10 phần trăm cuối cùng

Trong vài tháng qua, chúng tôi đã có ít nhất một tá bản phát hành chức năng mới trong ứng dụng và các tích hợp của chúng tôi. Thật không may, chúng tôi cũng có một vài dự án đã được bắt đầu từ nhiều tháng trước khi tôi đến vẫn chưa sẵn sàng để sản xuất. Đó không phải là lỗi của nhóm, nhưng bây giờ trách nhiệm của tôi là bắt tay vào sản xuất.

Không có nghi ngờ gì về việc tôi có đội ngũ phù hợp và công nghệ phù hợp. Nhưng 90% công việc đã được thực hiện quá lâu.

Đây là kế hoạch giúp chúng tôi vượt qua 10% cuối cùng:

Người thuyết trình thần kinh

  1. Yêu cầu các nhà phát triển của bạn chứng minh chức năng.
  2. Ghi lại những thay đổi yêu cầu một cách chi tiết và được nhóm chấp nhận về lý do tại sao những thay đổi đó cần được thực hiện.
  3. Đạt được thỏa thuận về thời điểm hoàn thành các thay đổi.
  4. Lên lịch trình diễn tiếp theo.
  5. Chuyển sang bước 1.

Một khi một dự án bị trì hoãn, nguy cơ thực sự tăng lên là nó sẽ bị trì hoãn một lần nữa. Trong những công việc trước đây, tôi thực sự đã nghe thấy những tiếng thở dài nhẹ nhõm khi thời hạn hoàn thành bị phá vỡ… vì nó kéo dài thêm thời gian để hoàn thành. Nhân viên luôn muốn hoàn thành tốt công việc và các nhà phát triển đặc biệt thích thể hiện tài năng của họ.

Chúng tôi đã có một bản demo cách đây một tuần hoặc lâu hơn nhưng không diễn ra quá tốt. Các nhà phát triển xuất hiện muộn, họ bắt đầu yêu cầu theo cách thủ công với ứng dụng của họ (một chút hack), và sau đó giao dịch không thành công. Khi nó thất bại, có sự im lặng. Và nhiều khoảng lặng hơn. Và một vài thứ nữa. Chúng tôi đã nói chuyện thông qua một số giải pháp khả thi và sau đó đóng bản demo một cách lịch sự.

Sau bản demo, tôi đã nói chuyện với giám đốc phát triển và anh ấy đảm bảo với tôi rằng dự án đã hoàn thành 90%.

Tôi đã giải thích với anh ấy rằng 90% có nghĩa là 0% trong doanh số bán hàng. 90% có nghĩa là các mục tiêu đã không được đáp ứng. 90% có nghĩa là những kỳ vọng đặt ra với khách hàng tiềm năng và khách hàng chưa được đáp ứng. Mặc dù tôi đồng ý rằng 90% là phần lớn công việc, nhưng nó không phải là thành công cho đến khi 10% cuối cùng đó được hoàn thành. Nhân tiện, điều đó cộng lại lên đến 100%;).

Tuần này, chúng tôi đã xem lại bản demo và đó là một điều tuyệt vời. Hiện chúng tôi đang điều chỉnh sản phẩm cuối cùng và tôi tự tin rằng chúng tôi sẽ phát hành trong những tuần tới khi chúng tôi đã cam kết với khách hàng của mình. Tôi đã cho các đội biết họ đã làm một công việc tuyệt vời như thế nào và chúng tôi đánh giá cao công việc đó như thế nào. Nó không phải là homerun ... đó sẽ là khi chúng tôi đã sẵn sàng sản xuất nhưng các căn cứ chắc chắn đã được tải.

Một số lời khuyên bổ sung:

  • Luôn luôn có thời hạn đã thỏa thuận.
  • Sau mỗi lần thay đổi yêu cầu, hãy đánh giá lại mốc thời gian và đi đến thống nhất một lần nữa.
  • Lên lịch trình diễn với nhiều thời gian để nhóm chuẩn bị.
  • Đặt kỳ vọng cho cuộc biểu tình. Hãy cho nhóm biết rằng bạn rất hào hứng!
  • Giúp đội thoải mái mà bạn biết rằng các vấn đề có thể phát sinh, bạn chỉ đơn giản là hy vọng họ sẽ không làm vậy.
  • Hãy ủng hộ, đừng đợi thất bại rồi hãy tấn công.
  • Khen ngợi nơi công cộng, chỉ trích nơi riêng tư.
  • Trong bất kỳ trường hợp nào, đừng sử dụng cuộc biểu tình như một cơ hội để khích lệ vì bối rối. Bạn sẽ chỉ thúc đẩy các lập trình viên của bạn tìm kiếm một công việc!
  • Ăn mừng thành công.

Hãy nhớ rằng 10% cuối cùng là khó khăn nhất. Đó là 10% cuối cùng tạo nên và phá vỡ hoạt động kinh doanh. Lập kế hoạch, chuẩn bị và thực hiện trên 10% cuối cùng sẽ tạo nên sự khác biệt.

Một bình luận

  1. 1

Bạn nghĩ gì?

Trang web này sử dụng Akismet để giảm spam. Tìm hiểu cách xử lý dữ liệu nhận xét của bạn.