Visual Paradigm Desktop | 
Visual Paradigm Online
Các sinh viên ngành Kỹ thuật khi bước vào ngành phát triển phần mềm phải đối mặt với một môi trường được định nghĩa bởi sự thay đổi nhanh chóng và giao hàng theo từng giai đoạn. Phương pháp luận làm nền tảng cho hầu hết các chu kỳ phát triển hiện đại là Agile. Việc hiểu rõ các từ ngữ chuyên môn liên quan đến khung này không chỉ là một bài tập học thuật; mà còn là điều kiện cần thiết trong công việc. Hướng dẫn này cung cấp cái nhìn toàn diện về các thuật ngữ then chốt, đảm bảo sự rõ ràng cho cả sinh viên lẫn chuyên gia.
Dù bạn tham gia vào một dự án tốt nghiệp đại học hay gia nhập một đội kỹ thuật doanh nghiệp, ngôn ngữ Agile sẽ hỗ trợ giao tiếp. Nó thiết lập sự hiểu biết chung về quy trình làm việc, tiêu chuẩn chất lượng và động lực nhóm. Các phần tiếp theo sẽ phân tích kỹ lưỡng các thành phần cốt lõi, vai trò và sản phẩm tạo nên hệ sinh thái Agile.
Trước khi đi sâu vào các thuật ngữ cụ thể, điều quan trọng là phải hiểu nguồn gốc. Tuyên ngôn Agile được công bố năm 2001 bởi một nhóm các nhà phát triển phần mềm. Nó ưu tiên con người và giao tiếp hơn là quy trình và công cụ. Nó coi trọng phần mềm hoạt động hơn là tài liệu chi tiết. Nó nhấn mạnh hợp tác với khách hàng hơn là đàm phán hợp đồng. Nó đề cao việc phản ứng với thay đổi hơn là tuân theo kế hoạch.
Bốn giá trị này được hỗ trợ bởi mười hai nguyên tắc. Những nguyên tắc này định hướng quá trình ra quyết định trong quá trình phát triển. Chúng ủng hộ việc giao phần mềm thường xuyên, đón nhận yêu cầu thay đổi và duy trì nhịp độ phát triển bền vững. Đối với sinh viên kỹ thuật, nắm vững những giá trị này là bước đầu tiên để thực hành hiệu quả.
Các khung khác nhau tổ chức đội nhóm theo cách khác nhau, nhưng cấu trúc phổ biến nhất là Scrum. Phần này nêu rõ các trách nhiệm cụ thể trong cấu trúc đó.
Người sở hữu sản phẩm đại diện cho tiếng nói của khách hàng và doanh nghiệp. Họ chịu trách nhiệm tối đa hóa giá trị của sản phẩm được tạo ra từ công việc của đội phát triển. Vai trò này bao gồm việc quản lý Danh sách công việc sản phẩm.
Master Scrum phục vụ đội bằng cách đảm bảo quy trình được tuân thủ. Họ không phải là một quản lý truyền thống, mà là người điều phối và huấn luyện viên. Trọng tâm của họ là loại bỏ các trở ngại cản trở tiến độ của đội.
Đây là nhóm các chuyên gia thực hiện công việc thực tế nhằm giao sản phẩm tăng dần. Họ là nhóm đa chức năng, nghĩa là sở hữu tất cả các kỹ năng cần thiết để tạo ra sản phẩm mà không phụ thuộc vào bên ngoài. Họ tự tổ chức, nghĩa là tự quyết định cách thức thực hiện công việc.
Các sản phẩm đại diện cho công việc hoặc giá trị. Chúng cung cấp tính minh bạch và cơ hội kiểm tra. Ba sản phẩm chính là Danh sách sản phẩm, Danh sách Sprint và Tăng dần.
Đây là danh sách được sắp xếp gồm 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. Chi tiết thay đổi khi sản phẩm và môi trường phát triển. Nó mang tính động.
Đây là tập hợp các mục trong Danh sách sản phẩm được chọn cho Sprint. Nó bao gồm kế hoạch giao sản phẩm tăng dần và đạt được mục tiêu Sprint. Nó thuộc về Đội Phát triển.
Một Tăng dần là một bước tiến cụ thể hướng tới mục tiêu sản phẩm. Mỗi Tăng dần đều được cộng dồn vào tất cả các Tăng dần trước đó. Nó phải ở trạng thái có thể sử dụng, bất kể người sở hữu sản phẩm có quyết định phát hành hay không.
Các sự kiện tạo nên nhịp điệu và cơ hội để kiểm tra và điều chỉnh. Chúng được giới hạn thời gian, nghĩa là chúng có thời lượng tối đa.
Sprint là nhịp đập của Agile. Đó là một sự kiện có độ dài cố định trong vòng một tháng hoặc ít hơn, trong đó một bước tiến sản phẩm ‘đã hoàn thành’, có thể sử dụng và có thể phát hành được được tạo ra. Sprint bao gồm và gồm có: Lập kế hoạch Sprint, Cuộc họp hàng ngày, Cuộc họp xem xét Sprint và Cuộc họp tổng kết Sprint.
Sự kiện này khởi động Sprint. Toàn bộ đội Scrum hợp tác xây dựng kế hoạch. Người sở hữu sản phẩm thảo luận về mục tiêu và tình trạng hiện tại của danh sách công việc sản phẩm. Đội phát triển dự báo các chức năng sẽ có trong Sprint tiếp theo.
Cũng được gọi là Cuộc họp đứng hàng ngày, đây là một sự kiện 15 phút dành cho Đội Phát triển. Nó không nhằm mục đích báo cáo tình trạng cho ban quản lý, mà nhằm mục đích giúp đội đồng bộ hóa các hoạt động và xây dựng kế hoạch cho 24 giờ tiếp theo.
Sự kiện này diễn ra vào cuối Sprint để kiểm tra Increment và điều chỉnh Product Backlog nếu cần. Đội Scrum và các bên liên quan xem xét những gì đã hoàn thành.
Đội Scrum kiểm tra xem Sprint trước đó đã diễn ra như thế nào về mặt cá nhân, tương tác, quy trình, công cụ và Định nghĩa Hoàn thành của họ. Mục tiêu là xác định các cách cải thiện và thực hiện chúng trong Sprint tiếp theo.
Ngoài khung Scrum cốt lõi, các đội kỹ thuật gặp phải những thuật ngữ cụ thể liên quan đến chính công việc của họ.
Một Câu chuyện người dùng là một lời giải thích không chính thức, tổng quát về một tính năng phần mềm được viết từ góc nhìn của người dùng cuối. Nó tuân theo một định dạng cụ thể để đảm bảo sự rõ ràng.
Một cách ẩn dụ, nợ kỹ thuật đại diện cho chi phí ngầm định của việc phải làm lại thêm do lựa chọn giải pháp dễ dàng (hạn chế) ngay bây giờ thay vì sử dụng một cách tiếp cận tốt hơn nhưng mất nhiều thời gian hơn. Nó tích lũy lãi nếu không được thanh toán.
Tốc độ là thước đo lượng công việc mà một đội có thể xử lý trong một Sprint duy nhất và là chỉ số chính trong Scrum. Nó được tính bằng cách cộng tổng điểm của các câu chuyện người dùng đã hoàn thành.
Tiêu chuẩn hoàn thành là mô tả chính thức về trạng thái của phần tăng trưởng khi nó đáp ứng các tiêu chuẩn chất lượng cần thiết cho sản phẩm. Ngay khi phần tăng trưởng đáp ứng DoD, nó có thể được phát hành.
Các chỉ số này thường được sử dụng trong Kanban và luồng kỹ thuật chung.
Mặc dù Scrum phổ biến, nhưng đó không phải là phương pháp duy nhất. Các sinh viên ngành kỹ thuật cần hiểu các phương pháp liên quan.
Kanban tập trung vào việc trực quan hóa công việc, tối đa hóa luồng công việc và giới hạn công việc đang thực hiện. Nó không quy định các vai trò cụ thể hay các vòng lặp cố định như Scrum.
XP nhấn mạnh sự xuất sắc về kỹ thuật và các thực hành kỹ thuật. Nó thường được sử dụng kết hợp với Scrum.
Lean áp dụng các nguyên tắc sản xuất công nghiệp vào phần mềm. Nó tập trung vào loại bỏ lãng phí và cung cấp giá trị nhanh chóng.
Dữ liệu thúc đẩy cải tiến. Các đội kỹ thuật dựa vào các chỉ số cụ thể để đánh giá sức khỏe và hiệu suất.
Một biểu đồ thể hiện lượng công việc còn lại trong một Sprint hoặc dự án. Nó giúp đội hiểu liệu họ có đang trên đúng hướng để hoàn thành công việc hay không.
Giống như biểu đồ burn-down, nhưng nó thể hiện lượng công việc đã hoàn thành theo thời gian, cũng như phạm vi tổng thể.
Số lượng đơn vị công việc hoàn thành trong một khoảng thời gian nhất định. Nó hữu ích để đo lường năng lực của đội theo thời gian.
| Thuật ngữ | Định nghĩa | Loại |
|---|---|---|
| Sprint | Khoảng thời gian được giới hạn trong đó công việc được hoàn thành | Sự kiện |
| Danh sách công việc sản phẩm | Danh sách được sắp xếp của tất cả các yêu cầu đã biết | Sản phẩm đầu ra |
| Câu chuyện người dùng | Mô tả ngắn gọn về một tính năng từ góc nhìn người dùng | Sản phẩm |
| Tốc độ | Đo lường khối lượng công việc hoàn thành mỗi Sprint | Chỉ số |
| Định nghĩa về Hoàn thành | Tiêu chí phải đạt được để công việc được coi là hoàn thành | Tiêu chuẩn |
| Nợ kỹ thuật | Chi phí phải sửa lại do các đường tắt | Khái niệm |
| Master Scrum | Người hỗ trợ và huấn luyện cho đội nhóm | Vai trò |
| Chủ sản phẩm | Đại diện cho khách hàng và quản lý danh sách công việc | Vai trò |
| Bản cập nhật | Bổ sung sản phẩm có thể sử dụng được | Sản phẩm |
| Kanban | Phương pháp tập trung vào luồng công việc và giới hạn công việc đang thực hiện | Khung công tác |
Các sinh viên ngành kỹ thuật thường chuyển từ các dự án học thuật sang môi trường chuyên nghiệp mà chưa nắm rõ các thuật ngữ này. Khoảng cách này có thể dẫn đến xung đột với các bên liên quan hoặc hiểu lầm trong nội bộ đội nhóm. Việc làm quen với từ điển này sẽ giúp lấp đầy khoảng cách đó.
Khi bạn gặp một thuật ngữ mà không hiểu, hãy yêu cầu làm rõ. Đừng tự ý suy diễn nghĩa. Ngành công nghiệp đánh giá cao sự chính xác. Việc sử dụng đúng thuật ngữ thể hiện năng lực và sự tôn trọng đối với quy trình.
Hơn nữa, việc hiểu rõ các khái niệm này giúp bạn vận động cho các thực hành tốt hơn. Nếu bạn nhận thấy một đội nhóm đang tích lũy nợ kỹ thuật, bạn có thể sử dụng khung công tác để đề xuất thời gian tái cấu trúc. Nếu một quy trình chưa rõ ràng, bạn có thể tham chiếu đến Định nghĩa về Hoàn thành để thiết lập sự rõ ràng.
Học tập liên tục là một phần trong tư duy kỹ thuật. Tuyên ngôn Agile khuyến khích phản tư về cách trở nên tốt hơn trong công việc. Tài liệu này đóng vai trò là điểm khởi đầu cho quá trình phản tư đó. Khi bạn tiến bộ, bạn sẽ gặp các thuật ngữ và sắc thái mới. Hãy duy trì một từ điển cá nhân. Thêm vào đó khi bạn học được điều gì mới.
Bối cảnh phần mềm luôn thay đổi. Các khung công tác không ngừng phát triển. Tuy nhiên, các nguyên tắc cốt lõi về hợp tác, giao hàng theo từng bước và chất lượng vẫn luôn ổn định. Thành thạo bộ từ vựng này đảm bảo bạn luôn linh hoạt và hiệu quả trong bất kỳ môi trường kỹ thuật nào.
Hãy nhớ rằng công cụ thay đổi, nhưng nguyên tắc thì tồn tại lâu dài. Dù bạn làm việc ở một công ty khởi nghiệp hay một doanh nghiệp lớn, nhu cầu về giao tiếp rõ ràng và giao hàng có cấu trúc vẫn luôn tồn tại. Hãy sử dụng từ điển này như một điểm tham chiếu cho hành trình phát triển nghề nghiệp của bạn.