How Guru's Engineering Org Creates (and Uses) Guru

Xem những gì tổ chức Kỹ thuật của Guru đang làm. Khám phá cách chúng tôi được cấu trúc, cách chúng tôi hoạt động, cách chúng tôi sử dụng sản phẩm của mình—và lý do tại sao bạn nên gia nhập chúng tôi.

Khi tôi gia nhập Guru vào mùa thu năm 2019, một trong những điều tôi muốn đạt được trong năm tiếp theo là đưa đội ngũ của chúng tôi vào vị trí hỗ trợ công việc và văn hóa từ xa/khoảng cách khi chúng tôi phát triển. Tôi không hề biết điều gì sắp diễn ra, hoặc nó sẽ thúc đẩy cuộc trò chuyện trên nhiều mặt ra sao.

Giống như mọi đội khác trong thế giới SaaS (hoặc hãy thành thật, trong bất kỳ ngành nào), năm qua đã trông hoàn toàn khác so với những gì chúng tôi dự kiến trong buổi khởi động hàng năm tháng 2 năm 2020. Từ việc tìm ra cách để làm việc từ xa đến việc tăng cường các cách sản phẩm của chúng tôi hỗ trợ các công ty khác làm điều tương tự, đây là một năm đánh giá các quy trình, sản phẩm và con người mà chúng tôi cần để tạo dựng thành công. Và khi chúng tôi nhìn về tương lai và chuẩn bị phát triển trong năm 2021, chúng tôi đã tổ chức tổ chức phát triển sản phẩm của mình với những nhu cầu này ở vị trí hàng đầu.

engineering-solution-2-png.png

Cách chúng tôi đã cấu trúc tổ chức Sản phẩm, Thiết kế & Kỹ thuật của mình

Chúng tôi thật may mắn khi có thể tổ chức và đưa vào đủ kỹ sư, quản lý sản phẩm, nhà thiết kế và nhà tiếp thị sản phẩm tài năng trong năm qua để phát triển các đội chức năng của mình (chúng tôi gọi chúng là “pods”) từ năm thành tám.

Pods

Pods được thiết kế một cách nhanh nhẹn; mỗi pod gồm có một PM, một người đứng đầu kỹ thuật, một người đứng đầu thiết kế, một quản lý tiếp thị sản phẩm (PMM), và một vài kỹ sư, những người cùng nhau giám sát một khu vực cụ thể của sản phẩm hoặc trải nghiệm người dùng của chúng tôi. Cấu trúc này cho phép ra quyết định nhanh chóng, phần lớn là độc lập, gần gũi với công việc đang được thực hiện, thay vì từ phía sau những lớp khói và gương của một nhóm điều hành quyết định ưu tiên sản phẩm hàng ngày. Chúng cung cấp cấu trúc mà không cứng nhắc, linh hoạt mà không phải trì trệ, và tập trung mà không kìm hãm sự sáng tạo. Pods của chúng tôi đem lại tiếng nói quan trọng cho những người gần gũi với mã nguồn khách hàng—một thuận lợi cho tất cả mọi người tham gia.

Cột

Khi chúng tôi tiếp tục tinh chỉnh và lập lại các cách tốt nhất để pods của chúng tôi làm việc cùng nhau, chúng tôi đã tìm thấy một tổ chức tự nhiên thành hai khu vực chính: giúp người dùng mới bắt đầu dễ dàng hơn, và đảm bảo rằng Guru vẫn là sản phẩm mạnh mẽ và đổi mới nhất có thể cho khách hàng của chúng tôi. Chúng tôi coi mỗi khu vực này là một “cột” trong nhóm phát triển sản phẩm của chúng tôi, và đã tổ chức tất cả các pods của chúng tôi vào chúng một cách tương ứng.

Mục tiêu của việc chính thức hóa cấu trúc này là hai mặt: giữ cho việc ra quyết định gần gũi với phát triển, và đảm bảo rằng công việc đang được thực hiện trên toàn đội ngũ của chúng tôi đang hướng công ty và sản phẩm của chúng tôi đi đúng hướng. Vì lý do này, chúng tôi đã chỉ định các vai trò lãnh đạo trên mỗi cột để giám sát công việc của các pods dưới đây—đảm bảo rằng toàn bộ hoạt động đang diễn ra theo cách hỗ trợ các mục tiêu của công ty.

