Làm thế nào để ghi lại một chiến lược nâng cấp phần mềm thương mại?


11

Chúng tôi đã không nâng cấp RDBMS hoặc HĐH máy chủ trong gần một thập kỷ. Một gói phần mềm quan trọng khác đã gần hai thập kỷ và không được nhà cung cấp của nó hỗ trợ trong thời gian đó. Một số trong số quản lý của chúng tôi dường như nghĩ rằng đây là một điều tốt - chúng tôi đã tiết kiệm hàng tấn tiền bằng cách không mua các bản nâng cấp! Bây giờ một phần mềm quan trọng cần được nâng cấp, nhưng phiên bản mới sẽ không hỗ trợ những thứ đã cũ hàng thập kỷ. Bây giờ một số ít trong chúng ta đang rụng tóc cố gắng tìm ra cách nâng cấp mọi thứ cùng một lúc với thời gian xuống tối thiểu.

Trong nỗ lực để tránh điều này trong tương lai, một số người trong chúng ta đang xem xét việc tạo ra một tài liệu kế hoạch chiến lược CNTT (sẽ phù hợp với kế hoạch chiến lược của tổ chức, làm sáng tỏ các mục trong tài liệu lớn hơn liên quan đến CNTT ... có thể đó làm cho tài liệu CNTT trở thành một chiến thuậtkế hoạch?) với hy vọng chúng ta có thể thông qua kế hoạch chiến lược chung của cơ quan. Tôi đã tình nguyện thử và lắp ráp phần "Quản lý vòng đời phần mềm" (hoặc một cái gì đó tương tự) để giải quyết vấn đề đã nêu ở trên (với các đồng thau có khả năng trong một tài liệu riêng biệt từ kế hoạch chiến lược). Gần như tất cả các nhà cung cấp phần mềm đều công bố các vòng đời và kế hoạch khấu hao cho các sản phẩm của họ và đủ dễ dàng để xác định "điểm ngọt" cho từng phần mềm xem xét thông tin đó cùng với nhu cầu của tổ chức chúng tôi. Phần khó khăn (đối với tôi dù thế nào) là đặt kế hoạch cho từng phần lại với nhau thành một cái gì đó gắn kết hơn.

Làm cách nào tôi có thể ghi lại rằng các máy khách A, B, C ... của máy tính để bàn phụ thuộc vào OS X và RDBMS Y trên máy tính để bàn, điều này phụ thuộc vào OS Z của máy chủ, và sau đây là cách chúng tôi giữ tất cả chúng trong "điểm ngọt" của chúng? Phải có những cuốn sách ngoài kia, nhưng tất cả sự googling của tôi chỉ khiến tôi hiểu về chiến thuật nâng cấp một phần mềm duy nhất chứ không phải là chiến lược xác định khi nào thực hiện những chiến thuật đó.


7
Ai đó sẽ sớm đồng hành để thực hiện điều này, tôi chắc chắn, nhưng một điểm tôi nghĩ không nên bỏ qua là trong khi công ty không chi tiền cho việc nâng cấp, điều đó khiến doanh nghiệp gặp rủi ro . Một trong những điều chúng ta phải làm là làm cho quản lý nhận thức được những rủi ro của việc không nâng cấp.
Michael Hampton

3
Một thuật ngữ biệt ngữ cho việc trì hoãn nâng cấp là bạn xây dựng nợ công nghệ của hồi giáo; bằng cách hoãn bảo trì và nâng cấp thường xuyên, bạn dường như tiết kiệm một số tiền trong thời gian ngắn, nhưng cuối cùng khi bạn cần thực hiện bảo trì sau nhiều năm bỏ bê, bạn vẫn sẽ phải trả tiền cho thợ săn: thường thì thời gian sẽ không may, các nhà cung cấp sẽ không có một con đường nâng cấp ngay lập tức hỗ trợ từ $CURRENT-version minus 20 yearsđể $CURRENT-versionvv và có thể bạn sẽ đi đến kết luận: đó là KHÔNG tiết kiệm thực tế nhưng CHI PHÍ rằng sẽ phải trả vào một ngày trong tương lai .
HBruijn

