Cấu trúc trong mô hình vận hành phải hỗ trợ việc tập trung vào "value", liên tục inspect và adapt với tình hình thực tế.

​
​Chiến lược sản phẩm luôn là sự kết hợp giữa chiến lược kinh doanh và chiến lược về công nghệ, cùng với sự chi phối từ những ràng buộc đặc thù riêng của mỗi loại hình sản phẩm. Ngày nay, sản phẩm muốn vượt trội phải ứng dụng công nghệ. Có những sản phẩm có đặc thù riêng, cũng có những sản phẩm thông dụng. Việc làm rõ vai trò của sản phẩm trong mô hình kinh doanh sẽ phân định rõ quyền ra quyết định. Điều này sẽ giúp một sản phẩm có thể dựa trên tình hình kinh doanh và công nghệ để đạt được mục tiêu dài hạn. Lộ trình dài hạn cần được phát họa những công việc, thay đổi cần được thực thi và quản lý một cách tối ưu. Mỗi sản phẩm nên có định nghĩa rõ về giá trị (Value), kinh doanh (Business), công nghệ (Technology), vận hành (Operations) mà nó theo đuổi.

​​Cảm giác "đủ" (viên mãn, trọn vẹn) là thời điểm mà bạn nhận ra rằng bạn đang có một cuộc sống đúng với giá trị bên trong bạn, giá trị này được bạn làm và theo đuổi mỗi ngày, và nó cũng phù hợp với xã hội, tự nhiên. Hay nói khác đi, đó là lúc bạn biết mình là ai, biết điều gì là quan trọng nhất trong cuộc đời mình. Rồi bạn theo đuổi, dành công sức cho nó, và nó được xã hội đón nhận cũng như mang lại giá trị cho cuộc sống. Sự kết nối giữa những gì bạn xem trọng, và những gì bạn làm với cuộc sống rất quan trọng. Nó định hình con người của bạn, tuyên ngôn bạn là ai. Vì nếu bạn yêu mến một điều gì đó, nói về nó, nhưng những gì bạn làm lại trái ngược, thì người khác sẽ thấy bạn đang sống giả tạo.

Thế giới đang trải qua những biến động từ thiên tai, chiến tranh, và những thay đổi lớn từ khoa học kỹ thuật. Con người đang di chuyển đến tương lai với tốc độ nhanh chưa từng có, như đang đi tàu cao tốc trong cơn bão lớn vậy. Hứa hẹn cũng có, nhưng hiểm nguy cũng có. Ví như AI đang là thứ được ứng dụng và quan tâm số 1 hiện nay, việc hiểu và áp dụng đúng sẽ cho bạn cơ hội lớn, nhưng nếu quá phụ thuộc và kém nhận thức sẽ khiến bạn dễ dàng đánh mất sự tự chủ và phụ thuộc hoàn toàn vào AI. Trong thời đại này, mỗi cá nhân trang bị cho mình đủ hành trang tri thức, và sự tỉnh thức trong tâm là vô cùng cần thiết. Tri thức để có thể phân tích và hiểu được những khó khăn đang đối mặt, và sự tỉnh thức để bình tĩnh và giữ vững tâm trí, làm điều đúng đắn.

Các doanh nghiệp cũng đã trải qua rất nhiều "phong trào" thay đổi, từ Digital transformation, đến Agile transformation, và giờ là AI transformation. Liệu những "phong trào" này có khác gì nhau ngoài cái tên? Chúng có thực sự giúp cho tổ chức của bạn theo đuổi được mục tiêu, hay tầm nhìn xa, hay chỉ là đạt những con số lợi nhuận ngắn hạn từng năm? Hay chỉ để so kè với đối thủ và thoả mãn cảm giác mình không bị bỏ lại phía sau? Các lãnh đạo cũng phải tỉnh thức để có thể lèo lái con thuyền của mình đi xa, vì cuộc chơi không phải là chiến thắng cho ngắn hạn mà là ai đi được xa để đến được mục tiêu cuối chân trời. Có cái nhìn/ tư duy hệ thống, phân tích và vạch ra chiến lược rõ ràng, để vừa không bị loại khỏi cuộc chơi, vừa có thể tiến xa hơn đến mục tiêu cuối cùng mà không bị xao lãng bởi những con số ngắn hạng là một thứ rất cần thiết cho các lãnh đạo ngày hôm nay.