Thông thường, với bất kỳ thay đổi cấu trúc nào cũng đi kèm với nỗi sợ bị “doanh nghiệp hóa” tất cả. Quan niệm truyền thống là càng có nhiều cấu trúc, bạn sẽ càng trở nên chia rẽ, và càng khó cho mọi người thực hiện công việc có năng suất và có ý nghĩa. Nỗi sợ những nhiệm vụ được lặp lại gây ra nỗi sợ những sai lầm được lặp lại, và mối quan tâm chung về việc kiến thức của nhóm bị tuột khỏi tầm kiểm soát không phải là không có lý do. May mắn cho chúng tôi tại Guru, chúng tôi có thể sử dụng sản phẩm của chính mình để chủ động bảo vệ trước những thách thức này, và tối ưu hóa cho sự hợp tác hiệu quả khi chúng tôi phát triển thành cấu trúc đội ngũ mới.

Tại sao PDEM sử dụng Guru

engineering-solution-1.png

Guru cung cấp cho đội ngũ kỹ thuật của chúng tôi một nơi để tài liệu hóa và truy cập mọi thứ từ hướng dẫn thiết lập môi trường đến chi tiết dự án và cập nhật quan trọng của công ty. Nếu một kỹ sư gia nhập một pod mới, họ có thể làm quen nhanh chóng và bắt đầu đóng góp nhanh hơn vì tất cả các chi tiết về dự án hiện tại của đội ngũ họ đều có ngay trong Guru. Nếu một nhà thiết kế muốn đảm bảo rằng mọi người trong pod của họ đều xem xét các thiết kế trước khi chúng được hoàn thành, họ có thể gửi thông báo trong sản phẩm để thông báo cho mọi người rằng họ sẵn sàng nhận phản hồi. Và khi PM và PMM cần thông báo cho phần còn lại của công ty rằng bản cập nhật tính năng sắp được phát động, bạn đã đoán ra rồi—họ sẽ tạo một Thẻ cho điều đó.

Với một nguồn thông tin duy nhất cho cả thông tin đa chức năng và phức tạp, cụ thể về lĩnh vực, đội ngũ của chúng tôi có khả năng chia sẻ và học hỏi từ nhau tốt hơn. Không thể có tình trạng silo khi mọi người đều có quyền truy cập vào cùng một kiến thức, điều này có nghĩa là mọi người có thể ra quyết định nhanh hơn và tự tin hơn. Sự đánh đổi lịch sử giữa cấu trúc và trật tự so với tính tự chủ và trao quyền không phải là thực tế đối với các đội ngũ sử dụng Guru.

Guru cũng giữ cho tổ chức phát triển sản phẩm của chúng tôi đi sát với các đội ngũ tiếp xúc với khách hàng. Một kho lưu trữ trung tâm cho các câu hỏi về sản phẩm, câu chuyện khách hàng, và thông điệp tiếp thị giúp mọi người có cái nhìn tổng thể về cách chúng tôi xây dựng, bán, và hỗ trợ sản phẩm của mình, và tạo cơ hội để hợp tác và cung cấp phản hồi về công việc có thể nằm ngoài những gì chúng tôi làm hàng ngày. Chúng tôi tin rằng việc tìm kiếm các quan điểm đa dạng dẫn đến những kết quả tốt hơn, điều này khiến việc hợp tác với mọi phòng ban trở thành một phần quan trọng trong trách nhiệm của đội ngũ phát triển sản phẩm của chúng tôi.

Tham gia bữa tiệc 🥳

Nếu tất cả những điều này nghe có vẻ thú vị đối với bạn, hãy tiếp tục đọc—chúng tôi đang tuyển dụng cho nhiều vai trò khác nhau trong tổ chức phát triển sản phẩm của chúng tôi. Chúng tôi cần các kỹ sư, quản lý sản phẩm, và nhà thiết kế có đam mê về việc giúp chúng tôi tạo ra một trải nghiệm sản phẩm phong phú hơn thông qua việc nâng cao khả năng tìm kiếm và khám phá, biên tập viên, và nhiều hơn nữa.

engineering-onboarding-png.png

Chúng tôi cần các đồng đội giúp chúng tôi tạo ra một trải nghiệm thử nghiệm khiến khách hàng tiềm năng của chúng tôi phấn khích và biến họ thành những khách hàng lâu dài. Chúng tôi cần các nhà lãnh đạo có thể giúp chúng tôi phát triển các pods và cột của chúng tôi, và những đồng đội đang háo hức để trưởng thành lên vai trò lãnh đạo trong tương lai (chúng tôi thích thăng chức từ trong nội bộ!).

Hào hứng chứ? Chúng tôi rất hy vọng như vậy. Hãy đến với trang Nghề nghiệp của chúng tôi để xem liệu bạn có phải là ứng viên tốt cho một trong những vị trí mở của chúng tôi không, và hãy bắt đầu cuộc trò chuyện. Nhưng tất nhiên, nếu bạn thích chỉ đánh máy trong một căn hầm tối tăm và cảm thấy như mọi kiến thức bạn cần chỉ có trong đầu bạn—thì hãy tiếp tục như vậy.