1
Quản lý vòng đời là một nhu cầu vô duyên trong bất kỳ môi trường trưởng thành nào và Pita để tổ chức. Chúc may mắn!
HBruijn

Câu trả lời:


7

Có vẻ như bạn đang cố gắng giải quyết nhiều vấn đề cùng một lúc (và nó không giống như một ý tưởng hay).

Từ những gì tôi đọc:

  • hệ điều hành và ứng dụng lỗi thời
  • không có chiến lược dài hạn
  • vấn đề tài liệu cơ sở hạ tầng của bạn
  • nhu cầu cấp thiết để nâng cấp phần quan trọng của cơ sở hạ tầng

Nâng cấp "phần mềm quan trọng"

Cơ sở hạ tầng của bạn đã hết hạn do quyết định của ai đó là điều dễ hiểu. Nó có vẻ như là ý tưởng tốt vào một thời điểm trong quá khứ. Điều này làm rõ những gì Michael Hampton đã viết trong các bình luận: Đối với quản lý, bạn đang nói về ưu và nhược điểm (rủi ro). Vì vậy, nếu quản lý sẵn sàng chấp nhận rủi ro, thì ok (bất cứ điều gì cá nhân bạn nghĩ về nó), và đó là trách nhiệm của họ kể từ bây giờ. Nhưng ai đó từ những người làm CNTT phải nói cho họ biết những rủi ro là gì.

Vì vậy, điều đầu tiên tôi sẽ tìm kiếm là: Các nhà quản lý có biết về rủi ro của phần mềm lỗi thời không? Họ đã nói chưa?

Thành thật mà nói, tôi cảm thấy rằng bạn có thể sẽ không tìm thấy bất cứ điều gì hữu ích về nó, vì vậy tôi sẽ không dành quá nhiều thời gian cho nó. Nó chỉ là thứ có thể giúp bạn theo dòng "chúng tôi đã nói với bạn trong năm năm qua".

Tôi chỉ đơn giản là làm phân tích về việc thực hiện nâng cấp đó thực sự có nghĩa là gì. Chuẩn bị bảng tính đơn giản với các hoạt động và chúng sẽ mất bao lâu (nếu bạn không biết, hãy đưa ra dự đoán tốt nhất và nhấn mạnh rõ ràng rằng bạn không biết chắc chắn). Nhưng hãy nhớ rằng "nhiệm vụ nâng cấp" này không được chỉ định rõ, không thể thực hiện dưới dạng thời gian sửa / giá cố định.

Lập danh sách như vậy cũng sẽ giúp bạn đi sâu vào toàn bộ vấn đề. Điều tiếp theo là tạo nhật ký rủi ro và danh sách các tài nguyên bạn cần.

Cuối cùng, bạn nên có danh sách các hoạt động, danh sách rủi ro, danh sách tài liệu / người bạn cần. Nói một cách dễ hiểu, đừng xử lý việc nâng cấp như một vấn đề hàng ngày, hãy thực hiện nó như một DỰ ÁN. Điều này sẽ cho phép bạn có ít nhất một số kiểm soát đối với nhu cầu cấp thiết của công ty bạn.

Nếu bạn gặp vấn đề với việc phân tích những hoạt động nào cần được thực hiện, bạn có thể thử một vài sơ đồ tư duy (sw yêu thích của tôi là xMind) và sau đó chuyển đổi nó thành tài liệu chính thức hơn.

Lưu ý rằng khi bạn có một số tùy chọn về cách thực hiện nâng cấp, bạn nên cung cấp cho người quản lý của mình một bản ghi các giải pháp khả thi (nếu có nhiều hơn), tóm tắt trong một vài câu, bao gồm chi phí, kết quả và rủi ro; lý tưởng đề cập đến các tùy chọn bạn đề nghị và tại sao. Bởi vì sự lựa chọn cuối cùng là của họ để thực hiện - sau tất cả họ là người quản lý.

