Làm thế nào có thể thay đổi quản lý được sử dụng cho các hoạt động GIS?

Tôi đang làm việc trong một tổ chức lớn vừa phải, nơi GIS chỉ là một phần của nền tảng CNTT. Phần còn lại của tổ chức đang làm việc với "Quản lý thay đổi" và bây giờ họ muốn chúng tôi các kỹ sư GIS trở nên tốt hơn với các yêu cầu Thay đổi, v.v.

Vấn đề là, với tư cách là Quản trị viên GIS, chúng tôi luôn thay đổi rất nhiều. Bắt đầu, khởi động lại dịch vụ maps, tạo dịch vụ mới, di chuyển dữ liệu, cập nhật dịch vụ và dữ liệu.

Câu hỏi của tôi là nếu có ai khác có kinh nghiệm với Quản lý thay đổi và GIS trong công việc hàng ngày của họ và cách thức hoạt động cho bạn :)

Mong một cuộc thảo luận thú vị.

Đây là một liên kết giải thích khái niệm Quản lý thay đổi .

Tôi cũng làm việc trong một tổ chức sử dụng quy trình Quản lý thay đổi. Đối với chúng tôi, quản lý thay đổi không áp dụng cho các hoạt động quản lý dữ liệu hàng ngày ... điều đó sẽ quá sức. Nó thường áp dụng cho các thay đổi đối với [ hệ thống / cơ sở dữ liệu ] có thể có tác động hạ nguồn đối với các hệ thống khác.

Ở cấp độ cao, hãy tự hỏi mình những câu hỏi sau:

1. "Những người khác có mong đợi [ hệ thống / cơ sở dữ liệu ] mà tôi đang làm việc để luôn có sẵn không?"
2. "Ai đó sẽ gọi và hỏi tôi có vấn đề gì với [ hệ thống / cơ sở dữ liệu ] vì công việc tôi đang lên kế hoạch không?"
3. "Sẽ có ích khi làm việc trên [ hệ thống / cơ sở dữ liệu ] vào thời gian dự kiến ​​khi mọi người biết rằng nó sẽ không khả dụng?"

Nếu câu trả lời là "Có", có lẽ nó phải là một phần của Quản lý thay đổi.

Vì vậy, sử dụng các ví dụ của bạn:

• Bắt đầu, khởi động lại mapservice = quản lý thay đổi
• Tạo / cập nhật dịch vụ = quản lý thay đổi
• Di chuyển dữ liệu (giả sử đó là máy chủ / cơ sở dữ liệu mới) = quản lý thay đổi
• Thay đổi lược đồ dữ liệu (bảng / tên xem, cột, v.v.) = quản lý thay đổi
• Cập nhật dữ liệu = không thay đổi quản lý vì không ai có thể quan tâm nếu FeatureID 123 hoặc thuộc tính X được điền. Họ chỉ cần có khả năng phân tích bất kỳ dữ liệu nào tồn tại trong lớp tính năng.

Một cách khác để nghĩ về nó giống như một dịch vụ giao hàng: Nếu bạn chuyển đến một địa chỉ mới, thay đổi tên của bạn, địa chỉ của bạn đã được thay đổi bởi thành phố, bạn nên thông báo cho Bưu điện. Nếu bạn nhận được đăng ký mới cho một tạp chí, PO không cần biết vì việc giao hàng sẽ chỉ hiển thị.

Bài viết về Kiểm soát thay đổi có lẽ gần với những gì bạn đang nghĩ đến.

Trong tổ chức của tôi, chúng tôi có một cuộc họp "hoạt động" hàng tuần, trong đó chúng tôi sẽ xem danh sách các thay đổi sắp tới và yêu cầu nhân viên chủ chốt liên quan đến cập nhật trạng thái và tạo cơ hội cho bất kỳ hoạt động xung đột nào được phối hợp.

Các quy trình này thường được bao phủ bởi một quy trình vận hành tiêu chuẩn (SOP), thỏa thuận cấp độ dịch vụ (SLA) và / hoặc thỏa thuận cấp độ hoạt động (OLA), với các nhiệm vụ / quy trình công việc riêng lẻ được ghi trong cơ sở tri thức (KB). Ưu tiên chiến lược của các dự án lớn được xử lý thông qua quản trị CNTT .

Bất kỳ cửa hàng CNTT vừa và lớn nào cũng nên có ít nhất một số các tiêu chuẩn này được triển khai.

Dường như với tôi, Quản lý thay đổi liên quan nhiều hơn đến việc thay đổi cấu trúc của tổ chức hoặc các yêu cầu đối với một dự án, chứ không phải bảo trì công nghệ hàng ngày (ví dụ như khởi động lại dịch vụ). Từ phần "Ví dụ" của bài viết Wikipedia mà bạn đã liên kết đến:

Thay đổi chiến lược, Thay đổi hoạt động (bao gồm thay đổi cấu trúc), Thay đổi công nghệ, Thay đổi thái độ và hành vi của nhân viên, Thay đổi toàn diện về tính cách

Tại một công việc trước đây trong một công ty cỡ trung bình, chúng tôi phải đưa vào "kiểm soát thay đổi" bất cứ khi nào chúng tôi cần để thực hiện các thay đổi ảnh hưởng đến bất kỳ sản xuất chính nàoHệ thống hoặc thành phần CNTT, chẳng hạn như, nhưng không giới hạn ở các thay đổi / di chuyển / kết nối cơ sở dữ liệu, công việc ETL, cấu hình máy chủ, v.v. Môi trường phát triển và kiểm tra không yêu cầu kiểm soát thay đổi. May mắn thay, chúng tôi đã (kiếm được) sự tin tưởng của bộ phận CNTT, vì vậy họ đã trao cho chúng tôi các quyền tự do như toàn quyền kiểm soát môi trường sản xuất của chúng tôi để chúng tôi có thể dễ dàng triển khai các ứng dụng của mình và thay đổi khi cần. CNTT không có đội ngũ nhân viên có kiến ​​thức về hoạt động bên trong của các ứng dụng GIS để xử lý tất cả các nhiệm vụ quản lý hàng ngày, vì vậy họ để lại cho chúng tôi. Các dịch vụ bản đồ nảy không yêu cầu kiểm soát thay đổi đối với chúng tôi, nhưng nó nằm trong các tài liệu và tài liệu của chúng tôi, vốn có sẵn cho tất cả mọi người.

Quan điểm của tôi: Kiếm được sự tin tưởng của bộ phận CNTT, Quản trị viên DBA và Sys của bạn, cho họ thấy quy trình của bạn tác động đến hệ thống như thế nào và cố gắng hết sức để làm việc với họ nhiều nhất có thể. Cố gắng đưa ra một SOP và ghi lại những gì cần kiểm soát thay đổi và những gì không, và tuân thủ nó.