Tại Scrumviet, tập trung vào con người, và giúp mỗi cá nhân có thể phát huy được năng lực, cũng như trở nên phiên bản tốt hơn vào ngày mai là mong muốn của chúng tôi. Đó cũng là lý do Scrumviet được sinh ra và tồn tại. Bước sang năm thứ 7, tôi nghĩ bản thân Scrumviet sẽ có nhiều điều mới, khoá học, dịch vụ mới, năng lực mới. Chắc chắn tất cả những cái mới này đều sẽ tập trung vào mục tiêu cao nhất mà nó đang theo đuổi, đó là giúp cho cá nhân và đội nhóm phát huy được tối đa tiềm lực của mình. Mục tiêu của chúng tôi là giúp cho các cá nhân và đội nhóm có thể có những trang bị tri thức cần thiết trong thời đại biến hoá khôn lường này. Việc tiếp cận đúng đắn với tri thức đúng sẽ giúp mỗi cá nhân có được cơ hội phát triển bản thân, qua đó mang lại giá trị cho những người xung quanh, hay chính tổ chức mà mình đang cống hiến.

Tính tự quản (self-manage) là gì?

Theo từ điển Cambridge, “Self-manage” là việc tự đưa ra quyết định về cách tổ chức công việc của mình, thay vì làm việc dưới sự chỉ đạo, kiểm soát của người quản lý. Trong ngữ cảnh của Scrum, một team có tính chất tự quản khi họ tự quyết định ai sẽ làm việc gì (what), làm khi nào (when) và làm như thế nào (how) - không bởi sự chỉ đạo của bất kỳ ai (Scrum Guide, 2020).

​Lượng thông tin được chia sẻ trên internet ngày nay càng ngày càng tăng một cách chóng mặt. Theo thống kê mới nhất từ statista, thì năm 2024, khối lượng dữ liệu được tạo ra, thu thập, sao chép và tiêu thụ là 149 zettabyte trên toàn thế giới. Năm 2025, ước tính khối lượng dữ liệu toàn cầu dự kiến ​​sẽ tăng thêm lên 181 zettabyte (1 zettabyte bằng với 1 sextillion bytes, tương đương 1,000,000,000,000,000,000,000 bytes, và để dễ tưởng tượng thì nó bằng 250 tỷ đĩa DVD). Như vậy, mỗi ngày hiện đang có khoản 402.74 million terabytes dữ liệu được tạo ra, sao chép hoặc sử dụng. Cũng không bất ngờ mấy khi thống kê này cho thấy rằng khoảng 90% dữ liệu của thế giới được tạo ra trong vòng hai năm qua. Và theo IDC, khối lượng dữ liệu được lưu trữ trên toàn cầu đang tăng gấp đôi sau mỗi bốn năm.

Ba mươi năm về trước, vào ngày 19 tháng 10, năm 1995, tại một hội nghị diễn ra ở Austin, Texas, Hoa Kỳ, Ken Schwaber và Jeff Sutherland đã chia sẻ lần đầu tiên về Scrum trước đám đông tham dự sự kiện. Từ đó trở về sau, ảnh hưởng của Scrum ngày một sâu rộng, hàng triệu team trên thế giới áp dụng Scrum, mang lại giá trị trong mọi khía cạnh của cuộc sống và công việc.

