Prompt Agile Scrum: Bộ 10 công cụ vận hành dự án hiệu quả

Thực tế thì, việc vận hành Agile và Scrum trong các nhóm phát triển phần mềm chưa bao giờ là một bài toán dễ dàng. Nhiều Scrum Master và Product Owner thường xuyên phải đối mặt với tình trạng các buổi họp kéo dài vô tận, ước lượng công việc sai lệch, nợ kỹ thuật chồng chất, hoặc các thành viên trong nhóm không có sự đồng thuận thực sự. Vấn đề là, làm thế nào để tối ưu hóa những quy trình này mà không làm tăng thêm gánh nặng hành chính cho đội ngũ kỹ thuật? Thú thật là, sự xuất hiện của các mô hình ngôn ngữ lớn đã mở ra một hướng đi hoàn toàn mới. Nếu bạn hỏi mình, việc ứng dụng các prompt agile scrum được thiết kế bài bản chính là chìa khóa để tự động hóa và nâng cao chất lượng vận hành dự án hiện nay. Việc chuẩn bị sẵn các câu lệnh này giúp giảm thiểu đáng kể thời gian lập kế hoạch và nâng cao tính thống nhất cho toàn đội.

Có một chi tiết thú vị là, trí tuệ nhân tạo không nhằm mục đích thay thế vai trò điều phối của con người, mà đóng vai trò như một trợ lý đắc lực giúp bạn vận hành agile bằng AI một cách khoa học. Thay vì mất hàng giờ để soạn thảo kịch bản họp đứng, thiết lập bảng chỉ số hiệu suất hay phân rã các câu chuyện người dùng phức tạp, bạn chỉ cần sử dụng các prompt chuyên biệt. Những prompt này đã được tinh chỉnh để đưa ra các gợi ý có tính thực tiễn cao, bám sát các nguyên tắc cốt lõi của quy trình phát triển tinh gọn. Nhờ đó, đội ngũ quản lý dự án có thể tập trung vào những hoạt động mang lại giá trị cao hơn như giải quyết xung đột nội bộ hay định hướng chiến lược sản phẩm lâu dài.

Tại sao việc sử dụng prompt agile scrum lại thay đổi cuộc chơi?

Trong thực tế vận hành, sự thiếu nhất quán trong cách triển khai các sự kiện Scrum chính là nguyên nhân lớn nhất dẫn đến việc dự án bị chậm tiến độ. Một buổi lập kế hoạch Sprint thiếu mục tiêu cụ thể, hay một buổi họp đứng hàng ngày kéo dài hơn 30 phút đều làm tiêu tốn tài nguyên vô ích. Khi ứng dụng các prompt được thiết kế sẵn, AI sẽ đóng vai trò là một Agile Coach ảo, giúp bạn chuẩn hóa kịch bản, quy chế và các tiêu chuẩn kiểm soát chất lượng theo đúng nguyên lý cốt lõi của Agile software development. Các prompt agile scrum chất lượng giúp bạn tự động hóa việc lên dàn ý mà không mất đi tính cá nhân hóa.

Hơn nữa, các prompt này được cấu trúc theo dạng mở, cho phép bạn dễ dàng thay thế các biến số để cá nhân hóa kết quả theo quy mô nhóm và bối cảnh cụ thể của từng dự án. Dù nhóm của bạn có 5 hay 15 thành viên, đang làm việc trong lĩnh vực tài chính hay thương mại điện tử, AI đều có khả năng điều chỉnh nội dung tư vấn sao cho phù hợp nhất. Đây chính là cách nhanh nhất để nâng cao năng lực quản trị mà không cần đầu tư quá nhiều chi phí vào các khóa đào tạo đắt đỏ. Điều này giúp nâng cao năng lực cho các prompt scrum master trong việc giải quyết các bài toán hóc búa của dự án. Với cách tiếp cận này, việc ứng dụng các prompt agile scrum sẽ trở thành một phần không thể thiếu trong quy trình làm việc hàng ngày của bạn.

Chi tiết bộ 10 prompt agile scrum tối ưu hóa vận hành dự án

Dưới đây là danh sách 10 prompt được thiết kế chuyên biệt cho từng khía cạnh vận hành Agile và Scrum. Chúng ta sẽ đi sâu vào từng công cụ để hiểu rõ bối cảnh áp dụng, cách điền các biến số và cách tối ưu hóa kết quả đầu ra khi làm việc với AI. Việc chuẩn bị sẵn các prompt agile scrum này giúp bạn làm chủ quy trình quản trị dự án một cách tự nhiên nhất.

1. Prompt Kế hoạch Sprint Planning hiệu quả

Bối cảnh áp dụng kế hoạch sprint planning hiệu quả

Buổi họp Sprint Planning là xuất phát điểm của mỗi chu kỳ phát triển. Thực tế thì, nếu không có sự chuẩn bị kỹ lưỡng, buổi họp này rất dễ bị kéo dài lê thê hoặc dẫn đến việc cam kết khối lượng công việc quá sức. Sử dụng một sprint planning prompt chuyên biệt giúp Scrum Master chuẩn hóa kịch bản họp và thiết lập mục tiêu rõ ràng. Đây là bước đệm quan trọng để cả đội thống nhất kế hoạch vận hành mà không tốn nhiều công sức chuẩn bị thủ công.

Nội dung kế hoạch sprint planning hiệu quả prompt

# PROMPT QUẢN LÝ DỰ ÁN & PHÁT TRIỂN SẢN PHẨM: Kế hoạch Sprint Planning hiệu quả
**Danh mục:** Quản trị Agile & Scrum
**Mô tả:** Quy trình họp lập kế hoạch Sprint để cam kết các User Stories và thiết lập mục tiêu Sprint rõ ràng.

---

## HƯỚNG DẪN SỬ DỤNG
1. Copy toàn bộ phần nội dung bên dưới đường kẻ nét đứt thứ hai.
2. Thay thế các phần nằm trong dấu ngoặc vuông `[...]` bằng thông tin chủ đề/dữ liệu thực tế của bạn.
3. Gửi cho các mô hình AI (như ChatGPT, Claude, Gemini) để nhận kết quả.

---

## NỘI DUNG PROMPT

Bạn là một Scrum Master & Agile Coach chuyên nghiệp.

Nhiệm vụ của bạn là: Thiết lập quy trình họp và agenda chi tiết cho buổi họp lập kế hoạch Sprint (Sprint Planning Session) dài [2 tiếng] cho nhóm Scrum [Số người] người. Sprint Goal dự kiến: [Mục tiêu Sprint].

