CNPATTERNS – ORGANIZATION & CULTURE PATTERNS

Bản dịch tóm tắt từ: https://www.cnpatterns.org/organization-culture

Các phương pháp hướng dẫn sự phát triển của tổ chức: cắt giảm sự phụ thuộc và trao quyền cho các nhóm độc lập, chủ động và tự chủ, phát triển, phân phối và triển khai nhanh chóng và lặp đi lặp lại.

Agile for New Development

Chiến lược được xác định và hướng giải pháp được chọn sau khi thử nghiệm. Vẫn còn nhiều điều chưa chắc chắn và không phải tất cả kiến thức đều có sẵn trong đội ngũ.

Cân bằng giữa sự thành thạo và đổi mới bằng cách xây dựng thời gian riêng biệt cho mỗi thứ trong chu kỳ phát triển của bạn

Blameless Inquiry

Một công ty đang cung cấp các sản phẩm hoặc dịch vụ hiện có trong khi đầu tư một số nguồn lực vào việc liên tục đổi mới. Có rất nhiều điều không chắc chắn và cần có thử nghiệm để tìm ra công nghệ và khám phá các cơ hội kinh doanh mới. Đương nhiên, nhiều thử nghiệm dẫn đến ngõ cụt.

Khi một vấn đề xảy ra, tập trung vào sự việc thay vì những người liên quan cho phép họ học hỏi từ những sai lầm mà không sợ bị trừng phạt

Build-Run Teams (“CN DevOps”)

Công ty có các nhóm đa chức năng (Agile) hoặc các nhóm được thiết kế bởi chuyên môn kỹ thuật (Waterfall) và cần chuyển sang cấu trúc tương thích với cloud native. Các nhóm phát triển dựa vào nhóm Ops (vận hành) để triển khai hệ thống lên production. Công ty đang tìm kiếm sự cân bằng phù hợp giữa tính độc lập và tiêu chuẩn hóa cho các nhóm phát triển của họ.

Nhóm phát triển có toàn quyền đối với các dịch vụ mà họ xây dựng, không chỉ tạo ra mà còn triển khai và hỗ trợ chúng

Co-Located Teams

Một tổ chức đang chuyển sang cloud native có nhiều văn phòng và tòa nhà văn phòng. Các công việc được nhắm mục tiêu để chuyển sang cloud native có các thành viên riêng lẻ ở nhiều vị trí vật lý.

Các nhóm làm việc cùng nhau trực tiếp phát triển các mối quan hệ gần gũi hơn một cách tự nhiên và khả năng hợp tác giải quyết vấn đề tốt hơn, từ đó nuôi dưỡng sự đổi mới lớn hơn

Communicate Through Tribes

Một công ty đang chuyển từ cách tiếp cận phân cấp sang thế giới cloud native phát triển nhanh chóng và phức tạp. Trong các tổ chức truyền thống, việc ra quyết định và chia sẻ kiến thức được thực hiện theo hệ thống phân cấp, và các nhà quản lý hoặc kiến trúc sư trưởng có trách nhiệm biết mọi thứ về các dự án được giao của họ. Tuy nhiên, trong cloud native, các kỹ sư được trao quyền sở hữu đối với microservices và cần đưa ra quyết định nhanh chóng và độc lập. Quá trình delivery đang được hoàn toàn tự động.

Tạo ra các nhóm người có kỹ năng tương tự nhưng thuộc các nhóm khác nhau để trao đổi chéo ý tưởng trong toàn công ty và cung cấp viễn cảnh có giá trị cho toàn tổ chức

Core Team

Với Vision First, công ty hiện đang phân bổ tài nguyên cho quá trình chuyển đổi cloud native và chọn các nhóm tốt nhất để dẫn dắt các giai đoạn đầu.

Thiết lập một đội ngũ kỹ sư và kiến trúc sư cho nhiệm vụ phát hiện ra con đường chuyển đổi tốt nhất và thực hiện nó trong suốt quá trình đó. Điều này làm giảm rủi ro trong quá trình chuyển đổi trong khi nhóm thu được kinh nghiệm hữu ích cho việc hướng dẫn các nhóm còn lại sau này

Decide Closest to the Action

Quá trình chuyển đổi đám mây đang được tiến hành và có rất nhiều điều không chắc chắn. Mọi người vẫn đang tìm hiểu về công nghệ, bản thân nó đang liên tục phát triển và thị trường đang thay đổi thường xuyên và thất thường. Mỗi nhóm chịu trách nhiệm cung cấp microservice của riêng mình và có rất nhiều phần chuyển động. Các nhà quản lý và kiến trúc sư chính chỉ có hiểu biết rộng, ở cấp độ cao về sản phẩm và ít nắm bắt được các chi tiết kỹ thuật làm nền tảng cho quá trình phát triển thực tế.

Những người gần nhất với một hành động thay đổi có cơ hội đầu tiên để đưa ra bất kỳ quyết định nào liên quan đến hành động đó

Design Thinking for Radical Innovation