Khởi điểm bản thân Scrum được tạo ra để áp dụng cho ngành IT, giúp những sản phẩm phần mềm có một cách tiếp cận mới, linh hoạt hơn, ít rủi ro, và tạo ra được nhiều giá trị hơn cho người dùng. Với cốt lõi được xây dựng là chủ nghĩa kinh nghiệm, Scrum còn làm được nhiều hơn mục đích ban đầu của nó. Bản thân của chủ nghĩa kinh nghiệm là một cách tiếp cận khôn ngoan cho những vấn đề phức tạp, mơ hồ, ít hoặc gần như không có câu trả lời (IT là một lĩnh vực như vậy). Khi thế giới ngoài kia trở nên ngày càng không chắc chắn, nhiều rủi ro và biến thiên không ngừng, thì càng nhiều người bắt đầu áp dụng Scrum cho những công việc hay giải quyết vấn đề của họ ngoài ngành IT. Đó là lý do ngày nay, chúng ta rất dễ bắt gặp Scrum được áp dụng đa ngành nghề, hoặc bất kỳ nơi nào đang có những vấn đề nan giải, không có câu trả lời, hoặc mơ hồ.

Hiện nay, Scrum đã được áp dụng trong trường học, sở cảnh sát, bệnh viện, nghiên cứu khoá học hay bất kỳ đâu… Vâng! Scrum đã vượt ra khỏi mục đích ban đầu mà nó được tạo ra. Scrum đã thay đổi tư duy rất nhiều con người và team trên thế giới về cách tiếp cận Product và giúp họ tránh xa tư duy làm Project kém linh hoạt. Scrum tạo ra tính Agile, tư duy Agile trong mỗi nhóm áp dụng Scrum, cho họ một môi trường làm việc có mục tiêu, động lực, và hạnh phúc hơn, qua đó tạo ra những sản phẩm mang lại nhiều giá trị hơn cho người dùng.

Tại cột mốc đáng nhớ này, tôi nghĩ không gì tuyệt vời hơn là được nghe Ken nói về Tương lai của Scrum qua podcast "Reflecting on 30 Years of Scrum: A Conversation with Ken Schwaber" :

Chúc mừng Scrum 30 tuổi!!!

Scrum on!

Bạn đang là quản lý tầm trung cho một nhóm phát triển sản phẩm. Công việc khá áp lực vì luôn nhận được nhiều yêu cầu và hối thúc về tiến độ. Những yêu cầu luôn đến một cách bất ngờ và luôn buộc bạn phải ưu tiên giải quyết chúng trong khi còn rất nhiều thứ khác đã lên kế hoạch để thực hiện. Việc thực hiện thêm việc hoặc yêu cầu này thường xuyên khiến bạn phải liên tục thay đổi kế hoạch, hay chính bạn và cả nhóm phát triển phải làm thêm giờ để kịp tiến độ. Bạn hiểu việc team phải làm thêm sẽ làm họ mệt mỏi về thể chất và tinh thần, nhưng bạn cũng không còn cách nào khác. Có những lúc, áp lực tiến độ lớn đến nỗi khiến công việc chưa được đảm bảo về chất lượng thì đã phải báo cáo là "hoàn thành". Bạn thầm nghĩ, kệ qua được đợt này lần sau sẽ trả lại sau, nhưng không biết khi nào mới là "lần sau". Guồng quay này liên tục mỗi ngày một nhanh hơn và áp lực hơn, phần từ những yêu cầu ngày một nhiều hơn, và phần những công việc chưa được đảm bảo chất lượng trước đây khiến việc phát triển sản phẩm trở nên khó khăn hơn, lỗi xảy ra nhiều hơn và nó cũng lại góp phần tạo ra nhiều yêu cầu sửa lỗi hơn. Bạn bị chỉ trích vì sản phẩm kém chất lượng, tiến độ kém, nhưng bạn thì thầm nghĩ việc này đâu phải lỗi do tôi, nếu các anh không yêu cầu quá đáng, và liên tục gây áp lực về deadline, thì tôi đã có thể đảm bảo chất lượng rồi. Team cũng bắt đầu bất mãn nhiều hơn với bạn. Bạn rời đi, và kiếm một công việc khác, mong nghĩ sẽ có được một công ty mà cách bên liên quan không đưa ra những yêu cầu vô lý như vậy nữa. Nhưng tìm mãi chưa thấy nơi nào được như bạn mong muốn.