Hãy tuân thủ các hướng dẫn sau:
- Thiết lập quy trình tổ chức cuộc họp Sprint Planning chi tiết và chuyên nghiệp, chia cuộc họp làm 2 phần rõ rệt:
  - Phần 1 (Định hướng & Cam kết): Xác định rõ ràng Sprint Goal (Mục tiêu Sprint) dựa trên định hướng sản phẩm. Product Owner trình bày và giải thích các User Story ưu tiên hàng đầu từ Product Backlog. Nhóm phát triển cùng lựa chọn các hạng mục công việc cam kết đưa vào Sprint Backlog.
  - Phần 2 (Kế hoạch thực thi): Nhóm phát triển tự chủ thực hiện phân rã các User Story đã chọn thành các nhiệm vụ kỹ thuật chi tiết (Sub-tasks) và ước lượng thời gian hoàn thành (giờ làm việc).
- Xây dựng bộ quy tắc kiểm tra Tiêu chuẩn Sẵn sàng (Definition of Ready - DoR) trước khi đưa bất kỳ User Story nào vào Sprint (Ví dụ: Phải có mô tả theo cấu trúc chuẩn, tiêu chí chấp nhận Acceptance Criteria rõ ràng, bản thiết kế UI/UX đính kèm nếu cần).
- Hướng dẫn chi tiết cách Scrum Master điều phối và giải quyết các bất đồng ý kiến trong quá trình chấm điểm Story Points (Ví dụ: sự chênh lệch lớn giữa các thành viên khi chơi Planning Poker), đảm bảo sự đồng thuận thực sự của cả đội.
- Đề xuất phương pháp tính toán Năng lực thực tế của nhóm (Capacity Planning) dựa trên tổng số giờ làm việc khả dụng của từng thành viên sau khi đã trừ đi các thời gian nghỉ lễ, họp hành, và dự phòng phát sinh.
- Cung cấp kịch bản thời gian (Timeline Agenda) chi tiết từng phần họp và trình bày dưới dạng bảng biểu Markdown dễ theo dõi.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Hướng dẫn cấu hình biến số & cách sử dụng kế hoạch sprint planning hiệu quả

Để áp dụng sprint planning prompt này tốt nhất, bạn cần thay thế các biến số trong ngoặc vuông như thời lượng cuộc họp (ví dụ: 2 tiếng), quy mô nhóm phát triển (ví dụ: 8 người), và mục tiêu Sprint kỳ vọng (ví dụ: tích hợp cổng thanh toán mới). Khi cung cấp các dữ liệu thực tế này, AI sẽ hỗ trợ bạn thiết lập agenda chia nhỏ thời gian họp tối ưu.

Hãy gửi prompt agile scrum này cho AI trước buổi họp để chuẩn bị sẵn kịch bản điều phối. Scrum Master và Product Owner dùng kết quả đầu ra làm tài liệu hướng dẫn dẫn dắt phiên họp, đảm bảo nhóm thống nhất được Sprint Goal và cam kết một Sprint Backlog khả thi, loại bỏ sự mơ hồ ngay từ đầu.

2. Prompt Kịch bản họp đứng Daily Standup hiệu quả

Bối cảnh áp dụng kịch bản họp đứng daily standup hiệu quả

Daily Standup là sự kiện đồng bộ hóa công việc hàng ngày trong tối đa 15 phút. Vấn đề là, nhiều nhóm phát triển thường sa đà vào giải thích giải pháp kỹ thuật sâu sắc, khiến cuộc họp bị kéo dài. Việc áp dụng câu lệnh họp standup giúp bạn thiết lập quy chế nghiêm ngặt, thúc đẩy tính chủ động của các thành viên. Bằng cách định hướng đúng trọng tâm, nhóm sẽ duy trì được nhịp độ làm việc nhanh chóng.

Nội dung kịch bản họp đứng daily standup hiệu quả prompt

# PROMPT QUẢN LÝ DỰ ÁN & PHÁT TRIỂN SẢN PHẨM: Kịch bản họp đứng Daily Standup hiệu quả
**Danh mục:** Quản trị Agile & Scrum
**Mô tả:** Quy tắc họp nhanh 15 phút hàng ngày tập trung vào tiến độ, công việc hôm nay và các điểm nghẽn.

---

## HƯỚNG DẪN SỬ DỤNG
1. Copy toàn bộ phần nội dung bên dưới đường kẻ nét đứt thứ hai.
2. Thay thế các phần nằm trong dấu ngoặc vuông `[...]` bằng thông tin chủ đề/dữ liệu thực tế của bạn.
3. Gửi cho các mô hình AI (như ChatGPT, Claude, Gemini) để nhận kết quả.

---

## NỘI DUNG PROMPT

Bạn là một Agile Scrum Master chuyên nghiệp, chuyên tối ưu hóa hiệu suất họp đứng hàng ngày.

Nhiệm vụ của bạn là: Thiết lập quy chuẩn họp đứng hàng ngày (Daily Standup Guidelines) để tối ưu thời gian dưới 15 phút và tăng tính chủ động của thành viên nhóm phát triển cho dự án [Tên dự án] và nhóm phát triển gồm [Số lượng thành viên] thành viên.

Hãy tuân thủ các hướng dẫn sau:
- Xây dựng bộ quy chuẩn cuộc họp đứng hàng ngày (Daily Standup Guidelines) cho dự án [Tên dự án] với quy mô nhóm [Số lượng thành viên] người, đảm bảo các nguyên tắc sau:
  - Thời lượng nghiêm ngặt tối đa 15 phút, hình thức đứng (nếu họp offline) hoặc bật camera tập trung (nếu họp online).
  - Yêu cầu từng thành viên nhóm phát triển trả lời ngắn gọn, súc tích 3 câu hỏi cốt lõi hướng đến mục tiêu của Sprint:
    1. Tôi đã làm gì hôm qua để giúp nhóm tiến gần hơn đến mục tiêu Sprint?
    2. Tôi sẽ làm gì hôm nay để giúp nhóm đạt mục tiêu Sprint?
    3. Tôi có gặp bất kỳ khó khăn, trở ngại (impediments/blockers) nào cản trở công việc không?
