Phát triển để thay đổi liên tục trong môi trường doanh nghiệp?

Question

Tôi làm việc cho một công ty lớn hiện đang trải qua quá trình hợp nhất. Chúng tôi đang làm việc trên một số dự án liên quan và không liên quan đến việc sáp nhập. Một vấn đề mà tôi nhận thấy là nhiều nhóm lập trình viên bị phân mảnh, mặc dù họ chủ yếu hỗ trợ nhiều dự án khác nhau trong lĩnh vực kinh doanh của họ, và cơ sở dữ liệu mà tất cả chúng ta làm việc dường như cũng phản ánh điều đó. Tôi không quá tự tin về tính chính xác của phần lớn dữ liệu vì nó.

Có bất kỳ mô hình hoặc tiêu chuẩn nào đã thành công trong việc quản lý các loại môi trường thay đổi này không? Cách tốt để truyền đạt những thay đổi đó cho người dùng là gì? Có cách nào để tạo dư thừa vì vậy nếu một thay đổi được đề xuất trên một phần của quá trình sản xuất, nó sẽ được truyền tải lên và xuống đường ống?

Chỉnh sửa: làm cho cộng đồng wiki này do tính chủ quan của nó

Answer 1

Tài nguyên chuyên dụng để giám sát quá trình, di chuyển và tạo.

Chúng tôi đã trải qua quá trình hợp nhất và hủy hợp nhất, sau đó chúng tôi đã mua các công ty khác và đang trong quá trình tích hợp chúng trong "quy trình" của chúng tôi. Tôi báo giá quá trình ở đây bởi vì, theo ý kiến ​​của tôi, chúng tôi vẫn không có bất kỳ để nói về.

Nơi cuối cùng chúng tôi sẽ thành công Tôi nghĩ là chúng tôi có các nguồn lực chuyên dụng trong việc tạo ra một quy trình hoạt động và đó là toàn công ty.Scrum là tất cả tốt nhưng nó không nhất thiết phải áp dụng cho các chu kỳ thanh toán và tiếp thị của doanh nghiệp, tuy nhiên nó sẽ làm việc tự hỏi trong dev của chúng tôi, R & D và các nhóm thực hiện (thậm chí có thể làm cho một nhóm duy nhất trong cả ba!). Vì vậy, làm thế nào để chúng tôi đưa ra quy trình và thực hành tốt nhất cho mỗi người để làm việc hiệu quả trong lĩnh vực chuyên môn của họ trong khi vẫn giữ nó gắn liền với nhau?

Viên đạn ma thuật của chúng tôi ở đây là chúng tôi có một người dành riêng cho nhiệm vụ này, anh ấy xem nó như thế nào, nhìn vào những gì cần thiết và vẽ kế hoạch đến đó và sau đó thực hiện chúng. Anh ta sẽ làm việc với các phòng ban, với CNTT và bất cứ ai được yêu cầu để hoàn thành nó. Quan trọng nhất, anh ấy có sự lãnh đạo và ủng hộ từ những người đứng đầu lớn để cho anh ta đòn bẩy thích hợp để có được những tảng đá nặng nề lăn tròn (tôi chắc chắn rằng bạn có những cái này, bất kỳ công ty nào đủ lớn cuối cùng cũng mang đến một chiếc ghế thoải mái cho ai đó vượt ngưỡng Peters của họ). Khi quy trình được xác định, có nhiệm vụ xử lý một cách thích hợp và di chuyển tất cả dữ liệu từ tất cả các hệ thống khác nhau được chấp nhận bởi mỗi nhóm - các công ty trước định nghĩa.

Để làm tất cả điều này trong khi bạn phải thực hiện các nhiệm vụ khác nhưng không thể, tôi biết gần như bị sa thải cố gắng thực hiện điều đó (đã từng bước một đến nhiều tảng đá), đó là lý do bạn cần tài nguyên chuyên dụng cho nội bộ này cấu trúc. Nếu bạn chưa có điều này trong công ty của bạn, tôi sẽ biến đây thành chiến trường đầu tiên của tôi.

Để làm tương tự những gì chúng tôi có ở đây là đầu bếp d'Orchestre biết quy trình là gì và có quần để hoàn thành công việc. Đây không phải là loại CE * mà họ quá bận rộn cho việc này nhưng ai đó không ở trong con đường quan trọng của bất kỳ dự án nào. Bằng cách đó anh ta vẫn còn khách quan và có thể lùi lại một bước và nhìn vào bức tranh lớn mà không bị hút liên tục trong sở thú. Tôi thấy rằng một người có nền tảng phát triển có kinh nghiệm trong cả hai mô hình quá trình nhanh nhẹn và chính thức là phù hợp nhất cho công việc này. Quá trình phát triển có khả năng là một trong những khó khăn nhất để thực sự móng tay và nhận được đi, nếu anh ta có thể làm điều này, phần còn lại nên được dễ dàng, ít nhất là trên giấy.

Kể từ khi chúng tôi nhận được điều này ở đây thay đổi đến, nó đến chậm nhưng nó đến và cho đến nay nó là một thần gửi mỗi lần. Mọi thay đổi được thực hiện mang lại ánh sáng như thế nào phần còn lại là không hiệu quả và cho anh ta nhiều đạn dược để làm cho nó được thực hiện. Bằng cách này, tôi thấy dễ dàng hơn khi sống với sự thiếu hiệu quả khi biết ai đó đang làm việc ở đó và cuối cùng họ sẽ được giải quyết.

Chúc các bạn may mắn, điều đó không phải là không thể nhưng nó hoàn toàn có thể thực hiện được.

Answer 2

Doanh nghiệp lớn của bạn giống như mọi người khác. Bao nhiêu đặc điểm này áp dụng cho bạn?

1. hệ sinh thái đa dạng của các máy chủ, hệ điều hành, hệ thống, ngôn ngữ, cơ sở dữ liệu, vv
2. sao chép các hệ thống (ví dụ, cả hai công ty trong việc sáp nhập có hệ thống mà làm điều tương tự theo những cách hơi khác nhau) .
3. Nhiều cơ sở dữ liệu thừa; không có nguồn gốc của sự thật.
4. Dữ liệu được chia sẻ bởi nhiều ứng dụng.
5. Rất nhiều sự phức tạp và phụ thuộc khiến việc kiểm tra mã khó khăn.
6. Rất nhiều phức tạp gây ra bởi những nỗ lực "thiết thực" để giải quyết các giới hạn.

Tôi không nghĩ rằng cảm giác thông thường hay tính chuyên nghiệp hay bất kỳ phép thuật nào sẽ truyền đạt những thay đổi lên xuống sản xuất.

Answer 3

Một ý nghĩ là có một nhóm người giám sát các dự án để đảm bảo chúng phù hợp với doanh nghiệp. Phải mất một số lãnh đạo để giữ cho mọi thứ trở thành một con tàu đắm.

Tôi biết trong Scrum, có khái niệm về Scrum of Scrums. Về cơ bản, một đại diện từ mỗi nhóm gặp nhau mỗi ngày (hoặc ít hơn trong một số trường hợp) để biết nhóm đã làm gì, họ đang làm gì vào ngày hôm nay và thảo luận về những trở ngại (có thể là các nhóm khác).

Ngoài ra, thực tiễn nhanh nhẹn trong việc giải quyết chính xác vấn đề của bạn ở chỗ họ dự đoán thay đổi.

Vì vậy, nếu quản lý không giữ mọi thứ đúng hướng, sẽ có một số thông tin và sự lãnh đạo thực sự tốt từ bên trong.