​Trong hầu hết những cuộc thảo luận, nhất là để tìm ra giải pháp của một vấn đề, việc tranh biện và dùng logic để cố chứng tỏ ý kiến của mình là đúng còn của người khác là sai diễn ra rất phổ biến. Việc cố gắng dùng mọi lý lẽ để chứng minh người khác sai hoặc giải pháp của họ không đủ tốt tạo ra thiên kiến, cộng với “cái tôi” sẽ tạo ra sự đối đầu trực diện và cả tâm lý phòng vệ giữa các cá nhân. Khi nhiệt độ của những cuộc tranh biện cao lên, thì năng lượng tích cực, khả năng sáng tạo và xây dựng của buổi thảo luận đi xuống theo chiều ngược lại, chỉ để lại những không khí tiêu cực, thậm chí là mâu thuẫn nội bộ giữa các thành viên. Hơn nữa, khi các bên tranh biện nhau về “màu trắng” đúng hay “màu đen” đúng, thì ngay cả khi tổng hợp cả hai luồng suy nghĩ này lại cũng chỉ có được hai giải pháp. Trong khi ngoài kia còn rất nhiều giải pháp mới như “đỏ, xanh, vàng, tím” không hề được tiếp cận và thảo luận đến. Chính vì vậy, trong bối cảnh kỷ VUCA - thế giới đang thay đổi từng giờ từng phút, thị trường cạnh tranh khốc liệt, đòi hỏi sự sáng tạo không ngừng, lối tư duy “đúng sai, phải trái” cần được thay đổi bằng một hướng tiếp cận mới mẻ và linh hoạt hơn.

Dịch nghĩa đen thì prompt là lời nhắc, hoặc bạn có thể hiểu là lệnh, hoặc lời ra lệnh cho AI để AI thực thi mong muốn của bạn. Hay nói khác đi đó là “ngôn ngữ” mà bạn dùng để tương tác với AI.

Tuy được xem là “thông minh” nhưng thực tế AI vẫn được xây dựng trên thuật toán, và cách nó hoạt động sẽ không giống bộ não của con người. Chỉ là cách nó thể hiện ra đang cố gắng gần giống con người nhất mà thôi. Nên việc sử dụng AI và biến nó thành một công cụ hữu ích thì bạn cần phải có cách giao tiếp hiệu quả, qua đó tận dụng được sức mạnh mà con AI đó đang có.

Ở thời điểm hiện tại, việc sử dụng AI một cách khôn ngoan được xem là một kỹ năng cần thiết. Do đó, việc bạn có thể ra lệnh/ giao tiếp với AI để nó hỗ trợ bạn hiệu quả được xem là một lợi thế không nhỏ. Dưới đây là 19 cách để giúp bạn viết prompt hiệu quả hơn.

Ý tưởng khởi nguyên về AI

Trở về khoảng 75 năm trước, vào năm 1950, Alan Turing là người đầu tiên đề xuất ý tưởng về một bài kiểm tra xem liệu máy tính có thể suy nghĩ như con người không? Bài test này được đặt tên là Turing. Mặc dù đây chỉ là lý thuyết, và không có một bài kiểm tra Turing nào diễn ra tại thời điểm đó cả, nhưng nó là một ý tưởng nền tảng cho việc định hướng nghiên cứu về trí thông minh nhân tạo trong nhiều thập kỷ sau đó.

Bài kiểm tra Turing chỉ đơn giản là kiểm tra một máy tính có thể nghĩ giống con người không. Giống như việc bạn đang nhắn tin với ai đó, nhưng bạn không biết người kia là con người thật hay một cái máy tính, thì cái máy tính này đã pass bài kiểm tra Turing. Nó giống như trò chơi, mà máy tính sẽ cố gắng đóng giả giống với con người nhất để bạn không thể phân biệt được.

Bạn có hứng thú với việc phát triển sản phẩm, và muốn trở thành một Product Owner? Hay bạn đang là một Product Owner đúng nghĩa nhưng lại băn khoăn về con đường phát triển sự nghiệp của mình? Có thể bài blog này sẽ có những thông tin mà bạn quan tâm.