- Thiết lập quy chế kiểm soát thời gian cuộc họp: Hướng dẫn Scrum Master cách can thiệp khéo léo nhưng dứt khoát khi các thành viên rơi vào trạng thái thảo luận giải pháp kỹ thuật chuyên sâu (Technical discussion) gây mất thời gian của cả nhóm. Đề xuất quy trình chuyển các chủ đề này vào phần "Parking Lot" để thảo luận riêng ngay sau khi cuộc họp Daily Standup chính thức kết thúc.
- Viết một kịch bản (Script) mẫu cụ thể cho Scrum Master dẫn dắt từ phần mở đầu, điều phối thứ tự trình bày và kết thúc cuộc họp một cách chuyên nghiệp, tràn đầy năng lượng.
- Đề xuất cách cập nhật trực quan bảng công việc (Jira/Kanban board) ngay trong cuộc họp.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Hướng dẫn cấu hình biến số & cách sử dụng kịch bản họp đứng daily standup hiệu quả

Hãy điền chính xác tên dự án của bạn và số lượng thành viên nhóm vào câu lệnh họp standup này. AI sẽ hướng dẫn Scrum Master cách can thiệp khéo léo nhưng dứt khoát khi thành viên thảo luận kỹ thuật sâu, đồng thời chuyển các chủ đề đó vào khu vực Parking Lot thảo luận riêng sau cuộc họp.

Scrum Master sử dụng câu lệnh họp standup để tạo ra quy chế họp mẫu và kịch bản dẫn dắt hàng ngày. Điều này giúp các thành viên nhanh chóng đi vào trọng tâm 3 câu hỏi cốt lõi, tập trung hướng về mục tiêu Sprint thay vì báo cáo tình hình một cách tẻ nhạt.

3. Prompt Họp cải tiến Sprint (Retrospective)

Bối cảnh áp dụng họp cải tiến sprint (retrospective)

Sprint Retrospective là cơ hội lớn để nhóm nhìn lại và cải tiến quy trình làm việc. Thú thật là, nếu không được điều phối khéo léo, buổi họp cải tiến dễ biến thành một phiên đổ lỗi hoặc chỉ đưa ra các ý kiến chung chung không có hành động cụ thể. Áp dụng prompt scrum master chuyên sâu cho Retrospective sẽ giúp bạn kiến tạo một không gian an toàn tâm lý (Psychological Safety) cho cả đội ngũ.

Nội dung họp cải tiến sprint (retrospective) prompt

# PROMPT QUẢN LÝ DỰ ÁN & PHÁT TRIỂN SẢN PHẨM: Họp cải tiến Sprint (Retrospective)
**Danh mục:** Quản trị Agile & Scrum
**Mô tả:** Quy trình họp rút kinh nghiệm cuối Sprint theo các mô hình tương tác vui nhộn (Start/Stop/Continue).

---

## HƯỚNG DẪN SỬ DỤNG
1. Copy toàn bộ phần nội dung bên dưới đường kẻ nét đứt thứ hai.
2. Thay thế các phần nằm trong dấu ngoặc vuông `[...]` bằng thông tin chủ đề/dữ liệu thực tế của bạn.
3. Gửi cho các mô hình AI (như ChatGPT, Claude, Gemini) để nhận kết quả.

---

## NỘI DUNG PROMPT

Bạn là một Agile Facilitator chuyên nghiệp chuyên tổ chức họp Retrospective.

Nhiệm vụ của bạn là: Thiết lập kịch bản tổ chức buổi họp cải tiến Sprint (Sprint Retrospective) cho dự án [Tên dự án] với quy mô nhóm [Số lượng thành viên] người sau khi kết thúc một Sprint nhiều biến động.

Hãy tuân thủ các hướng dẫn sau:
- Thiết lập kịch bản chi tiết và quy trình họp Sprint Retrospective cho dự án [Tên dự án] với quy mô nhóm [Số lượng thành viên] người sau một Sprint đầy thử thách:
  - Chọn và mô tả chi tiết cách áp dụng một mô hình tương tác trực quan, sáng tạo (Ví dụ: Mô hình Thuyền buồm - Sailboat để nhận diện Động lực (Gió), Trở ngại (Neo), Rủi ro (Rạn san hô); hoặc mô hình Start-Stop-Continue-Keep).
  - Thiết lập hướng dẫn cụ thể giúp điều phối viên (Facilitator/Scrum Master) kiến tạo một không gian an toàn tâm lý (Psychological Safety), khuyến khích sự cởi mở, tập trung vào giải quyết vấn đề thay vì đổ lỗi cho cá nhân (Blameless Retrospective).
- Xây dựng quy trình 5 bước họp chuẩn:
  1. Khởi động (Set the Stage): Tạo không khí thoải mái.
  2. Thu thập dữ liệu (Gather Data): Nhìn lại những gì đã xảy ra trong Sprint.
  3. Phân tích nguyên nhân (Generate Insights): Tìm hiểu lý do tại sau vấn đề xuất hiện.
  4. Quyết định hành động (Decide What to Do): Chọn các giải pháp khả thi.
  5. Đóng buổi họp (Close the Retrospective): Đánh giá cuộc họp.
- Đóng gói kết quả cuộc họp thành một Action Plan rõ ràng, lựa chọn tối đa 3 hành động cải tiến cốt lõi (Action Items) có gắn liền với tiêu chí đo lường sự thành công và người chịu trách nhiệm giám sát cụ thể trong Sprint kế tiếp.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Hướng dẫn cấu hình biến số & cách sử dụng họp cải tiến sprint (retrospective)

Bạn chỉ cần thay thế tên dự án và quy mô nhóm phát triển của bạn trong prompt scrum master này. AI sẽ đề xuất kịch bản họp chi tiết theo mô hình Thuyền buồm (Sailboat) hoặc Start-Stop-Continue và hướng dẫn cách chắt lọc tối đa 3 hành động cải tiến cốt lõi có người chịu trách nhiệm rõ ràng.

Sử dụng ở cuối mỗi Sprint, ngay sau buổi Sprint Review. Scrum Master sử dụng kết quả đầu ra của prompt agile scrum này để làm kịch bản dẫn dắt phiên họp cải tiến, giúp nhóm thảo luận một cách cởi mở và cam kết thực hiện các hành động cải tiến thực tế.

4. Prompt Theo dõi và lập kế hoạch theo vận tốc Sprint (Velocity)

Bối cảnh áp dụng theo dõi và lập kế hoạch theo vận tốc sprint (velocity)

Vận tốc Sprint (Velocity) là chỉ số đo lường hiệu suất thực tế của nhóm Scrum qua từng chu kỳ. Nhiều nhóm gặp khó khăn trong việc dự báo tiến độ vì vận tốc trồi sụt không ổn định. Sử dụng prompt agile scrum phân tích Velocity giúp bạn đánh giá khách quan năng lực sản xuất của đội ngũ dựa trên số liệu lịch sử thay vì phán đoán cảm tính.

