Thay đổi Thế giới của Khách hàng - chúng ta xử lý việc này như thế nào?

Cách đây một thời gian, chúng tôi đã được giao một dự án đến và thay thế hệ thống Mainframe cũ của khách hàng bằng một giải pháp ASP.NET mạng nội bộ mới sử dụng SQL Server làm phần cuối. Một phần của điều này là một sự tái thiết kế của doanh nghiệp - về cơ bản, khi chúng tôi thay đổi hệ thống, chúng tôi đã nghĩ về cách chúng tôi có thể kinh doanh tốt hơn.

Vì vậy, nhiệm vụ đầu tiên là đi vào và thực hiện các mô hình dữ liệu logic và sau đó. Các khách hàng đã ở trong những dicussions và đã hoàn thành đăng xuất. Giai đoạn tiếp theo là thực sự thiết kế và xây dựng từng mô-đun. Chà, để làm cho một câu chuyện dài trở nên ngắn gọn, việc lập trình đã được thực hiện và chúng tôi hiện đang thử nghiệm hệ thống song song. Mọi thứ đang diễn ra tuyệt vời cho hầu hết các mô-đun cho đến nay - Ngoại trừ Một.

Chúng tôi có một hệ thống trong đó - nếu bạn chỉ cho phép người dùng doanh nghiệp xem ứng dụng và báo cáo, tất cả sẽ ổn. Nó hoạt động với quy trình làm việc tích hợp mới và tự động hóa các quy trình thủ công trước đó và thực hiện tuyệt vời theo các thông số kỹ thuật. Kiểm tra song song đã phát hiện ra một số vấn đề mặc dù với dữ liệu di sản được di chuyển. Các nhà xây dựng hệ thống kế thừa đang rất khó khăn để hiểu sơ đồ và quy trình kinh doanh mới, do đó, họ đang rất khó hiểu làm thế nào để lấy dữ liệu kế thừa và đưa nó vào lược đồ mới. Vì điều này, họ đang gọi các cuộc họp của người dùng doanh nghiệp và các bên liên quan và nói với họ rằng hệ thống mới không cung cấp dữ liệu mà hệ thống cũ đã làm (khi nó thực sự xảy ra) - điều này làm cho hệ thống mới trông tệ.

Điều này là bực bội, để nói rằng ít nhất. Hệ thống mới hoạt động tuyệt vời và cung cấp mọi thứ họ cần và muốn, và nếu không có khả năng nhân viên CNTT không thể điền vào các bảng mới với dữ liệu cũ, người dùng doanh nghiệp sẽ hài lòng với các tính năng và chức năng mới.

Tôi đang yêu cầu gợi ý về cách xử lý việc này. Do một số động thái chính trị, "kiến trúc sư" mới không biết hệ thống hoạt động như thế nào và không thể hiểu đầy đủ về sự thay đổi của các thay đổi mà nhân viên CNTT đang yêu cầu. Nhân viên CNTT muốn một số thay đổi cơ bản cho hệ thống, về cơ bản là không cần thiết và thực sự là một thiết kế tồi - nhưng họ là khách hàng.

Có suy nghĩ gì không?

Nhóm của bạn cần thực hiện chuyển đổi dữ liệu cho họ. Bạn thực sự nên làm điều đó cho họ ở nơi đầu tiên.

Tôi đã tham gia vào một số lần di chuyển nền tảng đắt tiền và nhà cung cấp luôn luôn, luôn có nhóm chuyển đổi dữ liệu của riêng họ, người chịu trách nhiệm tìm hiểu hệ thống cũ, viết tất cả các tập lệnh di chuyển, thực hiện tất cả các thử nghiệm và nói chung là đảm bảo rằng mọi thứ làm những gì nó phải làm.

Một số công ty có thể có đội ngũ nhân viên CNTT xuất sắc có thể tự làm điều đó. Những người khác có thể tuyên bố có thể tự làm điều đó, nhưng thực tế không thể. Trong trường hợp sau, bạn cần phải đủ khiêm tốn để ngồi lại, nhưng cũng nên chuẩn bị để bước lên nếu và khi quản lý quyết định rằng nhóm nội bộ không làm việc đủ tốt.

