nhưng lại khiến cơ hội giải quyết những vấn đề chung mà doanh nghiệp đặt
ra cho nhóm đa chức năng không cao. Trong trường hợp này, mâu thuẫn
thường xuyên xảy ra, vì những thành viên ở các nhóm sản phẩm không biết
mình cần phải dành thời gian cho công việc gì, dẫn đến sự bối rối, bực tức
và thất vọng về bản thân và lãnh đạo.
Nhưng chúng ta có thể dễ dàng tránh khỏi điều này.
Nếu bạn đang triển khai OKRs cho bộ phận sản phẩm, hãy nhớ rằng chúng
phải tập trung vào công việc chuyên môn của họ. Hướng sự chú ý của mọi
người trong bộ phận sản phẩm vào những Mục tiêu của nhóm. Nếu những
bộ phận khác (như thiết kế, kỹ thuật hay kiểm định chất lượng) có những
Mục tiêu chuyên môn quan trọng, chúng cần được các trưởng nhóm thảo
luận và sắp xếp thứ tự ưu tiên, sao cho phù hợp với những Mục tiêu chung
của doanh nghiệp, phối hợp nhịp nhàng với Mục tiêu có liên quan của nhóm
sản phẩm.
Bạn cũng nên lưu ý, việc quản lý của những bộ phận chức năng đặt ra Mục
tiêu riêng cho nhóm của họ là điều hết sức bình thường. Bởi họ đâu có tranh
chấp gì và cũng không phải thành viên nhóm sản phẩm. Ví dụ, trưởng nhóm
thiết kế trải nghiệm người dùng phụ trách chiến lược chuyển đổi sang thiết
kế tương tác với khách hàng; trưởng nhóm kỹ thuật phụ trách chiến lược
quản lý các khoản nợ kỹ thuật
2
, trưởng nhóm sản phẩm phụ trách truyền tải
tầm nhìn sản phẩm, hay trưởng nhóm quản lý chất lượng phụ trách lựa chọn
thiết bị kiểm tra tự động.
2
Nợ kỹ thuật là bất kỳ mã hay đoạn code được thêm mà có thể làm
mất nhiều công sức và thời gian để sửa chữa sau đó nhằm mục đích
đạt được những lợi ích nhanh chóng. (ND)
Khi từng thành viên (như kỹ sư, nhà thiết kế hay quản lý sản phẩm) đặt ra
những Mục tiêu liên quan đến phát triển cá nhân (chẳng hạn như cải thiện
kiến thức trong lĩnh vực công nghệ nào đó) thì đó cũng không phải việc gì