​
Tôi chia các giai đoạn phát triển của một Product Owner thành bốn giai đoạn:

1. Bạn có kiến thức về kinh doanh, về phát triển sản phẩm, về người dùng nhưng những quyết định về phát triển sản phẩm không phải do bạn quyết định.
2. Bạn bắt đầu có thể đại diện cho những quyết định về sản phẩm, và có thể tư vấn ngược lại các bên liên quan để có thể có được lợi ích tốt nhất cho sản phẩm.
3. Bạn có thể ra quyết định cho hầu hết mọi thứ liên quan đến sản phẩm, và bắt đầu có trách nhiệm trong việc kinh doanh của sản phẩm.
4. Bạn nhận thức sản phẩm như chính là đứa con tinh thần của mình, bạn cống hiến tâm huyết cho nó và lèo lái nó đi đến thành công.

Dưới đây là phân tích sâu hơn về bốn giai đoạn này.

Bạn đang muốn bắt đầu con đường trở thành Scrum Master? Bạn đang không biết bắt đầu từ đâu? Hoặc bạn đang là một Scrum Master và không biết phát triển bản thân thế nào trong vai trò này? Nếu bạn đang có những câu hỏi như vậy thì bài blog này dành cho bạn.

Tôi chia lộ trình phát triển bản thân thành ba giai đoạn như sau:

1. Xây dựng kiến thức cốt lõi trong vai trò Scrum Master và hiểu đúng và bắt đầu áp dụng Scrum Framework cho team hiện của mình.
2. Mở rộng kỹ năng khác nhau để có thể hỗ trợ cho vai trò Scrum Master tốt hơn, giúp Scrum team ngày càng nhận được giá trị từ Scrum.
3. Hiểu sâu và am tường Scrum, có thể ứng dụng Scrum cho cả tổ chức, nhiều ngành nghề và nhiều team khác nhau.

Vào một buổi chiều, bỗng nhiên bạn cảm thấy buồn chán và cầm lấy điện thoại của mình. Tay bạn hoạt động một cách vô thức và mở app Tik Tok lên. Qua một vài cái lướt nhẹ, bạn bắt đầu thấy sự buồn chán dần biến mất và bị thu hút vào những video ngắn thú vị, vài phút sau đó bạn nhận được những video thú vị và liên quan đến sở thích hay điều bạn đang quan tâm. Nội dung của những video này giới thiệu trực tiếp hoặc gián tiếp một cách khéo léo đến một sản phẩm nào đó, mà có thể giúp bạn giải quyết được vấn đề mà mình đang gặp phải. Một cách nhanh chóng, bạn mua nó! Vài ngày sau khi bạn nhận hàng, bạn thầm nghĩ, sao mình lại mua nó nhỉ? Thật là một thứ vô dụng! Nhưng bạn không thể dừng lại vòng lặp này.

​Trong công việc và đời sống, phản ứng của bạn khi gặp phải một tình huống khó xử khi giao tiếp và cộng tác trong môi trường "Đa văn hoá" (ví dụ: đi công tác nước ngoài, hay làm việc trong công ty đa quốc gia) là gì? Có phải chúng ta dễ dàng rơi vào tâm trạng ngại ngùng, bối rối và tự nhủ “thật kỳ lạ, tôi không quen với cách làm việc/ giao thiệp đó” hoặc “chúng tôi không hiểu ý họ thật sự là gì”. Ngày nay, việc Team Members và stakeholders đến từ nhiều đất nước và nền văn hoá khác nhau hiện đã trở nên cực kỳ khổ biến trong các tổ chức. Trong những môi trường như vậy, bạn sẽ dễ trở nên lúng túng và giảm hiệu quả trong công việc.