Nội dung theo dõi và lập kế hoạch theo vận tốc sprint (velocity) prompt

# PROMPT QUẢN LÝ DỰ ÁN & PHÁT TRIỂN SẢN PHẨM: Theo dõi và lập kế hoạch theo vận tốc Sprint (Velocity)
**Danh mục:** Quản trị Agile & Scrum
**Mô tả:** Tính toán số lượng Story Points trung bình nhóm có thể hoàn thành để dự báo tiến độ các Sprint sau.

---

## HƯỚNG DẪN SỬ DỤNG
1. Copy toàn bộ phần nội dung bên dưới đường kẻ nét đứt thứ hai.
2. Thay thế các phần nằm trong dấu ngoặc vuông `[...]` bằng thông tin chủ đề/dữ liệu thực tế của bạn.
3. Gửi cho các mô hình AI (như ChatGPT, Claude, Gemini) để nhận kết quả.

---

## NỘI DUNG PROMPT

Bạn là một Agile Metrics Analyst & Release Manager chuyên nghiệp.

Nhiệm vụ của bạn là: Phân tích chỉ số vận tốc (Velocity Analysis) của nhóm Scrum cho dự án [Tên dự án] dựa trên dữ liệu 3 Sprint trước và đề xuất số lượng Story Points tối ưu cho Sprint tiếp theo:
Sprint 1: cam kết [Story Points cam kết S1], thực tế hoàn thành [Story Points hoàn thành S1]
Sprint 2: cam kết [Story Points cam kết S2], thực tế hoàn thành [Story Points hoàn thành S2]
Sprint 3: cam kết [Story Points cam kết S3], thực tế hoàn thành [Story Points hoàn thành S3]

Hãy tuân thủ các hướng dẫn sau:
- Thực hiện phân tích chi tiết chỉ số vận tốc (Velocity Analysis) cho dự án [Tên dự án] dựa trên số liệu của 3 Sprint gần nhất:
  - Tính toán tỷ lệ hoàn thành (Completion Rate %) của từng Sprint (Story Points thực tế hoàn thành / Story Points cam kết).
  - Tính toán vận tốc trung bình (Average Velocity) của nhóm từ số điểm thực tế hoàn thành của 3 Sprint này.
- Phân tích và đánh giá độ ổn định hoặc biến động của vận tốc. Hãy đưa ra các giả định và các nguyên nhân phổ biến có thể làm sai lệch vận tốc (Ví dụ: sự thay đổi nhân sự, sự cố kỹ thuật đột xuất, ước lượng sai sót, nợ kỹ thuật chồng chất, hoặc do tiêu chí nghiệm thu chưa rõ ràng).
- Khuyến nghị giới hạn Story Points hợp lý cho Sprint tiếp theo dựa trên vận tốc trung bình và năng lực thực tế (Capacity) của nhóm trong kỳ này.
- Đề xuất các hành động cụ thể để Scrum Master giúp nhóm nâng cao tính dự báo (Predictability) và duy trì sự ổn định của vận tốc trong các chu kỳ tiếp theo.
- Trình bày toàn bộ phân tích và đề xuất dưới dạng báo cáo chuyên nghiệp có bảng biểu số liệu rõ ràng.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Hướng dẫn cấu hình biến số & cách sử dụng theo dõi và lập kế hoạch theo vận tốc sprint (velocity)

Để khai thác tối đa prompt agile scrum này, bạn cần cung cấp số điểm Story Points cam kết và thực tế hoàn thành của ít nhất 3 Sprint gần nhất. AI sẽ tính toán tỷ lệ hoàn thành, vận tốc trung bình và gợi ý các nguyên nhân gây biến động như nợ kỹ thuật hay yêu cầu mơ hồ.

Được dùng trong quá trình chuẩn bị cho Sprint Planning tiếp theo. Scrum Master hoặc Release Manager dùng báo cáo phân tích này để đưa ra khuyến nghị giới hạn Story Points hợp lý cho chu kỳ tới, bảo vệ nhóm khỏi tình trạng quá tải và cải thiện tính dự báo.

5. Prompt Hướng dẫn chấm điểm câu chuyện (Story Pointing)

Bối cảnh áp dụng hướng dẫn chấm điểm câu chuyện (story pointing)

Ước lượng độ lớn công việc là một phần quan trọng để lên kế hoạch khả thi. Thực tế thì, việc quy đổi trực tiếp Story Point sang giờ làm việc là một sai lầm phổ biến, dẫn đến sự sai lệch lớn khi triển khai dự án. prompt scrum master này giúp nhóm thiết lập một hệ thống chấm điểm dựa trên độ phức tạp, rủi ro và nỗ lực thực tế.

Nội dung hướng dẫn chấm điểm câu chuyện (story pointing) prompt

# PROMPT QUẢN LÝ DỰ ÁN & PHÁT TRIỂN SẢN PHẨM: Hướng dẫn chấm điểm câu chuyện (Story Pointing)
**Danh mục:** Quản trị Agile & Scrum
**Mô tả:** Thiết lập quy chuẩn so sánh độ phức tạp của các User Stories theo dãy Fibonacci.

---

## HƯỚNG DẪN SỬ DỤNG
1. Copy toàn bộ phần nội dung bên dưới đường kẻ nét đứt thứ hai.
2. Thay thế các phần nằm trong dấu ngoặc vuông `[...]` bằng thông tin chủ đề/dữ liệu thực tế của bạn.
3. Gửi cho các mô hình AI (như ChatGPT, Claude, Gemini) để nhận kết quả.

---

## NỘI DUNG PROMPT

Bạn là một Agile Estimation Coach & Scrum Master chuyên nghiệp.

Nhiệm vụ của bạn là: Xây dựng Bản quy chuẩn chấm điểm câu chuyện người dùng (Story Pointing Guideline) cho nhóm phát triển phần mềm cho dự án [Tên dự án] dựa trên dãy số Fibonacci (1, 2, 3, 5, 8, 13).

