Hai người trong một hộp (nếu bạn có thể) và mọi người trong tài liệu (luôn luôn).
Trong ngữ cảnh CNTT, “hai trong một hộp” đề cập đến hai máy chủ hoặc thành phần được thiết kế để hoạt động cùng nhau nhằm mang lại khả năng dự phòng và tăng độ tin cậy. Thiết lập này có thể đảm bảo rằng nếu một thành phần bị lỗi, thành phần kia sẽ tiếp quản hoạt động của nó, do đó duy trì tính liên tục của dịch vụ. Mục tiêu của việc có “hai trong một hộp” là cung cấp khả năng sẵn sàng cao và khắc phục thảm họa. Điều này cũng áp dụng cho vai trò của con người trong một tổ chức; tuy nhiên, nó hiếm khi được thực hiện.
Hãy xem một ví dụ về Analytics có liên quan. Tất cả chúng ta đều có thể biết tên một người trong công ty hoặc tổ chức của mình là người “tiếp cận” với Analytics. Họ là những người có báo cáo hoặc bảng điều khiển được đặt theo tên của họ – Báo cáo của Mike hoặc Bảng điều khiển của Jane. Chắc chắn, có những người khác biết phân tích, nhưng đây là những nhà vô địch thực sự, những người dường như biết cách hoàn thành những việc khó khăn nhất và hoàn thành vượt mức thời hạn. Vấn đề là những người này đứng một mình. Trong nhiều trường hợp dưới áp lực, họ không làm việc với bất kỳ ai vì điều đó có thể làm họ chậm lại và đây là lúc vấn đề bắt đầu. Chúng tôi không bao giờ nghĩ rằng chúng tôi sẽ mất người này. Tôi sẽ không nói những câu điển hình như “giả sử họ bị xe buýt đâm” hoặc sử dụng một ví dụ tận dụng các cơ hội thị trường việc làm hiện tại và nói điều gì đó tích cực như “họ đã trúng xổ số!”, bởi vì tất cả chúng ta nên làm phần việc của mình để trở nên tích cực những ngày này.
The Story
Sáng thứ Hai đến, chuyên gia phân tích và nhà vô địch MJ của chúng tôi đã nộp đơn từ chức. MJ đã trúng xổ số và đã rời khỏi đất nước mà không cần quan tâm đến thế giới. Nhóm và những người biết MJ rất vui mừng và ghen tị, nhưng công việc vẫn phải tiếp tục. Bây giờ là lúc giá trị và thực tế của những gì MJ đang làm sắp được hiểu. MJ chịu trách nhiệm xuất bản lần cuối và xác thực các phân tích. Họ dường như luôn có thể cải thiện hiệu quả hoặc thực hiện thay đổi khó khăn đó trước khi cung cấp số liệu phân tích cho mọi người. Không ai thực sự quan tâm nó đã được thực hiện như thế nào và được đảm bảo rằng nó vừa mới xảy ra, và MJ là một Ngôi sao nhạc rock của cá nhân Analytics nên được trao một mức độ tự chủ nhất định. Giờ đây, khi nhóm bắt đầu thu thập các mảnh ghép, các yêu cầu, các vấn đề hàng ngày, các yêu cầu sửa đổi, họ cảm thấy lúng túng và bắt đầu tranh giành. Báo cáo / Bảng điều khiển được tìm thấy ở trạng thái không xác định; một số nội dung không cập nhật vào cuối tuần và chúng tôi không biết tại sao; mọi người đang hỏi chuyện gì đang xảy ra và khi nào mọi thứ sẽ được sửa chữa, những chỉnh sửa mà MJ nói đã được thực hiện không hiển thị và chúng tôi không biết tại sao. Đội có vẻ tệ. Đó là một thảm họa và bây giờ tất cả chúng ta đều ghét MJ.
Những bài học
Có một số cách dễ dàng và rõ ràng.
- Không bao giờ cho phép một cá nhân làm việc một mình. Nghe có vẻ hay nhưng trong các nhóm nhanh nhẹn nhỏ hơn, chúng tôi không có thời gian hoặc nhân lực để thực hiện điều này. Mọi người đến và đi, nhiệm vụ rất nhiều, vì vậy nó được phân chia và chinh phục dưới danh nghĩa năng suất.
- Mọi người phải chia sẻ kiến thức của mình. Nghe cũng hay nhưng chúng ta có đang chia sẻ với đúng người hay đúng người không? Hãy nhớ rằng nhiều người trúng xổ số là đồng nghiệp. Thực hiện các buổi chia sẻ kiến thức cũng làm mất thời gian cho các nhiệm vụ và hầu hết mọi người chỉ đầu tư vào các kỹ năng và kiến thức đúng lúc khi cần thiết.
Vì vậy, một số giải pháp thực sự mà mọi người có thể thực hiện và vượt qua là gì?
Hãy bắt đầu với Quản lý cấu hình. Chúng tôi sẽ sử dụng điều này làm thuật ngữ chung cho một số chủ đề tương tự.
- Thay đổi cách quản lý: Quá trình lập kế hoạch, thực hiện và kiểm soát các thay đổi đối với hệ thống phần mềm theo cách có cấu trúc và hệ thống. Quá trình này nhằm đảm bảo rằng các thay đổi được thực hiện một cách có kiểm soát và hiệu quả (với khả năng hoàn nguyên), với sự gián đoạn tối thiểu đối với hệ thống hiện có và mang lại lợi ích tối đa cho tổ chức.
- Quản lý dự án: Việc lập kế hoạch, tổ chức và kiểm soát các dự án phát triển phần mềm để đảm bảo rằng chúng được hoàn thành đúng thời hạn, trong phạm vi ngân sách và theo các tiêu chuẩn chất lượng mong muốn. Nó liên quan đến việc phối hợp các nguồn lực, hoạt động và nhiệm vụ trong suốt vòng đời phát triển phần mềm để đạt được các mục tiêu của dự án và chuyển giao sản phẩm phần mềm đúng tiến độ.
- Tích hợp liên tục và phân phối liên tục (CI/CD): Quá trình tự động hóa việc xây dựng, thử nghiệm và triển khai phần mềm. Tích hợp liên tục yêu cầu thường xuyên hợp nhất các thay đổi mã vào một kho lưu trữ dùng chung và chạy thử nghiệm tự động để sớm phát hiện lỗi trong quá trình phát triển. Phân phối/Triển khai liên tục liên quan đến việc tự động phát hành các thay đổi mã đã được kiểm tra và xác thực vào sản xuất, cho phép phát hành nhanh chóng và thường xuyên các tính năng và cải tiến mới.
- Kiểm soát phiên bản: Quá trình quản lý các thay đổi đối với mã nguồn và các tạo phẩm phần mềm khác theo thời gian bằng cách sử dụng các công cụ phần mềm chuyên dụng. Nó cho phép các nhà phát triển cộng tác trên một cơ sở mã, duy trì toàn bộ lịch sử thay đổi và thử nghiệm các tính năng mới mà không ảnh hưởng đến cơ sở mã chính.
Tất cả những điều trên đề cập đến các thực tiễn phát triển phần mềm tốt. Các công cụ phân tích thúc đẩy và điều hành doanh nghiệp xứng đáng được hưởng lợi không kém vì chúng đóng vai trò quan trọng đối với việc ra quyết định. Tất cả tài sản phân tích (công việc ETL, định nghĩa ngữ nghĩa, định nghĩa số liệu, báo cáo, bảng điều khiển, câu chuyện, v.v.) chỉ là các đoạn mã có giao diện trực quan để thiết kế và những thay đổi dường như nhỏ có thể tàn phá hoạt động.
Sử dụng Quản lý cấu hình giúp chúng tôi tiếp tục chạy ở trạng thái tốt. Nội dung được tạo phiên bản để chúng tôi có thể biết điều gì đã xảy ra trong vòng đời của chúng, chúng tôi biết ai đang làm việc gì cùng với tiến độ và thời gian đã đạt được, đồng thời chúng tôi biết rằng quá trình sản xuất sẽ tiếp tục. Điều không nằm trong bất kỳ quy trình thuần túy nào là việc chuyển giao kiến thức và sự hiểu biết về lý do tại sao mọi thứ lại như vậy.
Mọi hệ thống, cơ sở dữ liệu và công cụ phân tích đều có những đặc điểm riêng. Những thứ khiến chúng đi nhanh hay chậm, những thứ khiến chúng hành xử theo một cách nhất định hoặc tạo ra một kết quả mong muốn. Đây có thể là cài đặt ở cấp độ hệ thống hoặc toàn cầu hoặc những thứ trong thiết kế nội dung giúp chúng chạy đúng như mong muốn. Vấn đề là hầu hết những điều này được học theo thời gian và không phải lúc nào cũng có chỗ để ghi lại chúng. Ngay cả khi chúng tôi chuyển sang các hệ thống Đám mây, nơi chúng tôi không còn kiểm soát cách ứng dụng thực thi và chúng tôi dựa vào nhà cung cấp để làm cho nó nhanh nhất có thể, việc điều chỉnh các định nghĩa vẫn tiếp tục trong nội dung của chúng tôi để mở khóa chính xác những gì chúng tôi đang tìm kiếm. Kiến thức này là những gì cần được nắm bắt và chia sẻ bằng cách cung cấp kiến thức đó cho những người khác. Kiến thức này phải được yêu cầu như một phần của tài liệu về nội dung và là một phần không thể thiếu của quy trình kiểm soát và phê duyệt kiểm soát phiên bản & CI/CD và trong một số trường hợp, thậm chí là một phần của danh sách kiểm tra trước khi xuất bản những việc cần làm và không LÀM.
Không có câu trả lời kỳ diệu hoặc trí tuệ nhân tạo nào để bù đắp cho các lối tắt hoặc thiếu các lối tắt trong quy trình phân tích của chúng tôi. Bất kể quy mô của nhóm giữ cho dữ liệu và phân tích trôi chảy, đầu tư vào một hệ thống để theo dõi các thay đổi, phiên bản tất cả nội dung và giúp ghi lại quá trình phát triển cũng như nắm bắt kiến thức là điều bắt buộc. Đầu tư vào các quy trình và thời gian trước sẽ tiết kiệm rất nhiều thời gian lãng phí sau này để tìm ra mọi thứ nhằm duy trì trạng thái lành mạnh cho các phân tích của chúng tôi. Mọi thứ xảy ra và tốt nhất là có chính sách bảo hiểm cho MJ và những người trúng xổ số khác.