Có thể trong trường hợp cụ thể này: Đề cập đến việc nâng cấp có thể hoàn toàn không thể.

Không có chiến lược dài hạn

Tạo một kế hoạch chiến lược sẽ không giúp bạn bây giờ. Nó sẽ không giúp bạn chút nào nếu nó là một tài liệu được ủ trong bộ phận CNTT của bạn. Kế hoạch chiến lược là một cái gì đó cần phải được gắn với nhu cầu kinh doanh.

Ví dụ về nhu cầu kinh doanh: Trong hai năm nữa, chúng tôi sẽ mở văn phòng mới tại Trung Quốc và Úc.

Nhiệm vụ CNTT bắt nguồn: Hãy chuẩn bị để đưa nhân viên mới vào tình trạng tồi tệ nhất của họ, tạo cơ sở hạ tầng tại các văn phòng nước ngoài, đào tạo cho nhân viên mới (có thể sử dụng ngôn ngữ mẹ đẻ của họ), cung cấp kết nối an toàn từ các văn phòng đó đến trung tâm, ...

Nếu mọi việc suôn sẻ, bạn có thể có một chiến lược có thể ... trong một vài tháng? Vậy khoảng nửa năm cho đến khi mọi thứ được thỏa thuận?

Duy trì và ghi lại cơ sở hạ tầng của bạn

Đây là di sản từ quá khứ và bây giờ bạn phải thay đổi mọi thứ. Ưu tiên. Lập danh sách những điều bạn muốn / phải làm ngay bây giờ để mang đến hầu hết mọi thứ cập nhật. Chọn trong đó có thể chờ đợi, thực hiện một lộ trình thô. (Lộ trình này phải là một phần trong chiến lược CNTT của bạn khi bạn có.)

Nếu bạn đang cập nhật một cái gì đó đã diễn ra tốt đẹp, hãy xử lý nó như công việc hàng ngày. Nếu bạn đang xử lý một cái gì đó có thể trở nên tồi tệ (là "lớn" về thời gian sử dụng, người được phân bổ, v.v.), hãy xử lý nó như một dự án.

Có các công cụ có thể giúp bạn với các phụ thuộc tài liệu và dịch vụ - CMDB (ví dụ iTop). Nhưng để nó hoạt động có thể mất một thời gian và bạn vẫn cần một số công cụ tài liệu. Ý tưởng tốt nhất là thiết lập wiki cho tài liệu nơi mọi người có thể bắt đầu viết tài liệu / ghi chú từ bây giờ. Bạn có thể thiết lập một wiki trong nửa giờ, vì vậy đây là một cách rất hiệu quả để bắt đầu mọi thứ.

Lưu ý cá nhân: Nâng cấp hệ điều hành cũ sẽ là PITA khổng lồ, không đề cập đến tài liệu (có thể xấu / thiếu). Không phải dễ dàng hơn để cài đặt máy chủ một lần nữa, di chuyển ứng dụng và ghi lại mọi thứ ngay từ đầu sao?


Tôi vẫn phải đọc câu trả lời của bạn cẩn thận hơn, nhưng trước tiên. . . Re "Tạo một kế hoạch chiến lược sẽ không giúp bạn bây giờ": Câu chuyện về cơn bão hiện tại chỉ nhằm mục đích minh họa cho vấn đề. Chúng tôi đang coi nó như nước dưới cầu và cố gắng cùng nhau lên kế hoạch chiến lược để ngăn chặn lượng mưa trong tương lai . Tôi cần chỉnh sửa câu hỏi của mình để làm cho điều này rõ ràng hơn.
Finger Lixon

1
Vâng, tôi biết ý của bạn. Nhưng tôi nghĩ rằng nếu bạn cắt bỏ câu cụ thể đó, phần còn lại của câu trả lời vẫn còn hiệu lực. :)
Fiisch
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.