Hãy tuân thủ các hướng dẫn sau:
- Xây dựng Bản hướng dẫn quy chuẩn chấm điểm Story Point (Story Pointing Guidelines) cho dự án [Tên dự án], áp dụng thang số Fibonacci (1, 2, 3, 5, 8, 13) nhằm giúp nhóm ước lượng độ lớn của User Stories một cách nhất quán:
  - Làm rõ định nghĩa Story Point là gì, nhấn mạnh rằng Story Point đại diện cho sự kết hợp của 3 yếu tố: Độ phức tạp (Complexity), Khối lượng công việc (Effort), và Rủi ro/Độ mơ hồ (Risk/Uncertainty) thay vì quy đổi trực tiếp ra số giờ làm việc.
  - Phân tích chi tiết ý nghĩa và tiêu chí cụ thể để một User Story nhận các mức điểm 1, 2, 3, 5, 8, 13 (Ví dụ: 1 điểm là việc cực đơn giản; 5 điểm có độ phức tạp trung bình; 13 điểm là Epic lớn cần phân rã).
  - Thiết lập 3 User Story ví dụ mẫu thực tế (phù hợp với lĩnh vực của dự án) tương ứng với các mức điểm mốc: 2 điểm, 5 điểm, và 8 điểm để làm quy chuẩn tham chiếu (Baseline).
- Hướng dẫn cách tổ chức bỏ phiếu đồng thuận Planning Poker (online/offline) và quy trình xử lý bất đồng quan điểm khi có sự chênh lệch điểm lớn (Ví dụ: một lập trình viên chọn 2 điểm, người khác chọn 8 điểm).
- Trình bày thông tin bằng bảng so sánh trực quan, dễ hiểu để làm tài liệu đào tạo cho các thành viên mới.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Hướng dẫn cấu hình biến số & cách sử dụng hướng dẫn chấm điểm câu chuyện (story pointing)

Hãy điền tên dự án của bạn vào prompt scrum master này. AI sẽ phân tích thang Fibonacci (1, 2, 3, 5, 8, 13) và xây dựng 3 User Story ví dụ mẫu thực tế tương ứng với các mức điểm mốc để làm baseline tham chiếu cho toàn đội.

Sử dụng làm tài liệu đào tạo cho thành viên mới và làm cẩm nang hướng dẫn trong các buổi Planning Poker. Giúp nhóm thống nhất cách chấm điểm và giải quyết bất đồng ý kiến nhanh chóng khi chơi game ước lượng.

6. Prompt Họp tinh chỉnh Product Backlog (Refinement)

Bối cảnh áp dụng họp tinh chỉnh product backlog (refinement)

Product Backlog Refinement giúp chuẩn bị sẵn sàng các User Story cho các Sprint tiếp theo. Nếu Backlog không được tinh chỉnh tốt, nhóm phát triển sẽ gặp bế tắc khi bước vào lập kế hoạch Sprint. Áp dụng prompt agile scrum này giúp bạn thiết lập một quy trình rà soát và phân rã các Epic lớn hiệu quả.

Nội dung họp tinh chỉnh product backlog (refinement) prompt

# PROMPT QUẢN LÝ DỰ ÁN & PHÁT TRIỂN SẢN PHẨM: Họp tinh chỉnh Product Backlog (Refinement)
**Danh mục:** Quản trị Agile & Scrum
**Mô tả:** Quy trình rà soát, viết lại chi tiết và chuẩn bị sẵn sàng các User Stories ở đầu Backlog trước Sprint Planning.

---

## HƯỚNG DẪN SỬ DỤNG
1. Copy toàn bộ phần nội dung bên dưới đường kẻ nét đứt thứ hai.
2. Thay thế các phần nằm trong dấu ngoặc vuông `[...]` bằng thông tin chủ đề/dữ liệu thực tế của bạn.
3. Gửi cho các mô hình AI (như ChatGPT, Claude, Gemini) để nhận kết quả.

---

## NỘI DUNG PROMPT

Bạn là một Product Owner & Scrum Master chuyên tinh chỉnh Backlog chuyên nghiệp.

Nhiệm vụ của bạn là: Thiết lập quy trình và kịch bản cho buổi họp tinh chỉnh Product Backlog (Backlog Refinement / Grooming Session) định kỳ cho dự án [Tên dự án] với quy mô nhóm [Số lượng thành viên] người.

Hãy tuân thủ các hướng dẫn sau:
- Xây dựng quy trình họp Backlog Refinement (tinh chỉnh Product Backlog) định kỳ cho dự án [Tên dự án] với nhóm [Số lượng thành viên] người nhằm chuẩn bị sẵn sàng các hạng mục công việc cho các Sprint tiếp theo:
  - Thiết lập Tiêu chuẩn Sẵn sàng (Definition of Ready - DoR) cụ thể để đánh giá một User Story (Ví dụ: Rõ ràng về mục tiêu kinh doanh, có tiêu chí nghiệm thu rõ ràng, đã có bản vẽ thiết kế, không có phụ thuộc chưa giải quyết).
  - Cung cấp phương pháp và kỹ thuật phân rã các Epic lớn hoặc các User Story quá phức tạp thành các câu chuyện người dùng nhỏ hơn (Sử dụng kỹ thuật INVEST - Independent, Negotiable, Valuable, Estimable, Small, Testable).
  - Đề xuất tần suất họp và khung thời gian phân bổ hợp lý (Ví dụ: họp 1 tiếng vào giữa Sprint để tinh chỉnh các công việc cho Sprint sau) nhằm cân bằng giữa việc chuẩn bị và tập trung coding của Dev team.
- Viết kịch bản dẫn dắt buổi họp (Agenda) phân chia rõ vai trò của Product Owner (trình bày nghiệp vụ) và Scrum Master (điều phối và thúc đẩy ước lượng sơ bộ) cùng Development Team.
- Trình bày thông tin dưới dạng bảng lịch trình cuộc họp và danh sách checklist kiểm tra DoR rõ ràng.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Hướng dẫn cấu hình biến số & cách sử dụng họp tinh chỉnh product backlog (refinement)

Điền thông tin dự án và số lượng thành viên nhóm của bạn. AI sẽ cung cấp tiêu chuẩn Sẵn sàng (DoR) chi tiết và hướng dẫn kỹ thuật phân rã công việc theo nguyên tắc INVEST giúp các câu chuyện người dùng nhỏ gọn và dễ kiểm thử.

Sử dụng định kỳ vào giữa Sprint. Product Owner và Scrum Master dùng kịch bản này để dẫn dắt phiên họp, đảm bảo các User Story ở đầu Product Backlog đạt trạng thái Ready trước khi Sprint Planning diễn ra.

7. Prompt Thiết lập Tiêu chuẩn Hoàn thành (DoD)

Bối cảnh áp dụng thiết lập tiêu chuẩn hoàn thành (dod)

Tiêu chuẩn Hoàn thành (Definition of Done – DoD) là cam kết chất lượng của nhóm đối với mọi tính năng bàn giao. Thiếu DoD rõ ràng dẫn đến tình trạng các tính năng được coi là xong nhưng vẫn đầy lỗi trên Production. Việc vận hành agile bằng AI giúp bạn chuẩn hóa checklist kiểm soát chất lượng từ khâu code review đến deployment.