Đây là của bạn hệ thống và bạn thực hiện. Bạn và bạn một mình chịu trách nhiệm đảm bảo rằng nó thành công. Đừng hy vọng khách hàng có thể tự thực hiện bất kỳ phần nào trong việc này. Chỉ khi họ hoàn toàn khăng khăng tự mình thực hiện phần này, bạn mới nên cân nhắc lựa chọn đó, và trong trường hợp đó, bạn cần che lại phần mông của mình - nên có một điều gì đó trong hợp đồng nói rằng nếu họ chọn tự làm điều này, thì họ phải chịu trách nhiệm cho kết quả của nó.

Họ có thể trả tiền cho bạn để trông trẻ cho đội của họ nếu họ muốn và họ có thể trả tiền cho bạn để bắt đầu lại nếu họ muốn, nhưng đừng lãng phí những chu kỳ không cần thiết nếu không có một thỏa thuận nào đó. Đặc biệt nếu bạn đang ở trong một hợp đồng có thời hạn hoặc chi phí cố định, tình huống này là cái chết.

Vấn đề là, như bạn nói, họ là khách hàng, điều đó có nghĩa là họ không làm việc cho bạn. Trên thực tế, nếu bạn là một người hoài nghi như tôi, bạn có thể nghi ngờ rằng một số người trong số họ đang tích cực chống lại bạn để giữ an ninh công việc của họ. Dựa vào khách hàng để thực hiện bất kỳ phần nào trong quá trình thực hiện của bạn là một sai lầm.

Nếu bạn phải thuê một vài nô lệ nhập dữ liệu lương tối thiểu để thực hiện chuyển đổi dữ liệu theo cách thủ công - hãy thực hiện. Bất cứ điều gì để đưa kết quả trở lại trong tay của bạn .

Họ là những người trả các hóa đơn, vì vậy cuối cùng bạn phải đưa cho họ những gì họ đang yêu cầu mặc dù đó không phải là giải pháp tốt nhất và là một bước lùi.

Tuy nhiên, bạn phải xem xét rằng có lẽ những người đã từng sử dụng máy tính lớn có một điểm. Vợ tôi đã từng làm việc cho một ngân hàng nơi cô ấy đã sử dụng một số hệ thống máy tính lớn để nhập các giao dịch tài chính khác nhau bằng cách sử dụng hàng trăm loại mã khác nhau. Nó thực chất là ngôn ngữ nhỏ của riêng nó. Khi ngân hàng chi hàng triệu đô la để thực hiện một hệ thống dựa trên GUI giúp giảm đáng kể độ phức tạp và các bước liên quan, sau đó họ đã thấy rằng năng suất được TẠO và không bao giờ tăng trở lại.

Thực tế của vấn đề là trong khi hệ thống máy tính lớn phức tạp không cần thiết và có đường cong học tập cao, họ NHIỀU nhanh hơn hệ thống GUI vì họ trở nên lão luyện khi nhập hàng trăm giao dịch mỗi giờ chỉ bằng cách gõ nhanh trên bàn phím. Nó đã dẫn đến sự từ chối hàng loạt của cơ sở người dùng và dự án đã bị hủy bỏ vì thất bại hoàn toàn. Năng suất trở lại.

Đạo đức là, không hoàn toàn loại bỏ các mối quan tâm của khách hàng. Hãy xem xét nghiêm túc và tự hỏi xem giải pháp bạn đang cung cấp có đáp ứng nhu cầu của TẤT CẢ các bên liên quan hay không.

hệ thống mới không cung cấp dữ liệu mà hệ thống cũ đã làm (khi nó thực sự hoạt động).

Bạn nên thực hiện điều này RẤT nghiêm túc ..

Sau đó:

1) Đảm bảo quản lý bạn đang làm việc với những người kế thừa để giải quyết tất cả các mối quan tâm đó.

