Visual Paradigm Desktop | 
Visual Paradigm Online
Chào mừng bạn đến với khởi đầu hành trình phát triển Agile của bạn. Việc chuyển đổi từ các phương pháp truyền thống sang một khung như Scrum có thể khiến bạn cảm thấy choáng ngợp. Điều này không chỉ đơn thuần là thay đổi công cụ; mà còn là thay đổi tư duy hướng tới hợp tác, linh hoạt và cải tiến liên tục. Hướng dẫn này được thiết kế để cung cấp cho bạn một hành trình có cấu trúc trong tuần đầu tiên. Đến cuối tuần này, bạn sẽ hiểu rõ các cơ chế cốt lõi của khung Scrum và cách tích hợp chúng vào quy trình làm việc hàng ngày một cách hiệu quả. 🛠️
Tham gia một môi trường phát triển mới đòi hỏi sự rõ ràng. Nếu không hiểu rõ cách đội nhóm của bạn hoạt động, tiến độ có thể bị đình trệ. Các phương pháp Agile ưu tiên con người và tương tác hơn là quy trình và công cụ. Tuy nhiên, để có những tương tác ý nghĩa, bạn cần có một ngôn ngữ chung. Bản đồ hành trình này đảm bảo bạn học được ngôn ngữ đó. Bạn sẽ chuyển từ quan sát thụ động sang đóng góp chủ động. Mục tiêu là trở thành một thành viên có chức năng trong đội Scrum, người hiểu rõ lý do đằng sau mỗi nghi thức và sản phẩm.lý dođằng sau mỗi nghi thức và sản phẩm.
Trong suốt tuần này, chúng ta sẽ tập trung vào:
Ngày đầu tiên là về việc xây dựng nền tảng. Bạn không cần phải viết mã ngay lập tức. Thay vào đó, hãy tập trung vào việc hiểu môi trường và các quy tắc tham gia. Nhiệm vụ chính của bạn là tiếp thu bối cảnh mà bạn sẽ làm việc.
Phát triển theo Agile được thúc đẩy bởi giá trị. Chúng ta không xây dựng tính năng chỉ để xây dựng chúng; chúng ta xây dựng chúng để giải quyết vấn đề cho người dùng. Điều này được thể hiện trong các Câu chuyện Người dùng. Hiểu cách đọc và viết những câu chuyện này là điều cần thiết.
Một Câu chuyện Người dùng tiêu chuẩn tuân theo một cấu trúc cụ thể:
Là một [vai trò], tôi muốn [tính năng], để [lợi ích].
Định dạng này buộc bạn phải suy nghĩ về ai, cái nào, và tại sao. Khi bạn nhận được một câu chuyện, nhiệm vụ đầu tiên của bạn là đặt câu hỏi. Nếu lợi ích mơ hồ, câu chuyện có khả năng chưa hoàn chỉnh.
Mỗi Câu chuyện Người dùng nên có Tiêu chí chấp nhận. Đây là những điều kiện phải được đáp ứng để câu chuyện được Chủ sản phẩm chấp nhận. Chúng đóng vai trò như hợp đồng giữa nhà phát triển và bên liên quan. Hãy tìm kiếm những câu chuyện thiếu các tiêu chí này; đây là dấu hiệu phổ biến của danh sách công việc cần được làm sạch.
Buổi họp lập kế hoạch Sprint là nơi đội quyết định công việc nào họ sẽ thực hiện trong chu kỳ sắp tới. Đây là một sự kiện hợp tác, chứ không phải là việc giao việc từ trên xuống. Sự tham gia của bạn ở đây sẽ đặt nên tinh thần cho Sprint.
Buổi họp thường được chia thành hai phần:
Các đội Agile hiếm khi sử dụng giờ để ước lượng. Thay vào đó, họ sử dụng kích thước tương đối. Điều này phản ánh độ phức tạp và nỗ lực so với các câu chuyện khác. Các phương pháp phổ biến bao gồm:
Quan trọng:Ước lượng là một ước lượng, chứ không phải lời hứa. Đó là một công cụ lập kế hoạch, chứ không phải mục tiêu quản lý hiệu suất. Tránh cam kết vào các mốc thời gian cụ thể; hãy cam kết vào phạm vi mà bạn tin rằng mình có thể xử lý trong khung thời gian đã định.
Khi Sprint bắt đầu, trọng tâm chuyển sang thực hiện. Cuộc họp hàng ngày (hay Daily Scrum) là nhịp đập của Sprint. Đó là một cuộc họp ngắn, thường kéo dài 15 phút, nơi đội đồng bộ hóa công việc.
Bạn không nên coi đây là báo cáo tình trạng cho quản lý. Đó là kế hoạch cho 24 giờ tới. Khi đến lượt bạn nói, hãy nêu ba điểm sau:
Kết thúc Sprint không phải là kết thúc công việc; đó là kết thúc một chu kỳ. Hai sự kiện chính diễn ra để khép lại vòng lặp.
Đây là phần trình diễn công việc đã hoàn thành. Đội sẽ trình bày kết quả tăng trưởng cho các bên liên quan. Đó không phải là một bài thuyết trình chính thức với slide. Đó là một buổi hướng dẫn thực tế.
Buổi họp này chỉ dành cho đội nhóm. Đây là không gian an toàn để thảo luận về việc Sprint đã diễn ra như thế nào. Mục tiêu là cải tiến liên tục.
Để giúp hình dung rõ dòng chảy của tuần đầu tiên của bạn, hãy tham khảo bảng dưới đây.
| Ngày | Vùng tập trung | Sự kiện chính | Kết quả |
|---|---|---|---|
| 1 | Hướng dẫn | Giới thiệu đội nhóm & Xem xét danh sách công việc | Hiểu rõ vai trò và Tiêu chuẩn hoàn thành |
| 2 | Yêu cầu | Chỉnh sửa danh sách công việc | Học cách viết và đọc các câu chuyện người dùng |
| 3 | Lên kế hoạch | Lên kế hoạch Sprint | Cam kết với mục tiêu Sprint và các nhiệm vụ |
| 4 | Thực hiện | Buổi họp hàng ngày | Bắt đầu viết mã và loại bỏ các trở ngại |
| 5 | Xem xét và suy ngẫm | Xem xét và tổng kết | Trình bày công việc và lập kế hoạch cải tiến |
Ngay cả những nhà phát triển có kinh nghiệm cũng có thể vấp ngã khi mới làm quen với Agile. Dưới đây là những cái bẫy phổ biến cần lưu ý.
Agile đòi hỏi sự hợp tác. Nếu bạn chờ đến khi một vé được gán cho mình trước khi bắt đầu suy nghĩ về nó, bạn đang làm việc theo kiểu tách biệt. Hãy giao tiếp sớm. Đặt câu hỏi. Chia sẻ kiến thức của bạn.
Chỉ hoàn thành mã nguồn là chưa đủ. Định nghĩa về ‘Đã hoàn thành’ thường bao gồm kiểm thử, tài liệu và kiểm tra. Nếu bạn bỏ qua các bước này, bạn đang tạo ra nợ kỹ thuật sẽ làm chậm đội nhóm sau này.
Rất dễ dàng nói có với mọi thứ. Nếu bạn cam kết quá nhiều, bạn sẽ bỏ lỡ mục tiêu Sprint. Tốt hơn hết là cam kết ít hơn nhưng luôn giao hàng ổn định. Tính minh bạch tốt hơn những lời hứa giả tạo.
Buổi tổng kết thường là cuộc họp có giá trị nhất. Nếu bạn bỏ qua nó, bạn sẽ bỏ lỡ cơ hội cải thiện quy trình làm việc của mình. Hãy trân trọng buổi họp này. Nêu lên những điều đang cản trở năng suất của bạn.
Để sẵn sàng Scrum, bạn phải hiểu ba tài sản cốt lõi cung cấp tính minh bạch và khả năng kiểm tra.
Đây là danh sách có thứ tự tất cả những điều đã biết là cần thiết cho sản phẩm. Đây là nguồn duy nhất cho các yêu cầu. Nó chưa bao giờ hoàn chỉnh. Nó linh hoạt và thay đổi theo sự phát triển của sản phẩm và môi trường. Là một nhà phát triển, bạn có thể đóng góp các mục vào danh sách này, chẳng hạn như các nhiệm vụ kỹ thuật cần thiết để hỗ trợ các tính năng.
Đây là tập hợp các mục trong danh sách công việc sản phẩm được chọn cho Sprint, cộng với kế hoạch giao sản phẩm tăng trưởng. Đây là kế hoạch do các nhà phát triển tạo ra. Nó được hiển thị cho mọi người. Nó thay đổi trong suốt Sprint khi đội ngũ hiểu rõ hơn về công việc.
Một tăng trưởng là một bước tiến cụ thể hướng đến mục tiêu sản phẩm. Đó là tổng hợp tất cả các mục trong danh sách công việc sản phẩm đã hoàn thành trong một Sprint và giá trị của các tăng trưởng từ tất cả các Sprint trước đó. Bạn phải đảm bảo rằng mỗi tăng trưởng đều ở trạng thái sử dụng được, bất kể người sở hữu sản phẩm có quyết định phát hành hay không.
Kỹ năng kỹ thuật rất quan trọng, nhưng giao tiếp mới là yếu tố khiến một đội làm việc hiệu quả. Trong môi trường Agile, giao tiếp cần rõ ràng và thường xuyên.
Sử dụng bảng. Di chuyển vé khi bạn làm việc. Nếu một vé bị kẹt, hãy di chuyển nó sang cột ‘Bị chặn’. Dấu hiệu trực quan này báo cho đội biết rằng cần sự hỗ trợ mà không cần bạn phải ngắt quãng liên tục.
Không phải mọi thứ đều cần họp. Sử dụng công cụ trò chuyện để chia sẻ liên kết, đặt câu hỏi nhanh hoặc thông báo hoàn thành một nhiệm vụ. Điều này giúp giảm mệt mỏi do họp và tạo điều kiện cho công việc chuyên sâu.
Nhận phản hồi sớm. Hiển thị mã của bạn cho đồng nghiệp trước khi bạn cho rằng nó đã hoàn thành. Hỏi người sở hữu sản phẩm xem bạn có đang đi đúng hướng hay không trước khi xây dựng toàn bộ tính năng. Điều này ngăn ngừa công sức bị lãng phí.
Tốc độ quan trọng, nhưng chất lượng là điều không thể thương lượng. Agile không có nghĩa là bỏ qua các bước cần thiết.
Nợ kỹ thuật xảy ra khi bạn chọn một giải pháp dễ dàng ngay bây giờ thay vì một cách tiếp cận tốt hơn nhưng mất nhiều thời gian hơn. Đôi khi điều này là cần thiết để tăng tốc độ, nhưng phải được công nhận. Nếu bạn chấp nhận nợ, bạn phải tạo một nhiệm vụ để trả nợ. Đừng để nợ tích tụ mãi mãi.
Để di chuyển nhanh mà không làm hỏng thứ gì, bạn cần có sự tự tin. Các bài kiểm thử tự động cung cấp sự tự tin đó. Các bài kiểm thử đơn vị, kiểm thử tích hợp và kiểm thử đầu cuối nên là một phần trong Định nghĩa Hoàn thành của bạn. Nếu một bài kiểm thử thất bại, công việc chưa được coi là hoàn thành.
Agile không phải là một điểm đến; đó là một hành trình liên tục. Tuần đầu tiên của bạn chỉ là khởi đầu. Bạn sẽ gặp phải những thay đổi về yêu cầu, thay đổi ưu tiên và những thách thức mới. Khung làm việc cung cấp cấu trúc để xử lý những thay đổi này một cách khéo léo.
Hãy nhớ rằng Hướng dẫn Scrum là nền tảng. Đó là nguồn thông tin chính xác về các vai trò và sự kiện. Nếu bạn phát hiện ra một quy trình không phù hợp với các giá trị của Agile, hãy thảo luận về nó trong buổi tổng kết. Mục tiêu là tìm ra điều gì phù hợp nhất với bối cảnh cụ thể của đội nhóm bạn, đồng thời duy trì các nguyên tắc cốt lõi.
Bằng cách tuân theo lộ trình này, bạn xây dựng nền tảng vững chắc cho sự nghiệp phát triển Agile của mình. Bạn học cách cung cấp giá trị một cách nhất quán, hợp tác hiệu quả và cải tiến liên tục. Chào mừng bạn đến với đội nhóm. Hãy cùng nhau tạo nên điều gì đó tuyệt vời. 🏗️