Khi tôi gia nhập Guru vào mùa thu năm 2019, một trong những điều tôi muốn đạt được trong năm tiếp theo là đưa đội ngũ của chúng tôi vào vị trí hỗ trợ công việc và văn hóa từ xa/khoảng cách khi chúng tôi phát triển. Tôi không hề biết điều gì sắp diễn ra, hoặc nó sẽ thúc đẩy cuộc trò chuyện trên nhiều mặt ra sao.

Giống như mọi đội khác trong thế giới SaaS (hoặc hãy thành thật, trong bất kỳ ngành nào), năm qua đã trông hoàn toàn khác so với những gì chúng tôi dự kiến trong buổi khởi động hàng năm tháng 2 năm 2020. Từ việc tìm ra cách để làm việc từ xa đến việc tăng cường các cách sản phẩm của chúng tôi hỗ trợ các công ty khác làm điều tương tự, đây là một năm đánh giá các quy trình, sản phẩm và con người mà chúng tôi cần để tạo dựng thành công. Và khi chúng tôi nhìn về tương lai và chuẩn bị phát triển trong năm 2021, chúng tôi đã tổ chức tổ chức phát triển sản phẩm của mình với những nhu cầu này ở vị trí hàng đầu.

engineering-solution-2-png.png

Cách chúng tôi đã cấu trúc tổ chức Sản phẩm, Thiết kế & Kỹ thuật của mình

Chúng tôi thật may mắn khi có thể tổ chức và đưa vào đủ kỹ sư, quản lý sản phẩm, nhà thiết kế và nhà tiếp thị sản phẩm tài năng trong năm qua để phát triển các đội chức năng của mình (chúng tôi gọi chúng là “pods”) từ năm thành tám.

Pods

Pods được thiết kế một cách nhanh nhẹn; mỗi pod gồm có một PM, một người đứng đầu kỹ thuật, một người đứng đầu thiết kế, một quản lý tiếp thị sản phẩm (PMM), và một vài kỹ sư, những người cùng nhau giám sát một khu vực cụ thể của sản phẩm hoặc trải nghiệm người dùng của chúng tôi. Cấu trúc này cho phép ra quyết định nhanh chóng, phần lớn là độc lập, gần gũi với công việc đang được thực hiện, thay vì từ phía sau những lớp khói và gương của một nhóm điều hành quyết định ưu tiên sản phẩm hàng ngày. Chúng cung cấp cấu trúc mà không cứng nhắc, linh hoạt mà không phải trì trệ, và tập trung mà không kìm hãm sự sáng tạo. Pods của chúng tôi đem lại tiếng nói quan trọng cho những người gần gũi với mã nguồn khách hàng—một thuận lợi cho tất cả mọi người tham gia.

Cột

Khi chúng tôi tiếp tục tinh chỉnh và lập lại các cách tốt nhất để pods của chúng tôi làm việc cùng nhau, chúng tôi đã tìm thấy một tổ chức tự nhiên thành hai khu vực chính: giúp người dùng mới bắt đầu dễ dàng hơn, và đảm bảo rằng Guru vẫn là sản phẩm mạnh mẽ và đổi mới nhất có thể cho khách hàng của chúng tôi. Chúng tôi coi mỗi khu vực này là một “cột” trong nhóm phát triển sản phẩm của chúng tôi, và đã tổ chức tất cả các pods của chúng tôi vào chúng một cách tương ứng.

Mục tiêu của việc chính thức hóa cấu trúc này là hai mặt: giữ cho việc ra quyết định gần gũi với phát triển, và đảm bảo rằng công việc đang được thực hiện trên toàn đội ngũ của chúng tôi đang hướng công ty và sản phẩm của chúng tôi đi đúng hướng. Vì lý do này, chúng tôi đã chỉ định các vai trò lãnh đạo trên mỗi cột để giám sát công việc của các pods dưới đây—đảm bảo rằng toàn bộ hoạt động đang diễn ra theo cách hỗ trợ các mục tiêu của công ty.

Thông thường, với bất kỳ thay đổi cấu trúc nào cũng đi kèm với nỗi sợ bị “doanh nghiệp hóa” tất cả. Quan niệm truyền thống là càng có nhiều cấu trúc, bạn sẽ càng trở nên chia rẽ, và càng khó cho mọi người thực hiện công việc có năng suất và có ý nghĩa. Nỗi sợ những nhiệm vụ được lặp lại gây ra nỗi sợ những sai lầm được lặp lại, và mối quan tâm chung về việc kiến thức của nhóm bị tuột khỏi tầm kiểm soát không phải là không có lý do. May mắn cho chúng tôi tại Guru, chúng tôi có thể sử dụng sản phẩm của chính mình để chủ động bảo vệ trước những thách thức này, và tối ưu hóa cho sự hợp tác hiệu quả khi chúng tôi phát triển thành cấu trúc đội ngũ mới.