2) Hãy chắc chắn rằng bạn hoàn toàn hiểu những gì họ đang nói bị thiếu và tại sao nó lại cần thiết. Làm việc với những người kế thừa để đảm bảo điều này. Sau đó, RESTATE Vấn đề và yêu cầu họ nói "Có, đó là mối quan tâm của chúng tôi."

Nếu bạn đồng ý với những lo ngại thì:

3) Sau đó, đề xuất một giải pháp, lấy các nhóm kế thừa nhập \ xác thực vào \ của giải pháp.

4) Tiến hành các biện pháp khắc phục.

Nếu bạn hoàn toàn không đồng ý với những người kế thừa và tin rằng họ là những mối quan tâm không có giá trị thì:

3) Thể hiện mối quan tâm đối với ban quản lý bằng chính ngôn ngữ mà Legacy Guys đã nói là chính xác. Và có Quản lý quyết định nơi nào hay không bạn nên quan tâm đến nó.

"Các anh chàng kế thừa sợ rằng XXX, tôi không chắc đó là vấn đề vì YYY. Họ có đúng trong mối quan tâm đó không?"

Tôi đề nghị một email lớn - hốt hoảng, đánh vào tất cả mọi người không chỉ liên quan đến quản lý của họ. Giữ nó ngắn và đến điểm.
2 điểm:

1) Chúng tôi có thể giải quyết các mối quan tâm của bạn tại một cuộc họp / cuộc gọi điện thoại (đề xuất một thời gian)

2) Chúng tôi hoàn toàn tin tưởng vào hệ thống vì nó không có rắc rối và chi phí thay đổi bổ sung

Có vẻ như bạn có một danh sách các mối quan tâm của họ và bạn có thể đi xuống từng điểm trong cuộc họp. Bạn chỉ cần ngăn chặn sự hoảng loạn, để chúng nguội đi một chút, và sau đó đánh chúng với sự thật. Thậm chí đề nghị đến và giúp ánh xạ dữ liệu cũ sang mới. Nếu họ vẫn đòi thay đổi ... thì đó là tiền của họ.

Đầu tiên, tôi muốn chỉ ra rằng trong khi phần CNTT có thể là giao diện của bạn, thì khách hàng thực sự KHÔNG phải là phần CNTT, mà là doanh nghiệp mà phần CNTT hoạt động. Làm điều gì đó để làm tổn thương doanh nghiệp để xoa dịu CNTT sẽ không phải là dịch vụ tốt.

Ngồi xuống với CNTT, không chính thức. Mua chúng bánh rán. Giữ vai trò của học sinh với giáo viên của họ và hỏi "Điều gì không ổn với thiết kế phần mềm của chúng tôi?" Lắng nghe cả những gì họ đang nói và những gì họ không nói. Họ có thể có một điểm đã bị bỏ qua trong các thông số kỹ thuật ban đầu hoặc có mối quan tâm dựa trên các vấn đề trong quá khứ. Sau đó, một lần nữa, họ có thể phản ứng do sợ một cái gì đó mới. Nhưng, vấn đề là, nếu bạn biết rõ sự phản đối của họ, bạn sẽ ở vị trí tốt hơn để tạo ra kết quả tích cực và trả lời phản đối của họ.

Bạn đã đề cập rằng vấn đề là trong việc di chuyển dữ liệu từ hệ thống cũ sang hệ thống mới. Nếu phần CNTT gặp sự cố khi di chuyển dữ liệu, tôi sẽ xem xét xây dựng cho họ một công cụ nhỏ để thực hiện nhanh chóng và sạch sẽ.

Tham khảo ý kiến ​​của nhân viên CNTT của khách hàng của bạn để hỗ trợ việc di chuyển dữ liệu cũ sang hệ thống mới. Ai đó từ công ty của bạn, người hiểu định dạng dữ liệu mới, thực tế chỉ cần đến đó và giúp các nhân viên CNTT thực hiện việc di chuyển.

Bằng cách đó, hy vọng họ có thể dạy cho các nhân viên CNTT về hệ thống mới, dữ liệu được di chuyển chính xác và việc triển khai của bạn diễn ra suôn sẻ hơn.