Tôi từng làm việc với những Agile/ Scrum team đa văn hoá và bắt gặp những tình huống khó khăn thường xảy ra trong Sprint Planning, nơi các ý tưởng cần được chia sẻ, trao đổi nhưng vì rào cản giao tiếp mà dễ tạo ra những hiểu lầm. Hay trong Sprint Review, nơi cần có những trao đổi và cộng tác, phản hồi tường minh về sản phẩm nhằm tối ưu hoá Value Stream cũng như kế hoạch sắp đến, thì các Stakeholders ngại nói về điều tiêu cực nên thường vòng vo hoặc lảng tránh, khiến team bối rối trong việc xác định các phản hồi. Ngay cả trong Sprint Retrospective, nơi cần có được những phản hồi chân thật, phù hợp, mang tính xây dựng để Scrum Team cùng cải thiện cách làm việc. Event này cần không khí cân bằng, giao tiếp đúng mực, thân thiện và cởi mở, nhưng đâu đó có tình huống một phản hồi quá trực diện sẽ bị hiểu thành sự công kích.

Thông qua bài viết này, chúng ta hãy cùng tìm hiểu một vài nguyên nhân chính tạo ra những khó khăn, thử thách trong giao tiếp đa văn hoá. Qua đó chúng ta có thể cải thiện việc giao tiếp trong team/ tổ chức trở nên hiệu quả hơn.

Theo Erin Meyer - chuyên gia nghiên cứu về văn hoá, hai trong số những yếu tố quan trọng tạo ra vô vàn khó khăn, thử thách trong việc giao tiếp ở môi trường đa văn hoá là:

1. Mức độ ngữ cảnh trong giao tiếp (context)
2. Cách đánh giá/ phản hồi.

​Chúng ta (Loài người) luôn khao khát có thể đoán biết được tương lai. Chiêm tinh học khởi nguyên, hay đến bói toán mê tín dị đoan đều phục vụ cho mong muốn này. Sở dĩ chúng ta muốn đoán biết tương lai là vì từ ngàn xưa, con người vẫn ao ước có thể điều khiển và định đoạt số mệnh của mình. Nói khác đi, chúng ta không thích những xui rủi bất ngờ ập đến, có thể tác động tiêu cực đến cuộc sống của mình (Từ thời tổ tiên chúng ta vẫn đã luôn sợ một con sư tử có thể xuất hiện bất ngờ sau lùm cây, nỗi sợ này đã ăn sâu vào trong giống loài và là một vô thức tập thể - Collective unconscious của con người). Chúng ta thích trật tự, có thể nắm bắt, đoán biết, và khả năng kiểm soát phải nằm trên tay mình.

​Đối với các Facilitors/ Scrum Masters đã có kinh nghiệm facilitating, sẽ không có quá nhiều trở ngại khi khởi động/ warm-up một team hoặc một nhóm người mà các thành viên đã quen biết và có thời gian làm việc cùng nhau. Vậy, đối với một team hoàn toàn mới, một nhóm người gặp nhau lần đầu tiên trong một buổi workshop/ event thì thế nào?

​​Ngày nay, con người ngày càng bận rộn. Công việc thường được trao đổi qua những công cụ như: Email, tin nhắn, hoặc cuộc gọi trực tuyến… Ban đầu những công cụ này được tạo ra để giúp con người có thể kết nối dễ dàng hơn, và giao tiếp với nhau tốt hơn. Nhưng sự thật thì ngược lại, những công cụ này thực tế có thể giúp giao tiếp thuận tiện hơn, nhưng không tốt hơn. Chúng ta dễ dàng viết email cho ai đó với chỉ một chiếc điện thoại, trong lúc chờ chuyến bay kế tiếp. Nhưng chúng ta không thể hiểu hay làm cho đối phương hiểu được những gì chúng ta đang muốn chuyền tải. Hay thậm chí, mỗi ngày trong công việc chúng ta email, chat hay nhắn tin, không phải để hiểu nhau hơn, mà là để chỉ trích, và bảo vệ quyền lợi của chính mình, hay điều mình cho là đúng. Khoảng cách giữa người và người ngày càng xa cách, và môi trường làm việc ngày càng lạnh lẽo hơn vì thiếu đi sự công tác và thấu hiểu lẫn nhau.