Tại sao PDEM sử dụng Guru

engineering-solution-1.png

Guru cung cấp cho đội ngũ kỹ thuật của chúng tôi một nơi để tài liệu hóa và truy cập mọi thứ từ hướng dẫn thiết lập môi trường đến chi tiết dự án và cập nhật quan trọng của công ty. Nếu một kỹ sư gia nhập một pod mới, họ có thể làm quen nhanh chóng và bắt đầu đóng góp nhanh hơn vì tất cả các chi tiết về dự án hiện tại của đội ngũ họ đều có ngay trong Guru. Nếu một nhà thiết kế muốn đảm bảo rằng mọi người trong pod của họ đều xem xét các thiết kế trước khi chúng được hoàn thành, họ có thể gửi thông báo trong sản phẩm để thông báo cho mọi người rằng họ sẵn sàng nhận phản hồi. Và khi PM và PMM cần thông báo cho phần còn lại của công ty rằng bản cập nhật tính năng sắp được phát động, bạn đã đoán ra rồi—họ sẽ tạo một Thẻ cho điều đó.

Với một nguồn thông tin duy nhất cho cả thông tin đa chức năng và phức tạp, cụ thể về lĩnh vực, đội ngũ của chúng tôi có khả năng chia sẻ và học hỏi từ nhau tốt hơn. Không thể có tình trạng silo khi mọi người đều có quyền truy cập vào cùng một kiến thức, điều này có nghĩa là mọi người có thể ra quyết định nhanh hơn và tự tin hơn. Sự đánh đổi lịch sử giữa cấu trúc và trật tự so với tính tự chủ và trao quyền không phải là thực tế đối với các đội ngũ sử dụng Guru.

Guru cũng giữ cho tổ chức phát triển sản phẩm của chúng tôi đi sát với các đội ngũ tiếp xúc với khách hàng. Một kho lưu trữ trung tâm cho các câu hỏi về sản phẩm, câu chuyện khách hàng, và thông điệp tiếp thị giúp mọi người có cái nhìn tổng thể về cách chúng tôi xây dựng, bán, và hỗ trợ sản phẩm của mình, và tạo cơ hội để hợp tác và cung cấp phản hồi về công việc có thể nằm ngoài những gì chúng tôi làm hàng ngày. Chúng tôi tin rằng việc tìm kiếm các quan điểm đa dạng dẫn đến những kết quả tốt hơn, điều này khiến việc hợp tác với mọi phòng ban trở thành một phần quan trọng trong trách nhiệm của đội ngũ phát triển sản phẩm của chúng tôi.

Tham gia bữa tiệc 🥳

Nếu tất cả những điều này nghe có vẻ thú vị đối với bạn, hãy tiếp tục đọc—chúng tôi đang tuyển dụng cho nhiều vai trò khác nhau trong tổ chức phát triển sản phẩm của chúng tôi. Chúng tôi cần các kỹ sư, quản lý sản phẩm, và nhà thiết kế có đam mê về việc giúp chúng tôi tạo ra một trải nghiệm sản phẩm phong phú hơn thông qua việc nâng cao khả năng tìm kiếm và khám phá, biên tập viên, và nhiều hơn nữa.

engineering-onboarding-png.png

Chúng tôi cần các đồng đội giúp chúng tôi tạo ra một trải nghiệm thử nghiệm khiến khách hàng tiềm năng của chúng tôi phấn khích và biến họ thành những khách hàng lâu dài. Chúng tôi cần các nhà lãnh đạo có thể giúp chúng tôi phát triển các pods và cột của chúng tôi, và những đồng đội đang háo hức để trưởng thành lên vai trò lãnh đạo trong tương lai (chúng tôi thích thăng chức từ trong nội bộ!).

Hào hứng chứ? Chúng tôi rất hy vọng như vậy. Hãy đến với trang Nghề nghiệp của chúng tôi để xem liệu bạn có phải là ứng viên tốt cho một trong những vị trí mở của chúng tôi không, và hãy bắt đầu cuộc trò chuyện. Nhưng tất nhiên, nếu bạn thích chỉ đánh máy trong một căn hầm tối tăm và cảm thấy như mọi kiến thức bạn cần chỉ có trong đầu bạn—thì hãy tiếp tục như vậy.

Trải nghiệm sức mạnh của nền tảng Guru trực tiếp - tham gia tour sản phẩm tương tác của chúng tôi
Thăm quan