Nội dung thiết lập tiêu chuẩn hoàn thành (dod) prompt

# PROMPT QUẢN LÝ DỰ ÁN & PHÁT TRIỂN SẢN PHẨM: Thiết lập Tiêu chuẩn Hoàn thành (DoD)
**Danh mục:** Quản trị Agile & Scrum
**Mô tả:** Danh sách kiểm tra bắt buộc (như viết test case, review code, deploy staging) để coi 1 tính năng là hoàn thành 100%.

---

## HƯỚNG DẪN SỬ DỤNG
1. Copy toàn bộ phần nội dung bên dưới đường kẻ nét đứt thứ hai.
2. Thay thế các phần nằm trong dấu ngoặc vuông `[...]` bằng thông tin chủ đề/dữ liệu thực tế của bạn.
3. Gửi cho các mô hình AI (như ChatGPT, Claude, Gemini) để nhận kết quả.

---

## NỘI DUNG PROMPT

Bạn là một QA Lead & Scrum Master chuyên nghiệp.

Nhiệm vụ của bạn là: Thiết lập bộ Tiêu chuẩn Hoàn thành (Definition of Done - DoD) cho dự án phát triển sản phẩm phần mềm: [Tên sản phẩm].

Hãy tuân thủ các hướng dẫn sau:
- Thiết lập bộ Tiêu chuẩn Hoàn thành (Definition of Done - DoD) chất lượng cao và có thể đo lường được cho sản phẩm [Tên sản phẩm], áp dụng cho tất cả các User Stories trước khi đóng để bàn giao:
  - Xây dựng danh sách kiểm tra (Checklist) chi tiết chia thành các khía cạnh kiểm soát chất lượng sau:
    1. Phát triển phần mềm (Code review hoàn tất từ tối thiểu 1 Senior Developer, không chứa nợ kỹ thuật nghiêm trọng, tuân thủ Coding Convention của dự án).
    2. Kiểm thử chất lượng (Unit Test bao phủ tối thiểu 80% dòng code, QA hoàn thành kiểm thử hồi quy - regression test, không còn lỗi nghiêm trọng cấp độ blocker/critical trên môi trường Staging).
    3. Định cấu hình & Tài liệu hóa (Cập nhật tài liệu API, tài liệu thiết kế hệ thống, hướng dẫn sử dụng - User Guide được biên soạn đầy đủ).
    4. Triển khai & Kiểm tra nghiệp vụ (Bản build được deploy thành công lên môi trường UAT/Staging, được Product Owner ký xác nhận đạt các tiêu chí chấp nhận Acceptance Criteria).
- Quy định rõ ràng quy trình cưỡng chế áp dụng DoD: Không có bất kỳ ngoại lệ nào cho việc kéo thẻ sang cột "Done" trên Jira/Kanban nếu chưa vượt qua đầy đủ các bài kiểm tra chất lượng trong DoD.
- Trình bày DoD dưới dạng bảng kiểm tra (Checklist) Markdown trực quan, chia theo các cấp độ: Cấp độ User Story, Cấp độ Sprint và Cấp độ Release.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Hướng dẫn cấu hình biến số & cách sử dụng thiết lập tiêu chuẩn hoàn thành (dod)

Thay thế tên sản phẩm của bạn trong prompt agile scrum này. AI sẽ xây dựng một bảng checklist DoD toàn diện chia theo 3 cấp độ: User Story, Sprint và Release, bao gồm các tiêu chí về Unit Test, Regression Test và duyệt Acceptance Criteria.

Áp dụng xuyên suốt Sprint. Nhóm phát triển đối chiếu với DoD trước khi kéo bất kỳ thẻ công việc nào sang cột Done trên Jira, đảm bảo tính năng bàn giao đạt chất lượng cao nhất.

8. Prompt Thiết lập bảng theo dõi chỉ số Agile (Dashboard)

Bối cảnh áp dụng thiết lập bảng theo dõi chỉ số agile (dashboard)

Theo dõi sức khỏe dự án qua các chỉ số trực quan giúp phát hiện sớm rủi ro. Tuy nhiên, nhiều quản lý dự án không biết cách đọc hiểu và chẩn đoán các dấu hiệu bất thường trên các biểu đồ như Burndown hay CFD. prompt agile scrum này thiết kế một mẫu dashboard toàn diện kèm hướng dẫn xử lý sự cố.

Nội dung thiết lập bảng theo dõi chỉ số agile (dashboard) prompt

# PROMPT QUẢN LÝ DỰ ÁN & PHÁT TRIỂN SẢN PHẨM: Thiết lập bảng theo dõi chỉ số Agile (Dashboard)
**Danh mục:** Quản trị Agile & Scrum
**Mô tả:** Theo dõi các biểu đồ Burndown, Burnup, Cumulative Flow Diagram để quản lý tiến độ thực tế dự án.

---

## HƯỚNG DẪN SỬ DỤNG
1. Copy toàn bộ phần nội dung bên dưới đường kẻ nét đứt thứ hai.
2. Thay thế các phần nằm trong dấu ngoặc vuông `[...]` bằng thông tin chủ đề/dữ liệu thực tế của bạn.
3. Gửi cho các mô hình AI (như ChatGPT, Claude, Gemini) để nhận kết quả.

---

## NỘI DUNG PROMPT

Bạn là một Agile Delivery Manager & Metrics Analyst chuyên nghiệp.

Nhiệm vụ của bạn là: Thiết kế hệ thống báo cáo chỉ số Agile (Agile Metrics Dashboard Template) cho dự án [Tên dự án].