Chúng ta có một ý tưởng lớn hoặc một vấn đề khó khăn có thể làm thay đổi công việc kinh doanh. Có những giải pháp khả thi, nhưng cũng không ít điều bất trắc.

Cho dù phải đối mặt với một ý tưởng mới triệt để hay một vấn đề lớn, Tư duy thiết kế có thể được sử dụng như một quy trình để đầu tiên động não một danh sách các giải pháp mạnh mẽ và sau đó thu hẹp nó xuống các khả năng tốt nhất để đi vào thực tế

Exploratory Experiments

Thử thách rất mới và phức tạp và nhóm không thể giải quyết nó bằng cách sử dụng kiến thức hiện có hoặc thông qua nghiên cứu đơn giản (tức là bạn không thể Google nó). Không có đủ thông tin để thực hiện bước tiếp theo, ít hơn nhiều để đưa ra một quyết định đúng đắn.

Khi giải quyết một vấn đề phức tạp mà không có giải pháp rõ ràng, hãy chạy một loạt các thử nghiệm nhỏ để đánh giá các giải pháp thay thế khả thi và học bằng cách thực hiện

Gradual Onboarding

Có áp lực từ cấp trên, các giám đốc điều hành và hội đồng quản trị, để bắt đầu sử dụng nền tảng đám mây càng sớm càng tốt và áp lực từ bên dưới, từ các nhóm phát triển, chuyển sang công nghệ mới mẻ. Công ty đã dành rất nhiều thời gian và tiền bạc để xây dựng hệ thống mới và mọi người đều háo hức gặt hái thành quả. Các developer muốn tìm hiểu và sử dụng công nghệ mới.

Một đến ba tháng trước khi nền tảng mới đi vào hoạt động, hãy bắt đầu đào tạo một vài nhóm tại một thời điểm và tạm dừng giữa mỗi nhóm để kết hợp phản hồi và cải thiện quy trình / tài liệu

Internal Evangelism

Quá trình chuyển đổi đám mây đang được tiến hành và Core Team đang làm việc chăm chỉ để hiểu thách thức và xây dựng một nền tảng chất lượng cao với một cách rõ ràng để tiếp cận các ứng dụng cũ và mới. Các nhóm còn lại vẫn chưa tham gia vào quá trình chuyển đổi và có thể mất vài tháng, thậm chí một năm, trước khi tất cả họ được đưa vào nền tảng mới.

Cung cấp nhiều thông tin về sự chuyển đổi trong toàn bộ công ty ngay từ đầu để tạo ra sự hiểu biết, chấp nhận và hỗ trợ cho sáng kiến

Lean for Optimization

Sản phẩm của bạn ổn định và đáp ứng được nhu cầu (một “Cash Cow” trên ma trận chia sẻ tăng trưởng BCG) và nó đang ở trạng thái được cải tiến và hỗ trợ từng bước. Công nghệ được sử dụng trong sản phẩm được biết đến và hiểu rõ. Tất cả các khả năng đều nằm trong tầm tay của đội ngũ.

Khi một hệ thống ổn định mang lại giá trị dự kiến và không phải là mục tiêu cho sự đổi mới kỹ thuật, hãy tập trung vào việc cải thiện hệ thống bằng cách cải tiến liên tục và từng bước các quy trình phân phối và bảo trì với trọng tâm là khả năng lặp lại

Manage for Creativity

Công ty đang đầu tư vào tất cả Three Horizons – H1, mức độ thành thạo; H2, đổi mới; và H3, nghiên cứu. Một số nhóm đang làm việc để cung cấp giá trị cốt lõi H1 và cải thiện trình độ. Các nhóm khác dành riêng cho các dự án đổi mới, đòi hỏi cách tiếp cận sáng tạo.

Các nhóm chịu trách nhiệm về sự đổi mới cần có quyền tự do để thử nghiệm theo cách của họ cho các giải pháp mà không bị áp lực để mang lại kết quả cụ thể theo một lịch trình đã định — nhưng sự tự do đôi khi sẽ khó đạt được

Manage for Proficiency

Một sự chuyển đổi đang được tiến hành. Một số nhóm đang làm việc sáng tạo để xây dựng hệ thống mới trong khi các nhóm khác vẫn tập trung vào việc giữ cho hệ thống hiện có cung cấp các sản phẩm / dịch vụ cốt lõi của công ty. Ngoài ra, quá trình chuyển đổi cloud native đã kết thúc và tất cả các nhóm tham gia vào nền tảng đều biết rất rõ những gì họ đang làm. Họ sẵn sàng cung cấp những sản phẩm xuất sắc cho khách hàng nhanh nhất khi cần thiết.

Các nhóm thực hiện công việc ổn định và có tính lặp lại cao hoặc công việc theo thuật toán phải được quản lý để có chất lượng cao và hiệu quả tối ưu

MVP Platform

Mục tiêu rõ ràng, công nghệ có sẵn, kiến thức hiện có và tất cả các câu hỏi chính đều được trả lời bằng một loạt PoC. Bây giờ là lúc để xây dựng một nền tảng thực sự. Các nhóm phát triển đang tạm dừng và chờ nền tảng mới bắt đầu xây dựng các ứng dụng mới và cấu trúc lại các ứng dụng cũ.