Theo Bruce Tuckman, quá trình hình thành và phát triển của một team sẽ đi qua những giai đoạn “Forming - Storming - Norming - Performing - Adjourning”. Ngay cả đối với một nhóm người hoàn toàn xa lạ, khác biệt về nền tảng giáo dục, độ tuổi, văn hoá, tính cách và kỹ năng (ví dụ một cross-functional team), hoặc một nhóm đã làm việc lâu năm nhưng có vài thành viên cũ đã rời đi, vài thành viên mới tham gia, thì việc họ thấu hiểu, thông cảm và làm việc ăn ý với nhau ngay từ đầu là điều không thể.
​
Vậy, làm sao để giúp cho các team có thêm điều kiện và không gian chia sẻ và thấu hiểu nhau, từ đó có thể xác định được những mục tiêu chung, sự đồng thuận, thấu hiểu và tôn trọng sự đặc biệt của từng cá nhân? Hãy cùng tôi tìm hiểu về Team Canvas, một công cụ hữu ích để các Scrum Master, Leader hoặc Facilitator hỗ trợ team của mình trong các giai đoạn phát triển.

​Văn hoá (Culture) là gì?

Trước khi đề cập về Trí tuệ văn hoá, hãy cùng tôi đi qua khái niệm về văn hoá (Culture) trong ngữ cảnh của tổ chức đa quốc gia hoặc một nhóm người đến từ nhiều quốc gia làm việc cùng nhau. Ngày nay, toàn cầu hoá - kết quả của việc kinh tế thế giới ngày một phát triển ra khỏi giới hạn của quốc gia mà vươn ra quốc tế, tạo ra những mối quan hệ thương mại và thúc đẩy sự đổi mới xuyên lục địa. Sự chuyển biến này không chỉ ảnh hưởng đến sự phát triển kinh tế và công nghệ, mà còn tạo ra sự thay đổi to lớn về văn hoá. Văn hoá bao hàm triết lý, niềm tin, đạo đức, giá trị, biểu tượng, chuẩn mực chung, từ đó thúc đẩy quan điểm, cảm xúc, hành vi, và quyết định của một nhóm người.

​Trên con đường chia sẻ và lan toả Coaching đến cộng đồng, Scrumviet luôn mong muốn mang lại mỗi ngày càng nhiều chất lượng, giá trị hơn đến mỗi học viên. Mỗi khoá học sẽ luôn là một trải nghiệm duy nhất vì Scrumviet luôn đặt học viên (Những Coach tương lai) làm trung tâm. Lẽ đó, việc không ngừng nghỉ cải tiến, làm mới mình, hay trở nên hoàn thiện hơn luôn là phương châm của Scrumviet.

Việc liên tục phát triển, ngày càng tốt hơn nhưng vẫn đảm bảo được chất lượng vốn có, giữ những điều đã tốt và làm tốt hơn phải luôn được chú ý. Vì vậy, việc ICF khảo xác và cấp mới chứng nhận Coaching Education LEVEL I của Scrumviet là một xác nhận cho những gì đã tốt vẫn luôn được đảm bảo!

Scrumviet xin thông báo! Vào ngày 10 tháng 10, 2024, ICF tiếp tục công nhận Scrumviet là tổ chức giáo dục đạt LEVEL I cho khoá học Solution Focused Coaching - với 71 giờ đào tạo:

Coach on!

​Sản phẩm của bạn đang áp dụng Scrum và đang lay hoay trong việc tìm hiểu, khám phá đâu mới là điều mà người dùng cần và sẵn sàng chi trả cho nó? Bạn đang gặp vấn đề về việc phát triển sản phẩm có quá nhiều chức năng hay giá trị mà người dùng không cần đến? Bạn đang băn khoăn làm thế nào để tối ưu việc tìm hiểu, nhận thức được người dùng cần gì, sau đó biến ý tưởng/ giải pháp đó thành hiện thực một cách nhanh nhất để chiếm lĩnh thị phần? Nếu bạn đang quan tâm những vấn đề trên thì bài blog và lớp học mới của Scrum.org này dành cho bạn.