Khi bạn quản lý một nhóm người, không phải lúc nào bạn cũng có thể đảm bảo rằng họ sẽ hòa hợp với nhau. Sở thích, nhu cầu và các chương trình làm việc cạnh tranh được đưa ra, bạn thậm chí có thể có 2 người phản đối nhau kịch liệt. Vai trò của bạn là ông chủ trong tình huống như thế này là gì? Bạn nên tham gia hay để họ tự giải quyết vấn đề của họ?… Xem thêm “Cách xử lý bất đồng trong nhóm của bạn”

Trong các nhóm truyền thống, các xung đột có thể được cấp trên đứng ra giải quyết. Ví dụ khi bạn không thể thống nhất về cách sắp xếp thứ tự ưu tiên cho các dự án, hay các deadline cần thay đổi. Lúc này tean có thể đưa lên và trưởng nhóm sẽ ra quyết định. Một ví dụ khác có bao giờ bạn nghĩ rằng đồng nghiệp đang cư xử cộc cằn hay công việc của họ quá cẩu thả?… Xem thêm “Làm cách nào các nhóm tự tổ chức có thể giải quyết các xung đột?”

Bắt đầu từ một thử thách đọc và review sách Growth Mindset nên đã hì hục nhai ngấu nghiến trong 2 ngày cuối tuần. Thêm nữa, blog có tiêu đề là Growth Mindset mà không có bài viết nào về vấn đề này thì thật kì nhỉ 🙂

Nội dung
• Có mấy loại míndset
• Các loại mindset có ảnh hưởng thế nào tới con người (Bên trong các loại tư duy)
• Growth Mindset trong thể thao, kinh doanh và các mối quan hệ
• Giáo viên, bố mẹ và trẻ em
• Thay đổi tư duy
• Lời kết (tư duy phát triển mang bạn tới đâu)

Trong bài viết này, đôi khi mình sử dụng thuật ngữ tương đương mindset – tư duy, growth mindset – tư duy phát triển, fix mindset – tư duy cố định/tư duy đông cứng.… Xem thêm “Sách Growth Mindset món ăn bổ dưỡng cho tư duy phát triển”

Quản lý rủi ro trong dự án Agile (Scrum) là câu hỏi nhiều người gặp phải trong quá trình tìm hiểu về Agile và Scrum. Ở bài viết này mình sẽ chia sẻ về nội dung này để mọi người có thêm góc nhìn.

1. Đặc điểm quản lý rủi ro trong dự án Agile/Scrum.
2. Thực hành quản lý rủi ro trong Agile.
3. Có thể sử dụng 2 phương pháp quản lý rủi ro cùng nhau không.
4. Tổng kết.

Phần 1: Đặc điểm của quản lý rủi ro trong dự án áp dụng Agile và Scrum

Đầu tiên, xin quay lại với tuyên ngôn Agile:

Cá nhân và tương tác hơn là quy trình và công cụ.… Xem thêm “Rủi ro trong dự Agile phải được quản lý ra sao vì không thấy nhắc đến trong Scrum”

Với sự hiểu biết về Agile và Scrum, bạn dễ dàng nhận thấy việc quản lý rủi ro trong dự án áp dụng Agile/Scrum được thể hiện ở các đặc điểm của Agile hay trong các sự kiện của Scrum Framework.

– Lặp và tăng trưởng: Scrum chia “dự án” thành các giai đoạn – sprint kéo dài từ 1-4 tuần. Kết quả của mỗi sprint là một phần tăng trưởng có thể sử dụng được (tuỳ thuộc định nghĩa hoàn thành, phần tăng trưởng này có thể deploy hoặc không).… Xem thêm “Bàn về rủi ro trong dự án Agile”

Hồi mới tập tễnh đi dạy, mình có một số anh chị đồng nghiệp thỉnh thoảng lại chê sinh viên dốt khiến cho kết quả học tập của lớp kém. Và bởi vì sinh viên dốt, cho nên Giảng viên có làm gì thì cũng không thể khá lên được, thành ra cuối cùng Giảng viên không làm gì cả.

Mình cũng hay tiếp xúc với sinh viên, của nhiều trường khác nhau, cũng nghe nhiều bạn chê học trong trường chán, chê thầy dạy khó hiểu.… Xem thêm “Nhận lấy trách nhiệm về mình. Và làm gì đó đi.”

Bìa sách có gạch nối từ A tới Y có lẽ cũng là cách chơi chữ của tác giả cùng với tên sách – Agile từ A tới Y (chưa tới Z). Nội dung sách gồm 3 phần rõ ràng: Agile, tổ chức, cá nhân. Các nội dung trong sách thì mình cũng đọc, góp nhặt từ nhiều nơi, tuy vậy cũng học hỏi được rất nhiều thứ từ cách nhìn nhận của tác giả và … 1 số thứ chưa biết 😀

Về Agile – phần 1, tác giả có 2 chương đầu nói về thực trạng của việc phát triển phần mềm và đưa ra câu hỏi tu từ: “Liệu Agile có phải là giải pháp?”.… Xem thêm “Agile Y và những điều thú vị”

Nếu phải chọn một hành động quan trọng nhất trước khi bắt tay làm bất cứ một công việc nào, bạn sẽ chọn hành động gì? Tôi đã hỏi rất nhiều người và câu trả lời tôi thường nhận được là lập kế hoạch. Thật đáng tiếc, đó không phải là câu trả lời tốt. Lập kế hoạch chỉ nên là hành động đứng thứ hai bởi nó phải nhường chỗ cho hành động định nghĩa công việc. An bắt đầu việc học tiếng Anh bằng cách lên một lịch trình chi tiết về việc đăng ký một khoá học, dành mỗi thời gian cuối tuần để luyện tập thêm; sau 6 tháng thực hiện kế hoạch hoàn hảo, An có thể đọc và viết các tài liệu bằng tiếng Anh, song An vẫn thấy thất vọng vì khả năng giao tiếp của mình.… Xem thêm “Định nghĩa công việc theo phương pháp S.M.A.R.T”

Câu hỏi:
Làm sản phẩm nó nên áp dụng Scrum không?

Vấn đề gặp phải:

Tình hình là công ty mình đang chuyển đổi sang mô hình scrum cho việc phát triển sản phẩm. Nó khá là khó khăn khi mà các tính năng phải chia nhỏ hết mức để có thể hoàn thành Sprint Goal. Nhưng chính vì chia nhỏ ra như vậy mà End User không được có trải nghiệm tốt nhất khi tính năng không hoàn thiện 100% (vì chia nhỏ cho từng sprint).

1. Khi nào thì branch off
2. Khi nào thì merge 1 branch vào 1 branch khác?

Gitflow

– master: branch chính, luôn ở trạng thái deploy-ready (có thể deploy), tức là đạt sự ổn định cao. Branch master chỉ được merge vào từ branch develop.
– develop: branch phục vụ việc phát triển. Chừng nào một commit còn tồn tại trên branch develop mà không được merge vào branch master, chức năng đó đang trong quá trình phát triển và chưa đạt sự ổn định để deploy.… Xem thêm “Branch strategy – Chiến lược phân nhánh.”