Sau khi các Thử nghiệm khám phá và PoC đã phát hiện ra con đường có thể dẫn đến thành công, hãy xây dựng một phiên bản đơn giản của nền tảng cơ bản nhưng đầy đủ chức năng và production-ready với một đến ba ứng dụng nhỏ chạy trên nó trên production.

Ongoing Education

Công ty đang chuyển sang cloud native và một số nhóm chưa bao giờ làm việc với quy trình hoặc công nghệ cloud native. Trong môi trường trước đây của họ, kiến thức và việc học khá ổn định và tuyến tính (học một chút và khai thác kiến thức thật nhiều). không đủ nâng cao để hỗ trợ toàn bộ quá trình chuyển đổi.

Liên tục giới thiệu những phương pháp mới và cải tiến những cách hiện có để giúp các nhóm liên tục phát triển kiến thức và kỹ năng cloud native của họ

Personalized Relationships for Co-Creation

Nhóm đang làm việc trên phần triển khai sáng tạo hơn và vẫn chỉ am hiểu một phần về nó. Không có câu trả lời ngay lập tức, và tương lai không rõ ràng hoặc không thể đoán trước. Các nhóm dựa trên chuyên môn cá nhân và có vai trò và trách nhiệm rõ ràng.

Các giải pháp cho các vấn đề phức tạp được tạo ra một cách hợp tác tốt nhất bởi các nhóm có mức độ kết nối giữa các cá nhân cao

Platform Team

Một doanh nghiệp đang chuyển sang cloud native và áp dụng kiến trúc microservices. Nhiều nhóm đang xây dựng nhiều service khác nhau và họ cần các công cụ bổ sung để tạo cơ sở hạ tầng để chạy các phần ứng dụng đó.

Tạo một nhóm phụ trách kiến trúc, xây dựng và chạy một nền tảng cloud native duy nhất, nhất quán và ổn định để toàn bộ tổ chức sử dụng để các developer có thể tập trung vào việc xây dựng ứng dụng thay vì định cấu hình cơ sở hạ tầng

Productive Feedback

Một nhóm có trách nhiệm chính yêu cầu công việc sáng tạo hoặc đổi mới.

Mọi người tham gia và sáng tạo hơn khi họ cảm thấy thoải mái khi nhận được thông tin mang tính xây dựng về hành vi của họ và đổi lại cũng như vậy

Proof of Concept (POC)

Bạn đã chạy thử nghiệm và xác định một giải pháp mà bạn nghĩ có thể là đúng, nhưng vẫn còn một số ẩn số lớn. Bạn đang ở thời điểm quyết định: áp dụng giải pháp này hay không?

Trước khi cam kết hoàn toàn với một giải pháp có thể ảnh hưởng đáng kể đến tương lai, hãy xây dựng làm Proof of Concept để chứng minh khả năng tồn tại và hiểu rõ hơn

Psychological Safety

Một công ty chuẩn bị bắt tay vào một cuộc hành trình phức tạp hướng tới nền tảng đám mây. Con đường không chắc chắn và rải rác những vấn đề mà nhóm chưa bao giờ gặp phải. Nhóm cần thực hiện phương pháp giải quyết vấn đề hợp tác, cùng nhau học hỏi và thúc đẩy nhau suy nghĩ sáng tạo.

Khi các thành viên trong nhóm cảm thấy họ có thể lên tiếng, bày tỏ sự lo lắng và mắc lỗi mà không phải đối mặt với sự trừng phạt hoặc chế giễu, họ có thể suy nghĩ tự do và sáng tạo, đồng thời sẵn sàng chấp nhận rủi ro

Remote Teams

Một công ty đang giải quyết các vấn đề kinh doanh phức tạp và tương đối khó khăn và nhiều thành viên trong nhóm đang làm việc từ xa với nhau.

Nếu các nhóm phải làm việc từ xa, cho dù ở khắp thành phố hay châu lục, hãy xây dựng các buổi tĩnh tâm / phiên làm việc thường xuyên cũng như các kênh mạnh mẽ để liên lạc chặt chẽ và tự do

SRE Team

Một công ty lớn có một ứng dụng lớn, mang tính sứ mệnh quan trọng với yêu cầu rất cao về chất lượng và tính khả dụng cũng như các nguồn lực đáng kể để tạo ra các nhóm cải tiến chuyên dụng.

Nhóm SRE (Site Reliability Engineering) giúp các nhóm phát triển duy trì và cải thiện ứng dụng (không phải nền tảng hoặc cơ sở hạ tầng)

Strangle Monolithic Organization

Một cuộc tiến hành chuyển đổi cloud native đang diễn ra và một số nhóm đang chuyển sang cloud native, trong khi những nhóm khác có thể không chuyển sang cloud native trong một thời gian dài.

Cũng giống như các công cụ, công nghệ và cơ sở hạ tầng mới dần dần ra đời trong quá trình sáng kiến chuyển đổi, tổ chức và các nhóm của tổ chức cũng phải phát triển để làm việc với chúng một cách phù hợp