Hãy tuân thủ các hướng dẫn sau:
- Thiết kế một mẫu hệ thống báo cáo chỉ số hiệu suất Agile (Agile Metrics Dashboard) toàn diện cho dự án [Tên dự án] nhằm theo dõi sức khỏe dự án:
  - Định nghĩa rõ nét mục đích sử dụng và các thông số cần thiết cho 4 loại biểu đồ cốt lõi:
    1. Biểu đồ Burndown Sprint: Giúp theo dõi lượng công việc còn lại theo ngày để đảm bảo hoàn thành đúng thời hạn Sprint.
    2. Biểu đồ Burnup Release: Giúp theo dõi tiến độ tổng thể của sản phẩm bàn giao đồng thời phát hiện sớm sự thay đổi phình to phạm vi (Scope Creep).
    3. Biểu đồ dòng chảy tích lũy CFD (Cumulative Flow Diagram): Giúp nhận diện trạng thái của các luồng công việc qua các cột (To Do, In Progress, Review, QA, Done) và phát hiện các "nút cổ chai" (Bottlenecks) cản trước dòng chảy công việc.
    4. Vận tốc nhóm (Sprint Velocity): Theo dõi số điểm Story Points hoàn thành qua từng Sprint để tăng độ tin cậy trong lập kế hoạch phát hành.
  - Cung cấp cẩm nang hướng dẫn đọc hiểu và chẩn đoán lỗi (Troubleshooting Guide) khi các biểu đồ xuất hiện dấu hiệu bất thường (Ví dụ: Đường Burndown phẳng lì nhiều ngày rồi cắm đầu thẳng đứng ở cuối Sprint báo hiệu lỗi chia việc quá to hoặc dồn việc kiểm thử; Đường tổng phạm vi trên Burnup tăng liên tục báo hiệu PO quản lý phạm vi kém).
  - Đề xuất tần suất rà soát, người chịu trách nhiệm cập nhật dữ liệu và các hành động cải tiến tương ứng sau khi phân tích chỉ số sức khỏe của dự án.
- Trình bày thông tin một cách logic, sử dụng các tiêu đề và định dạng bảng biểu khoa học để người quản lý dễ dàng áp dụng.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Hướng dẫn cấu hình biến số & cách sử dụng thiết lập bảng theo dõi chỉ số agile (dashboard)

Điền tên dự án của bạn để nhận mẫu thiết kế Agile Metrics Dashboard. AI sẽ giải thích mục đích của từng biểu đồ và đưa ra cẩm nang chẩn đoán các lỗi quản lý (ví dụ: biểu đồ Burndown đi ngang rồi cắm đầu thẳng đứng ở cuối Sprint).

Được Delivery Manager hoặc Scrum Master sử dụng để báo cáo sức khỏe dự án hàng tuần hoặc cuối mỗi Sprint. Giúp các bên liên quan nhanh chóng nắm bắt tiến độ và các điểm nghẽn (bottlenecks) trong dòng chảy công việc.

9. Prompt Xử lý công việc phát sinh ngoài dự kiến Sprint

Bối cảnh áp dụng xử lý công việc phát sinh ngoài dự kiến sprint

Công việc phát sinh ngoài kế hoạch (Unplanned Work) là nguyên nhân hàng đầu phá vỡ cam kết Sprint. Thực tế thì, việc từ chối thẳng thừng yêu cầu khẩn cấp từ Ban giám đốc là rất khó khăn, nhưng nhận vào vô điều kiện lại làm vỡ kế hoạch. prompt scrum master này cung cấp chiến lược ứng phó thông minh dựa trên luật thương lượng (Trade-off).

Nội dung xử lý công việc phát sinh ngoài dự kiến sprint prompt

# PROMPT QUẢN LÝ DỰ ÁN & PHÁT TRIỂN SẢN PHẨM: Xử lý công việc phát sinh ngoài dự kiến Sprint
**Danh mục:** Quản trị Agile & Scrum
**Mô tả:** Chiến lược ứng phó của Scrum Master khi ban giám đốc hoặc khách hàng chèn thêm yêu cầu khẩn cấp vào giữa Sprint.

---

## HƯỚNG DẪN SỬ DỤNG
1. Copy toàn bộ phần nội dung bên dưới đường kẻ nét đứt thứ hai.
2. Thay thế các phần nằm trong dấu ngoặc vuông `[...]` bằng thông tin chủ đề/dữ liệu thực tế của bạn.
3. Gửi cho các mô hình AI (như ChatGPT, Claude, Gemini) để nhận kết quả.

---

## NỘI DUNG PROMPT

Bạn là một Scrum Master & Agile Coach chuyên nghiệp.

Nhiệm vụ của bạn là: Thiết lập quy trình xử lý công việc phát sinh khẩn cấp (Unplanned Work Strategy) xảy ra ở giữa Sprint khi Sprint đang diễn ra cho dự án [Tên dự án].

Hãy tuân thủ các hướng dẫn sau:
- Thiết lập Chiến lược và Quy trình ứng phó với công việc phát sinh ngoài dự kiến (Unplanned Work Strategy) cho dự án [Tên dự án] khi Sprint đang diễn ra để bảo vệ sự tập trung của Development Team:
  - Định nghĩa bộ quy tắc đánh giá mức độ khẩn cấp (Triage Framework) để giúp Scrum Master và Product Owner phân loại yêu cầu phát sinh: Phân biệt rõ ràng giữa "Khẩn cấp thực sự" (Lỗi hệ thống nghiêm trọng trên Production ảnh hưởng đến hàng loạt người dùng) và "Khẩn cấp cảm xúc" (Yêu cầu phát sinh từ sở thích cá nhân của các bên liên quan).
  - Mô tả chi tiết cơ chế hoạt động của quy tắc "Đổi 1 lấy 1" (Trade-off Rule): Nếu bắt buộc phải đưa một đầu việc mới vào Sprint hiện tại, PO phải tìm và loại bỏ một hoặc nhiều đầu việc đã cam kết trong Sprint Backlog có tổng số Story Points tương đương ra ngoài, đảm bảo không vượt quá dung lượng năng lực (Capacity) của Dev Team.
  - Quy định quy trình 3 bước xử lý: Nhận yêu cầu -> Đánh giá & Phê duyệt (Bởi PO và Scrum Master) -> Điều chỉnh Backlog & Thực thi.
  - Hướng dẫn cách thức ghi nhận và phân tích dữ liệu công việc phát sinh (Ví dụ: tính tỷ lệ % Unplanned Work mỗi Sprint) làm tư liệu rút kinh nghiệm trong buổi họp Retrospective nhằm điều chỉnh độ đệm (Buffer capacity) cho các Sprint tiếp theo.
- Trình bày thông tin mạch lạc, rõ ràng và chuyên nghiệp bằng các gạch đầu dòng và sơ đồ quy trình dạng văn bản.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Hướng dẫn cấu hình biến số & cách sử dụng xử lý công việc phát sinh ngoài dự kiến sprint

Điền tên dự án của bạn vào prompt scrum master này. AI sẽ thiết lập bộ quy tắc đánh giá mức độ khẩn cấp thực tế (Triage Framework) và quy trình 3 bước xử lý công việc phát sinh mà vẫn bảo vệ được sự tập trung cho Dev Team.

Được Scrum Master và Product Owner phối hợp áp dụng ngay khi xuất hiện yêu cầu thay đổi khẩn cấp ở giữa Sprint. Giúp đưa ra quyết định đổi 1 lấy 1 một cách logic và minh bạch.

10. Prompt Thiết lập quy mô Agile (Scrum of Scrums)

Bối cảnh áp dụng thiết lập quy mô agile (scrum of scrums)

Khi dự án phình to và cần nhiều nhóm Scrum cùng làm việc trên một sản phẩm, việc đồng bộ hóa trở nên vô cùng phức tạp. Thiếu sự phối hợp liên nhóm dẫn đến các lỗi tích hợp nghiêm trọng ở cuối kỳ phát hành. prompt agile scrum này thiết lập quy chuẩn vận hành buổi họp phối hợp Scrum of Scrums (SoS).

Nội dung thiết lập quy mô agile (scrum of scrums) prompt

# PROMPT QUẢN LÝ DỰ ÁN & PHÁT TRIỂN SẢN PHẨM: Thiết lập quy mô Agile (Scrum of Scrums)
**Danh mục:** Quản trị Agile & Scrum
**Mô tả:** Cơ chế phối hợp đồng bộ giữa nhiều nhóm Scrum làm việc trên cùng một sản phẩm lớn.

---

## HƯỚNG DẪN SỬ DỤNG
1. Copy toàn bộ phần nội dung bên dưới đường kẻ nét đứt thứ hai.
2. Thay thế các phần nằm trong dấu ngoặc vuông `[...]` bằng thông tin chủ đề/dữ liệu thực tế của bạn.
3. Gửi cho các mô hình AI (như ChatGPT, Claude, Gemini) để nhận kết quả.

---

## NỘI DUNG PROMPT

Bạn là một Agile Program Manager & Agile Coach chuyên nghiệp.

Nhiệm vụ của bạn là: Thiết lập quy trình họp phối hợp liên nhóm (Scrum of Scrums Guidelines) cho dự án lớn [Tên dự án] có sự tham gia của [Số lượng nhóm Scrum] nhóm Scrum phát triển đồng thời.

Hãy tuân thủ các hướng dẫn sau:
- Thiết lập Hướng dẫn vận hành họp Scrum of Scrums (SoS Guidelines) chuyên nghiệp cho dự án quy mô lớn [Tên dự án] với sự tham gia của [Số lượng nhóm Scrum] nhóm Scrum hoạt động song song trên cùng một sản phẩm cốt lõi:
  - Quy định cụ thể về tần suất (Ví dụ: 2-3 lần một tuần hoặc hàng ngày), thời lượng (Tối đa 15-20 phút), và thành phần tham dự bắt buộc (Scrum Master hoặc đại diện kỹ thuật/Tech Lead của từng nhóm Scrum).
  - Xây dựng kịch bản họp SoS tập trung giải quyết các vấn đề giao thoa và tích hợp liên nhóm thông qua 4 câu hỏi định hướng cải tiến:
    1. Nhóm của tôi đã hoàn thành những gì kể từ buổi họp trước có thể ảnh hưởng hoặc cản trở công việc của các nhóm khác?
    2. Nhóm của tôi sẽ giải quyết những việc gì trước buổi họp tiếp theo có nguy cơ tác động đến tiến độ của các nhóm khác?
    3. Nhóm của tôi đang gặp phải khó khăn hay điểm nghẽn gì mà cần sự hỗ trợ hoặc phối hợp giải quyết từ nhóm khác?
    4. Nhóm của tôi có nhận thấy nguy cơ phụ thuộc chéo (Cross-team dependency) nào sắp phát sinh giữa các nhóm hay không?
  - Hướng dẫn thiết lập và cập nhật một Bảng quản lý sự phụ thuộc chung (Shared Dependency Board/Matrix) giúp các nhóm trực quan hóa các mối liên kết và rủi ro tích hợp.
  - Quy định luồng giải quyết xung đột ý kiến hoặc tranh chấp tài nguyên kỹ thuật giữa các nhóm khi cuộc họp SoS không thể tự giải quyết.
- Trình bày bản hướng dẫn rõ ràng, có phân đoạn logic và văn phong chuẩn Agile chuyên nghiệp.

Hãy cung cấp kết quả chi tiết, rõ ràng và có cấu trúc mạch lạc theo yêu cầu trên.

Hướng dẫn cấu hình biến số & cách sử dụng thiết lập quy mô agile (scrum of scrums)

Thay thế tên dự án lớn và số lượng nhóm Scrum tham gia hoạt động song song. AI sẽ cung cấp kịch bản họp tập trung vào 4 câu hỏi định hướng sự phụ thuộc chéo (dependency) và xung đột tài nguyên kỹ thuật.

Được Program Manager hoặc Scrum Master liên nhóm sử dụng để điều phối các cuộc họp SoS định kỳ (2-3 lần/tuần), giúp kiểm soát tiến độ tích hợp và giải quyết các xung đột liên nhóm nhanh chóng.

Câu hỏi thường gặp về prompt agile scrum trong quản trị dự án

Lời kết và tầm nhìn dài hạn cho các quản lý dự án Agile

Tóm lại, việc ứng dụng bộ prompt agile scrum vào quy trình làm việc hàng ngày của nhóm không chỉ giúp nâng cao tính hiệu quả và chuẩn hóa tài liệu phát triển, mà còn giải phóng thời gian quý báu cho các quản lý dự án. Việc vận hành agile bằng AI không đồng nghĩa với việc giao phó toàn bộ trách nhiệm cho AI, mà là tận dụng sức mạnh lập luận của AI để tối ưu hóa quy trình. Bằng cách kết hợp linh hoạt các câu lệnh này với các buổi thảo luận nhóm trực tiếp và các công cụ quản lý dự án trực quan, bạn sẽ xây dựng được một đội nhóm linh hoạt, chủ động và phát triển sản phẩm chất lượng cao. Nếu bạn hỏi mình, việc ứng dụng các prompt agile scrum chính là xu hướng tất yếu của tương lai phát triển phần mềm.

Để có thêm những góc nhìn toàn diện hơn về việc lập kế hoạch dự án bằng AI, bạn có thể tham khảo thêm bài viết về Bộ 10 Prompt Lập kế hoạch và Khởi chạy dự án hoặc Bộ 30 Prompt Thiết lập tài liệu PRD và Yêu cầu sản phẩm. Đây đều là những tài nguyên vô cùng hữu ích trong hệ sinh thái quản lý dự án tinh gọn hiện đại mà các prompt scrum master chuyên nghiệp khuyên dùng.