Tổng quan Jira Workflow: Status là gì? Resolution là gì?

Quy trình làm việc (Workflow) trong Jira cho phép các nhóm xác định các quy trình cần thiết để đáp ứng các mục tiêu kinh doanh. Bằng cách xác định và triển khai workflow trong Jira, bạn có thể thiết lập các quy trình chuẩn hóa cho tất cả các nhóm dự án đang quản lý. Từ việc xử lý các phiếu yêu cầu khách hàng đến giới thiệu một thành viên mới trong nhóm (onboarding), các nhóm sử dụng workflow trong Jira cho hầu hết mọi quy trình trong mọi ngành nghề. Jira Workflow giúp mọi người phù hợp và đúng tiến độ đồng thời là một trong những tính năng mạnh mẽ nhất của Jira.

Đầu tiên, chúng ta cần tìm hiểu Workflow trong Jira là gì?

Workflow Jira là một tập hợp các trạng thái (status) và chuyển đổi (transition) mà một issue di chuyển trong suốt vòng đời của nó. Nói chung, Workflow mô hình hóa các quy trình trong tổ chức và cho phép tiến hành các nhiệm vụ trong hệ thống.

Jira Workflow

Bằng cách tạo và triển khai workflow, bạn có thể thiết lập các quy trình chuẩn hóa cho tất cả các dự án đang quản lý. Từ việc xử lý các phiếu yêu cầu khách hàng đến giới thiệu một thành viên mới trong nhóm (onboarding), các nhóm sử dụng workflow trong Jira cho hầu hết mọi quy trình có thể tưởng tượng được. Workflow giúp mọi người phù hợp và đúng tiến độ đồng thời là một trong những tính năng mạnh mẽ nhất của Jira.Đọc thêm: Jira là gì? Tất tần tật về Jira Software

Jira cung cấp một số workflow mặc định, rất hữu ích như một điểm khởi đầu để xác định các quy trình cần thiết để hoàn thành các tác vụ cơ bản. Tuy nhiên, để tận dụng tối đa workflow, các nhóm phải tùy chỉnh các quy trình công việc mặc định này hoặc tạo quy trình công việc mới từ đầu để đáp ứng nhu cầu kinh doanh riêng biệt. Tuy nhiên, tùy chỉnh quy trình công việc là một công việc phức tạp và có thể dễ dàng dẫn đến quy trình công việc không hoạt động hoặc không tận dụng được tất cả hiệu quả mà Jira cung cấp.

Bài viết này sẽ hướng dẫn toàn diện để hiểu và sử dụng quy trình công việc Jira. Ngoài ra, bài viết này cũng sẽ thảo luận về các thành phần chính của Jira Workflow, và cách tạo quy trình công việc phù hợp với tổ chức của bạn.

Các thành phần (component) của Jira Workflow

Có một số thành phần riêng biệt của workflow trong Jira. Mỗi thành phần phục vụ một mục đích cụ thể trong việc xác định quy trình làm việc và các bước của nó. Bốn thành phần chính là statuses, transitions, assignees và resolutions. Chúng ta hãy xem xét từng thứ một.

Statuses

Một Workflow bao gồm nhiều status khác nhau, thể hiện các giai đoạn mà Workflow có thể đi qua. Ví dụ: Workflow có thể bao gồm các trạng thái “Not Yet Started” (chưa bắt đầu), “Planning” (đang lập kế hoạch), “In Progress” (đang tiến hành) và “Complete” (hoàn thành).

Khi tạo hoặc tùy chỉnh Workflow, hãy nhớ rằng các issue trong Jira chỉ có thể có thể có một status tại một thời điểm – ví dụ: một issue không thể có cả hai status “On Deck” và “In Progress”. Bạn có thể xác định một status và thêm nó vào workflow bằng cách làm theo các bước sau:

  • Bắt đầu bằng cách nhấp vào biểu tượng Jira, trông giống như, hoặc. Chọn Jira Setting, sau đó chọn Isssues, sau đó chọn Statuses.
  • Nhấp vào nút Add status. Chọn Jira Settings, sau đó chọn Issues, sau đó chọn Statuses.
  • Nhấp vào nút Add status. Xin lưu ý rằng hướng dẫn từng bước được cung cấp trong bài viết này thường chỉ áp dụng cho Jira Cloud. Nếu bạn đang sử dụng Jira bản Server, vui lòng liên hệ với BiPlus để nhận hướng dẫn nâng cấp Jira Cloud.
  • Người dùng có thể tạo status mới trong workflow với số lượng tùy ý và gắn nhãn chúng một cách tự do dựa trên thói quen làm việc của nhóm. Các status cũng có thể được mã hóa màu để phản ánh các danh mục khác nhau.
Transitions

Transitions là một hành động nhằm di chuyển issue từ status này sang status khác. Ví dụ: bạn có issue đi từ status “To do” sang status “Progress“, bạn có thể sẽ cần transition “Start process”. Cũng như các status, các transition có thể được gắn nhãn và mã màu tùy ý.

Bạn có thể thêm transition vào workflow bằng cách điều hướng đến Workflows trong menu Issue, chọn Edit, sau đó bấm vào nút Add Transition trong tab Text.

Quá trình chuyển đổi có thể được sử dụng để tạo quy trình làm việc phi tuyến tính. Ví dụ: Workflow có status “In Progress” có thể cho phép người dùng chuyển issue trở lại giai đoạn “Planning” thông qua “Reject” transition hoặc chuyển sang “Seeking Client Feedback” thông qua transition “Approve”.

Quá trình transition cũng có một số thuộc tính mà người dùng có thể xác định để cấu hình cách hoạt động của transition. Chúng bao gồm các condition, validator, post function và triggers. Tùy chỉnh transition theo cách này là một trong những cách mạnh mẽ nhất để sử dụng Jira workflow và sẽ được thảo luận chi tiết hơn ở phần sau.

Assignees (Người được giao)

Thành phần Assignees của workflow xác định người dùng hoặc nhóm Jira nào chịu trách nhiệm cho một issue trong các giai đoạn nhất định của workflow. Assignees có thể chịu trách nhiệm về issue đối với mọi status của workflow hoặc Assignees có thể thay đổi một lần hoặc nhiều lần trong quá trình này.

Resolutions

Resolutions chứa thông tin về lý do tại sao một quá trình chuyển đổi lại dẫn đến một kết quả cụ thể. Ví dụ: các Resolutions cho workflow mô tả quy trình viết một bài viết có thể bao gồm “Article Posted” (bài báo đã đăng), “Won’t Do At This Time” hoặc “Rejected by Client”. Như đã lưu ý trước đó, bạn có thể tạo các Resolutions bằng cách chọn nút Resolutions trong menu Issues.


Jira Workflow
Khi một resolution được xác định, issue đó coi như đã kết thúc


Nhiều người có thể nhầm lẫn 3 khái niệm resolutions với status hoặc transition. Status cho biết vị trí của issue trong workflow, trong khi resolutions cho biết lý do tại sao issue không còn trong workflow. Thực tế, resolution được tạo ra giúp người dùng không phải tạo nhiều status và khiến cho workflow trở nên phức tạp.

Jira workflow
status và transition trong workflow (lưu ý: resolution không được thể hiện trong workflow)

Tương tự, transition cho biết cách thức mà issue đến được vị trí này trong workflow ví dụ như “Post Article” – thay vì hiện tại – “Article Complete”. Cũng như các status và transitions, resolutions có thể được xác định với bất kỳ giá trị nào mà người dùng mong muốn. Tuy nhiên, điều quan trọng cần lưu ý là Jira sẽ coi một issue đã đóng lại mà không quan tâm đến resolution của nó có chứa nội dung gì. Vì lý do đó, bạn nên tránh xác định resolution bằng các câu như “Incomplete” (chưa hoàn thành). Một resolution với định nghĩa này có thể nhằm thể hiện một quá trình vẫn đang diễn ra, nhưng Jira sẽ không hiểu nó như vậy. Giải pháp tốt hơn là sử dụng resolution để đưa issue trở lại trạng thái trước đó, chẳng hạn như “In Progress” (đang xử lý). Và bạn nên xóa resolution khi reopen một issue.

Hướng dẫn tạo Workflow trong Jira

Cách tạo Workflow mới trong Jira tương đối đơn giản:

  • Bắt đầu bằng cách nhấp vào biểu tượng bánh răng


  • Chọn biểu tượng bánh răng, sau đó chọn Issues, sau đó chọn Workflows ở thanh bên trái.
  • Bấm vào nút Add workflow.
  • Sử dụng các nút Add statusAdd transition để xác định các status và transition, và thêm chúng vào workflow của bạn. Bạn có thể xác định bao nhiêu thành phần này tùy thích.
  • Để thêm các Resolution vào Workflow, hãy quay lại menu Issues và chọn nút Resolutions. Sau khi hoàn tất việc tạo workflow, bạn sẽ có một sơ đồ hữu ích trông giống như sau:

Jira Workflow
Một ví dụ về Jira Workflow

  • Chỉ quản trị viên Jira (Jira administrators) mới có toàn quyền kiểm soát workflow trong Jira. Quản trị viên dự án (Project administrators) có một số hạn chế về khả năng chỉnh sửa workflow khi quyền “Extended Project Administration” được cấp trong sơ đồ quyền của dự án (permission scheme). Quyền này được bật theo mặc định, cho phép quản trị viên dự án chỉnh sửa workflow liên quan đến dự án, tùy chỉnh transitions và thêm hoặc xóa các status hiện có.
Import workflow

Nếu workflow schemes mặc định trong Jira không phù hợp với nhu cầu của bạn, bạn có thể nhập một workflow từ Jira Marketplace. Jira cho phép người dùng tải workflow của họ lên Marketplace để chia sẻ với những người khác. Trong nhiều trường hợp, bạn sẽ có thể tìm thấy một workflow trên Marketplace phù hợp để xây dựng workflow tùy chỉnh của riêng bạn.

Để nhập workflow từ Marketplace, trước tiên hãy mở menu Issues trong Jira Settings. Tiếp theo, chọn Import from Marketplace. Tại đây, bạn có thể duyệt qua các luồng công việc do các thành viên cộng đồng Jira tải lên và chọn luồng bạn muốn nhập. Tại thời điểm này, Jira sẽ cho phép bạn cho biết bạn muốn nhập toàn bộ workflow hay chọn một số phần nhất định của quy trình đó. Khi bạn hoàn tất việc lựa chọn này, hãy nhấp vào nút Import để nhập quy trình làm việc vào cài đặt Jira của bạn.

Sử dụng Workflow Schemes (lược đồ quy trình làm việc)

Kết nối workflow với các issue type (loại issue) và dự án yêu cầu sử dụng sơ đồ quy trình làm việc (Workflow Schemes).

Đầu tiên, workflow được sơ đồ đến các loại issue nhất định như một phần của workflow schemes. Để làm như vậy, hãy tạo một workflow schemes bằng cách điều hướng đến menu Issues của Jira Settings, chọn Workflow Schemes, sau đó chọn Add Workflow Scheme. Khi đó, bạn có thể chọn workflows và các issue type mà bạn muốn đưa vào sơ đồ. Lưu ý rằng nhiều issue type có thể được ánh xạ tới cùng một workflow.

Sau đó, các Workflow schemes có thể được liên kết với một hoặc nhiều dự án. Ví dụ: một Workflow schemes để phát triển phần mềm có thể được liên kết với một dự án có tên là “Dev Projects Fall 2020.” Nó có thể bao gồm các workflow được liên kết với các loại issue như “Bug” và “Code Tests”, trong khi tất cả các issue type khác có thể được ánh xạ tới workflow chung “Dev”.

Để xác định mối liên kết giữa một workflow scheme mới và một dự án, hãy bấm vào biểu tượng Jira, điều hướng đến Projects, chọn dự án bạn muốn liên kết workflow, rồi chọn Project settings. Nhấp vào Workflows và Switch Scheme. Từ đó, bạn có thể sử dụng nút Associate để liên kết dự án bạn đã chọn với một workflow scheme. Hãy nhớ rằng mặc dù bạn có thể liên kết một workflow scheme với nhiều dự án, nhưng những thay đổi đối với workflow scheme sau đó sẽ ảnh hưởng đến tất cả các dự án, điều này có thể không mong muốn trong một số tình huống.

Khi sử dụng Jira Service Management chứ không phải Jira Software hoặc Jira Core, các loại yêu cầu phải được ánh xạ thành các issue type ngoài các bước được mô tả ở trên.

So sánh Active Workflow và Inactive workflow

Jira phân loại workflow theo một trong hai cách: active và inactive. Workflows được coi là active nếu chúng được ít nhất một trong các dự án Jira sử dụng, trong khi Workflows được coi là Inactive phải được liên kết với một dự án trước khi nó có thể được sử dụng. Nói một cách đơn giản, Inactive workflow là một bản draft của active workflow.

Một phần mục đích của việc phân biệt active và inactive workflow là để giúp việc tạo bản sao lưu (backup) của một dòng công việc dễ dàng hơn. Nếu bạn tạo một workflow mới và muốn bắt đầu sử dụng nó ngay lập tức cho một dự án, bạn có thể tạo một bản sao của nó và giữ bản sao đó ở chế độ inactive. Bản sao inactive đóng vai trò như một bản sao lưu và có thể được sử dụng để khôi phục hoặc xây dựng lại workflow đang hoạt động của bạn trong trường hợp có sự cố xảy ra với phiên bản đang hoạt động, chẳng hạn như thay đổi so với cài đặt gốc khiến workflow ngừng hoạt động bình thường.

Jira Workflow
Inactive Workflow trong Jira

Một sự khác biệt quan trọng khác giữa Workflow Inactive và Active là khả năng chỉnh sửa workflow active bị hạn chế nghiêm trọng. Chỉ có thể chỉnh sửa mô tả workflow; bạn không thể thay đổi tên hoặc các status liên quan đến các bước. Ngoài ra, bạn chỉ có thể thêm transition đi vào một bước nếu bước đó đã xác định các chuyển đổi đi.

Làm thế nào để tận dụng tối đa Jira Workflow?

Các nhóm sử dụng Jira có thể tận dụng workflow để giúp trực quan hóa, tổ chức và theo dõi tiến trình của các quy trình phức tạp. Tuy nhiên, chỉ tạo một workflow và liên kết nó với một dự án là không đủ. Bạn cần đảm bảo rằng bạn đang sử dụng workflow để xác định các quy trình hiệu quả phản ánh chính xác các hoạt động của tổ chức bạn. Dưới đây là một số phương pháp hay nhất cần tuân theo khi sử dụng workflow trong Jira.

Tránh sự phức tạp không cần thiết

Bạn có thể thêm bao nhiêu thành phần vào workflow tùy thích và bạn có thể tùy chỉnh định nghĩa của chúng theo bất kỳ cách nào bạn muốn. Tính linh hoạt này rất quan trọng đối với việc xây dựng workflow phù hợp với nhu cầu của bạn, nhưng điều quan trọng là đừng quá lạm dụng bằng cách tạo workflow với nhiều thành phần hơn mức cần thiết hoặc bằng cách đặt các định nghĩa thành phần tối nghĩa khó diễn giải.

Nói chung, hãy cố gắng tạo workflow ngắn gọn và chỉ chứa những yếu tố cần thiết cho dự án. Việc cố gắng vượt lên trên sẽ dẫn đến sự phức tạp không cần thiết và khiến workflow của bạn khó quản lý và sử dụng hơn.

Jira Workflow
Một Workflow đơn giản trong Jira
Thiết kế workflow phù hợp với quy trình kinh doanh

Các thành phần mà bạn tạo và xác định trong workflow phải phản ánh các quy trình kinh doanh thực tế của bạn. Các quy trình lý thuyết có vẻ tốt khi lập kế hoạch dự án, nhưng nếu chúng thực sự không liên quan đến bất kỳ đơn vị hoặc hoạt động kinh doanh cụ thể nào, việc thực hiện chúng mà không có thử nghiệm quan trọng có khả năng tạo ra nhiều vấn đề hơn so với khả năng giải quyết.

Bạn cũng nên đảm bảo rằng các nhóm có thể thực hiện từng phần của workflow và có các công cụ cần thiết để thực hiện quy trình đó theo cách nó được xác định trong workflow. Nếu không, bạn lại gặp rủi ro khi tạo workflow trông tuyệt vời trong Jira nhưng lại khó chuyển thành hành động.

Lấy feedback từ các bên liên quan

Trước khi tạo workflow, hãy đánh giá nhu cầu và quan điểm của tất cả các bên liên quan. Các bên liên quan không chỉ bao gồm các cá nhân hoặc nhóm sẽ tham gia vào workflow với tư cách là assignee mà còn bao gồm bất kỳ ai bị ảnh hưởng bởi kết quả của workflow. Hiểu được nhu cầu của tất cả các bên liên quan sẽ giúp bạn tránh được những lỗ hổng trong quy trình và dự đoán tốt hơn các kết quả có thể xảy ra.

Tạo Workflow Diagrams rõ ràng

Workflow diagrams là một nguồn tài nguyên quan trọng để hình dung workflow và hiểu nhanh về cách chúng hoạt động. Vì lý do này, bạn nên đầu tư một chút thời gian để đảm bảo rằng sơ đồ rõ ràng và dễ đọc nhất có thể. Sử dụng mã màu một cách thích hợp để giúp nhóm của bạn xác định các thành phần khác nhau và đảm bảo rằng sơ đồ hiển thị rõ ràng cách các thành phần liên quan với nhau.

Test thử workflow

Thay vì nghĩ về workflow như một thứ mà một người hoặc một nhóm tạo ra để những người khác sử dụng, hãy coi workflow như một nguồn lực mà các bên liên quan cùng nhau tạo ra và kiểm tra trước khi chúng được thực tế. Việc test workflow trước khi nó được triển khai chung cho tổ chức và tiếp tục kiểm tra sau khi đã áp dụng. Những kiểm tra này giúp bạn xác định những thiếu sót cần được giải quyết trước khi workflow được sử dụng rộng rãi và các cách để cải thiện quy trình.

Tùy chỉnh Transitions

Jira cho phép bạn cấu hình hành vi của Transitions theo một số cách. Các cấu hình này giúp kiểm soát Transitions chặt chẽ hơn để tránh các kết quả không mong muốn, cũng như để tự động hóa các phần của workflow để loại bỏ các tác vụ thủ công.

Để cấu hình Transitions, hãy chọn Workflows từ menu Issues trong Jira Settings, chọn workflow bạn muốn tùy chỉnh, sau đó nhấp vào Edit. Sau đó nhấp vào mũi tên transition, chọn một transition, và chọn khía cạnh cụ thể của transition mà bạn muốn cấu hình.

Điều kiện (Conditions)

Các điều kiện chỉ định các điều kiện tiên quyết phải tồn tại trước khi có thể sử dụng transition. Không đáp ứng một điều kiện sẽ ẩn transition khỏi người dùng.

Các điều kiện có thể kiểm soát ai thực hiện transition hoặc trong những trường hợp nào thì transition có sẵn. Ví dụ: một điều kiện có thể yêu cầu người dùng ở vai trò “Architect” (kiến trúc sư) trước khi họ có thể sử dụng transition “Start Design” hoặc chuyển đổi “Complete Project” không khả dụng cho bất kỳ issue nào có subtasks chưa được xử lý.

Trình xác thực (Validators)

Validator yêu cầu người dùng nhập dữ liệu bổ sung trước khi quy trình có thể tiếp tục. Chúng là một công cụ hữu ích để đảm bảo rằng các thành viên trong nhóm bao gồm tất cả thông tin cần thiết trước khi một quy trình tiếp diễn.

Jira Workflow
Chỉnh Validator trong Jira

Post Functions

Post Functions cho phép bạn xác định các quy trình bổ sung phải được thực hiện trong quá trình transition. Ví dụ: nếu quá trình transition bắt đầu, bạn có thể sử dụng các hàm đăng để yêu cầu thực hiện các bước bổ sung cùng lúc, chẳng hạn như tạo các tác vụ liên quan.

Triggers

Cuối cùng, bạn có thể tùy chỉnh quá trình transitions bằng các trigger, tự động hóa quá trình chuyển đổi khi một số sự kiện nhất định xảy ra. trigger loại bỏ nhu cầu nhóm của bạn phải thay đổi status của quy trình theo cách thủ công khi một điều kiện được đáp ứng. Sử dụng Workflow Properties Jira cũng cho phép bạn xác định các thuộc tính ở cấp độ của toàn bộ workflow, thay vì xác định các thuộc tính cụ thể cho transition như đã giải thích ở trên. Workflow properties có thể được sử dụng để hạn chế những hành động có thể được thực hiện cho các bước hoặc transitions nhất định trong Workflow. Ví dụ: bạn có thể ngăn người dùng thực hiện thay đổi đối với giá trị trường (field value) khi một điều kiện nhất định đã được đáp ứng., chẳng hạn như “Project Complete”.

Bắt đầu tạo workflow

Bạn có thể dễ dàng tạo Workflow trong Jira, nhưng điều khó hơn chính là tối ưu hóa chúng để đảm bảo rằng các quy trình kinh doanh hiệu quả nhất có thể. Bạn cũng cần tích hợp quy trình làm việc với phần còn lại của Jira để xây dựng giải pháp quản lý dự án hiệu quả nhất cho nhóm của bạn.

Đó là lý do tại sao bạn nên chọn một đối tác có kinh nghiệm triển khai Jira, như BiPlus, để hướng dẫn bạn tạo và quản lý Workflow Jira của mình. BiPlus là Đối tác giải pháp Vàng của Atlassian, đã triển khai Jira cho nhiều hệ thống lớn như Viettel, Techcombank, CMC, VNG… Đội ngũ chuyên gia từ Atlassian của chúng tôi sẽ tư vấn và hỗ trợ bạn từ tạo workflow đến tích hợp Jira và Confluence…

Nhận tư vấn Jira miễn phí

Tuyển dụng Junior/Middle Frontend Developer

Từ 1-4 năm kinh nghiệm

Mức lương 13 – 35

Bạn sẽ làm gì?


Tham gia phát triển các hệ thống phần mềm trong các lĩnh vực viễn thông, fintech, thương mại điện tử, ERP, bao gồm:
• Phân tích yêu cầu khách hàng và xây dựng tài liệu giải pháp.
• Phát triển và sửa lỗi các tính năng.
• Đóng góp vào các hoạt động chia sẻ tri thức và cải tiến liên tục.

Bạn nhận được gì?


• Mức lương từ 13 – 35 triệu.
• Thưởng quí, thưởng cuối năm (1-3 tháng lương).
• Đánh giá năng suất và xét tăng lương 2 lần/năm.
Tài trợ 100% phí thi các chứng chỉ quốc tế.
• BHXH, nghỉ lễ theo qui định.
• Được làm việc với các dự án tạo nên xu hướng công nghệ như: fintech, digital transformation. Tham gia vào các dự án hiệu năng cao, số lượng dữ liệu lớn và tập khách hàng lớn. Sử dụng các công nghệ mới nhất như: microservices, spring boot.
• Được làm việc trên các hệ thống lớn với các bài toán công nghệ phức tạp
• Tham gia vào nhóm phát triển Scrum tự chủ, linh hoạt và năng suất cao theo mô hình Agile/Scrum.
• Môi trường làm việc trẻ, năng động, vui vẻ, hạnh phúc với các hoạt động văn hóa sôi động như retreat, picnic, team building, happy event, BiPlus radio, …
• Được làm nhiều, được thử nhiều và được sai, học thực chiến trong công việc
• Liên tục phát triển năng lực thông qua các hoạt động học tập (company learning hour, team learning hour, club), đào tạo, mentoring, coaching,…
• Được phản hồi thường xuyên liên tục và huấn luyện để phát triển năng lực và đạt hiệu suất công việc ngày càng cao (CFRs – Conversation – Feedback – Recognition tháng và 6 tháng)

Ứng tuyển ngay nếu bạn


• Từ 1- 4 năm kinh nghiệm lập trình với Web Frontend.
• Có kinh nghiệm làm việc với một trong các nền tảng Angular, React.
• Nắm vững boostrap, html, css.
• Có kinh nghiệm làm việc với các nền tảng web.
• Ưu tiên có hiểu biết về nghiệp vụ tài chính bán hàng, có kinh nghiệm về microservices.
• Kỹ năng giao tiếp, giải quyết vấn đề, kỹ năng làm việc nhóm tốt, luôn sẵn sàng hỗ trợ các thành viên khác trong dự án.
• Chịu được áp lực cao trong công việc, có khả năng làm việc độc lập, chủ động giải quyết vấn đề để hoàn thành nhiệm vụ.
• Cam kết, ham học hỏi.
• Có thể làm việc onsite tại vị trí của khách hàng theo yêu cầu của dự án.

Liên hệ ứng tuyển
Gửi CV qua email: [email protected] (Ms. Luyến) hoặc liên hệ trực tiếp qua số điện thoại 0969 059 356 (zalo, whatsapp) hoặc apply vào form ứng tuyển của BiPlus.

    Upload file CV *:

    Jira là gì? Tất tần tật về Jira

    Jira là phần mềm quản lý công việc hàng đầu cho các nhóm phát triển phần mềm. Kiểm soát các tác vụ, các lỗi phát sinh cũng như chỉ định các công việc là các hoạt động quan trọng trong quản lý dự án. Thông thường, các nhà quản lý dự án sẽ gặp nhiều khó khăn trong việc xử lý và kiểm soát một lượng lớn thông tin. Để giải quyết vấn đề này, Jira đã ra đời để giúp tối ưu quy trình và các dự án được hoạt động trơn tru hơn. Bài viết sau sẽ giới thiệu với bạn Jira là gì cũng như tất tần tật về Jira.

    Jira là gì?

    Jira là một công cụ đám mây để theo dõi các công việc và quản lý dự án. Công cụ này được thiết kế để tăng cường phối hợp nhóm trong phát triển phầm mềm Agile. Ngoài ra, Jira cũng cung cấp một bộ theo dõi bug và tiến độ toàn diện trong toàn bộ vòng đời phát triển phần mềm.

    Jira

    Phần mềm Jira có gì hay?

    • Phần mềm Jira tạo điều kiện thuận lợi cho việc lập kế hoạch, theo dõi cũng như bàn giao sản phẩm. Bắt đầu với dựng Backlog & phiên Planning, phần mềm quản lý dự án này cho phép bạn phác thảo toàn bộ tiến độ dự án và đảm bảo sự cộng tác với vô số công cụ.
    • Tính năng quản lý bản phát hành sẽ giúp người dùng theo dõi các dự án trên các bản phát hành. Ngoài ra, Jira cũng cung cấp các báo cáo toàn diện về tiến độ và hiệu suất. Jira cung cấp các template được thiết lập sẵn cho tất cả các chức năng và cho phép thay đổi chúng theo nhu cầu của nhóm và doanh nghiệp.
    • Mọi đội nhóm trong nhiều ngành nghề khác nhau có thể sử dụng hiệu quả. Mặc dù Jira ban đầu được thiết kế cho các nhóm Công nghệ thông tin, nhưng hiện nay nhiều nhóm bao gồm marketing, nhân sự, sale, … đều đang sử dụng phần mềm này do khả năng quản lý và tuỳ chỉnh mạnh mẽ của nó.

    Những tính năng cơ bản của Jira

    • Quản lý và theo dõi tiến độ của dự án.
    • Quản lý các tasks, bugs, sự cải tiến, những tính năng mới hoặc bất kỳ vấn đề xảy ra.
    • Tạo ra và lưu trữ lại những bộ lọc có cấu hình cao xuyên suốt mọi vấn đề trong hệ thống.
    • Chia sẻ bộ lọc với người sử dụng khác hoặc đăng ký và nhận kết quả qua hệ thống email định kỳ.
    • Xây dựng quy trình làm việc tương thích với từng yêu cầu của dự án.
    • Bảng dashboard cung cấp cho người sử dụng một không gian riêng. Nhóm xem mọi thông tin liên quan đến cá nhân.
    • Cung cấp nhiều loại báo cáo thống kê với những biểu đồ khác nhau, phù hợp với nhiều loại hình dự án và đối tượng người sử dụng.
    • Dễ dàng tích hợp với các hệ thống ứng dụng khác (như Email, Excel, RSS,…).
    • Có thể chạy trên hầu hết các nền tảng, hệ điều hành và cơ sở dữ liệu.

    Ưu điểm của Jira

    • Jira giúp bạn lập biểu đồ ý tưởng của mình và truyền đạt chúng cho nhóm của bạn thông qua Roadmap. Tính năng này cho phép bạn chia sẻ các kế hoạch lớn và phân công nhiệm vụ cá nhân hiệu quả.
    • Ứng dụng này có tất cả các tính năng bạn cần để giúp các team Agile/Scrum đi đúng hướng. Đối với các user story riêng lẻ, bạn có thể tạo các báo cáo như biểu đồ tổng hợp và đối với quản lý nhóm, bạn cũng có thể theo dõi khối lượng công việc cực kì chi tiết.
    • Khả năng tích hợp mạnh mẽ . Ứng dụng cho phép tích hợp dễ dàng với các phần mềm bên thứ 3 khác. Ví dụ: với Hipchat và Sack để nhận thông báo và giao tiếp. Hơn 3000 add-ons/plugins có sẵn, giúp customize Jira với các nhu cầu và nhiệm vụ khác nhau.
    • Jira cho phép người dùng tùy chỉnh trải nghiệm của họ bằng cách tạo và tùy chỉnh các phần tử khác nhau, chẳng hạn như bảng, biểu mẫu, tiến trình, báo cáo, trường và hơn thế nữa.
    • Phần mềm được sử dụng cho một số nhiệm vụ khác nhau của các loại người dùng khác nhau. Cho dù bạn là nhà phát triển, người quản lý, người quản lý dự án hay kỹ sư, bạn sẽ có thể sử dụng Jira để đáp ứng nhu cầu kinh doanh của mình.

    Nhược điểm của Jira

    • Ứng dụng Jira trên điện thoại không phải là cách tốt nhất để làm việc với Jira khi bạn đang di chuyển. Nhiều người dùng nói rằng mặc dù mobile app của Jira đem đến một trải nghiệm tốt, nhưng họ thích làm việc bằng ứng dụng trên web hơn.
    • Tích hợp với các hệ thống khác là khá phức tạp. Di chuyển một dự án từ Microsoft Team Foundation Server sang Jira là một quá trình rất tốn thời gian. Nếu bạn gặp vấn đề như thế này và cần tư vấn và hỗ trợ thì hãy liên hệ đội ngũ chuyên gia Atlassian của Biplus để được hỗ trợ tốt nhất.
    • Không thể tải xuống báo cáo. Không thể tải xuống báo cáo Jira dưới dạng hình ảnh. Sử dụng các phương pháp khác làm thay đổi độ phân giải của hình ảnh, dẫn đến chất lượng hình ảnh kém.
    • Jira đã tải lên kích thước tệp giới hạn để giữ cho công cụ này load nhanh hơn. Do đó, không được phép tải lên ảnh, video hoặc tài liệu có kích thước lớn hơn 10MB.
    • Cấu hình của một số phần trong Jira đôi lúc hơi khó hiểu.

    Các thuật ngữ cần biết khi sử dụng Jira

    Jira là phần mềm với khá nhiều thuật ngữ công nghệ. Đôi khi chúng có thể là phần khó nhất của lộ trình học tập khi bắt đầu với Jira (và phương pháp Agile). Dưới đây, chúng tôi đã tổng hợp danh sách một số thuật ngữ liên quan đến Jira. 

    Nếu bạn muốn tìm hiểu về cách sử dụng Jira, bạn có thể tham khảo bài viết dưới đây:

    Hướng dẫn sử dụng Jira cho người mới

    bắt đầu

    • Backlog – đây chính là danh sách các công việc cần làm. Thông thường, backlog trong Jira sẽ chức danh sách các story, issue và user story cho một sản phẩm hoặc sprint. 
    Jira là gì
    Backlog trong Jira
    • Board – bảng biểu: Công cụ mà các nhóm sử dụng để hình dung các đơn vị công việc đang được thực hiện trong quy trình làm việc cụ thể. Nó có thể được điều chỉnh cho các phong cách phát triển phần mềm theo Agile khác nhau (ví dụ: bảng Scrum hiển thị các mục công việc chuyển từ product backlog sang sprint backlog trong khi bảng Kanban thường có quy trình làm việc ba bước: To do, In Progress và Done).
    • Burndown chart – Biểu đồ Burndown: cho thấy khối lượng công việc thực tế và ước tính phải thực hiện trong một sprint.
    Jira là gì
    Biểu đồ burndown trong Jira
    • Control chart – Biểu đồ kiểm soát: Biểu đồ kiểm soát có thể hiển thị thời gian chu kỳ hoặc thời gian dẫn đầu cho sản phẩm, phiên bản hoặc sprint của bạn.
    • Cycle time: Thời gian chu kỳ: Thời gian chu kỳ là thời gian dành cho việc giải quyết một issue (vấn đề) – thường là thời gian tính từ khi bắt đầu giải quyết một vấn đề đến khi hoàn thành công việc, nhưng cũng bao gồm bất kỳ thời gian nào khác dành cho việc giải quyết vấn đề. Ví dụ: nếu một vấn đề được mở lại, khắc phục và hoàn thành một lần nữa, thì thời gian cho công việc bổ sung này được thêm vào thời gian chu kỳ.
    • Daily stand-up – họp hàng ngày – Daily là một cuộc họp nhỏ kéo dài 15 phút mỗi ngày để các nhóm đồng bộ các công việc đang được thực hiện.
    • Epic: Epic ghi lại một khối lượng lớn công việc cần được chia nhỏ thành một số story nhỏ hơn. Có thể mất vài sprint để hoàn thành một epic. Hệ thống phân cấp cho các đơn vị công việc trong phần mềm Jira như sau: Project > Epics/Components > Stories > Tasks > Subtasks.
    • Filter – Bộ lọc: Bộ lọc xác định những gì hiển thị trên mỗi bảng của bạn. Sử dụng trình tạo truy vấn đơn giản (JQL – Jira Query Language) của Jira, bạn có thể tùy chỉnh chính xác vấn đề (issue) nào được hiển thị trên bảng của bạn.
    • Issue: Một issue chỉ đơn giản là một đơn vị công việc trong Jira sẽ được theo dõi thông qua một quy trình làm việc, từ khi được tạo đến khi hoàn thành. Nó có thể bao gồm đại diện cho một đơn vị công việc, như một nhiệm vụ đơn giản hoặc một bug, đến một hạng mục công việc lớn hơn (parent work) cần được theo dõi, như một story hoặc một epic.
    • Kanban: Kanban là một hệ thống để hình dung luồng công việc và giới hạn công việc đang thực hiện. Kanban không được định hướng theo hướng sprint, giống như phương pháp luận phát triển Scrum, vì nó theo hướng tiếp diễn liên tục.
    • Scrum: Scrum là một phương pháp luận phát triển Agile trong đó sản phẩm được xây dựng trong một chuỗi các lần lặp có độ dài cố định được gọi là sprint. Nó cung cấp cho các nhóm một khuôn khổ để vận chuyển phần mềm theo nhịp đều đặn.
    • Scrum of Scrums: Scrum of Scrums là một phương tiện mở rộng Scrum tới các dự án lớn, nhiều nhóm. Một kỹ thuật để mở rộng quy mô Scrum, các dự án đa đội – theo truyền thống gọi là program management.
    • Sprint: là một khoảng thời gian ngắn (lý tưởng là từ hai đến bốn tuần) trong đó nhóm phát triển triển khai và cung cấp một phần của sản phẩm hoặc một chức năng có thể sử dụng được.
    • Sprint planning: Một cuộc họp lập kế hoạch nhóm xác định những gì cần hoàn thành trong sprint sắp tới.
    • Sprint retrospective: Cuộc họp nhằm xem xét lại những gì đã làm, đánh giá tốt hoặc không tốt cùng với các kế hoạch hành động để làm cho sprint tiếp theo tốt hơn.
    • Story: Story hoặc User story là một yêu cầu hệ thống phần mềm được thể hiện bằng một vài câu ngắn, lý tưởng là sử dụng ngôn ngữ phi kỹ thuật.
    • Story point: Story point là một ước tính về mức độ phức tạp tương đối của một story.
    • Swimlane: Phân loại các công việc để xem xét công việc nào nên tiến hành trước.
    • Subtask: Một nhiệm vụ phụ có thể là “tập con” của bất kỳ loại vấn đề nào, tùy thuộc vào Issue Type Scheme (Sơ đồ loại issue) của dự án.
    • Task: Một task (tác vụ) là một loại issue có sẵn trong Jira. 
    • Velocity: Velocity là thước đo mức độ công việc mà nhóm có thể xử lý trong một khoảng thời gian cụ thể, tức là nhóm có thể hoàn thành bao nhiêu product backlog của sản phẩm trong một lần sprint. Velocity có thể được tính toán dựa trên story point, giá trị kinh doanh, giờ, số lượng issue hoặc bất kỳ trường số (numeric field) nào bạn chọn.
    • Workflow – quy trình làm việc là logic thúc đẩy chuyển động của một story / subtask dọc theo hành trình phát triển của chúng trên bảng scrum hoặc kanban.
    Jira là gì
    Ví dụ về một quy trình làm việc trong Jira

    Các loại báo cáo trong Jira

    Một trong những tính năng nổi trội của phần mềm Jira chính là việc cung cấp rất nhiều loại báo cáo khác nhau. Giúp những người quản lý dự án có cái nhìn tổng quan và chi tiết vừa nhanh vừa hiệu quả. Báo cáo Jira chia làm 4 loại:

    • Báo cáo Agile cho các nhóm Scrum
    • Báo cáo Agile cho nhóm Kanban
    • Báo cáo Dự báo và quản lý
    • Báo cáo Phân tích Issue
    Jira là gì
    Các loại báo cáo trong Jira

    Các sản phẩm Jira

    Các loại sản phẩm Jira với tên gọi khác nhau được xây dựng trên nền tảng phần mềm Jira: Jira Service Desk – Jira Core – Jira Software – Jira Align – Jira Ops.

    1. Jira Service Desk
    Jira là gì

    Jira Service Desk dành cho các nhóm nhận các vấn đề (issue) / yêu cầu đến từ các nhóm / khách hàng khác. Ví dụ, yêu cầu phần cứng từ các nhân viên khác. Nó có các tính năng bổ sung cho phép các dự án của hoạt động như một bộ phận hỗ trợ (help desk): thỏa thuận mức dịch vụ, báo cáo, hàng chờ, chấp nhận các vấn đề qua cổng thông tin hoặc email, v.v.

    Jira Service Desk được thiết kế đặc biệt để người dùng cuối gửi ticket cho bộ phận hỗ trợ. Không giống như phần mềm Jira, Jira Service Desk chỉ yêu cầu cấp phép cho các đại lý. Jira Service Desk là một giải pháp đơn giản để tiếp nhận các issue từ người khác, nhưng vẫn có sức mạnh của nền tảng Jira để các nhóm của bạn giải quyết công việc.

    2. Jira Core
    Jira là gì

    Jira Core sử dụng công cụ quy trình làm việc này và phục vụ cho các nhóm kinh doanh phát triển các dự án có tổ chức và theo pháp trị (Task-oriented). Cho dù các nhiệm vụ là danh sách việc cần làm đơn giản hay quy trình làm việc 7 bước với các chuyển đổi phức tạp, Jira Core được xây dựng để đáp ứng tất cả các yêu cầu. Jira Core là một giải pháp phù hợp cho các nhóm kinh doanh, nhóm pháp lý, nhóm nhân sự, nhóm phi kỹ thuật, nhóm tiếp thị, nhóm tài chính, nhóm vận hành, v.v.

    3. Jira Software
    Jira Software là gì

    Jira Software khai thác sức mạnh của phương pháp Agile và Kanban bằng cách cung cấp cho nhóm làm việc các công cụ để dễ dàng tạo và ước tính các story, xây dựng backlog của sprint, xác định các cam kết (commitment) và tốc độ (velocity) của nhóm, trực quan hóa hoạt động của nhóm và báo cáo về tiến độ của nhóm. 

    4. Jira Align
    Jira là gì

    Jira Align là một nền tảng Lập kế hoạch nhanh cho doanh nghiệp giúp cải thiện khả năng hiển thị, liên kết chiến lược và khả năng thích ứng của doanh nghiệp để đẩy nhanh quá trình chuyển đổi kỹ thuật số.

    Mua license Jira như thế nào?

    Bạn nên mua license Jira qua các đối tác chính thức của Atlassian tại Việt Nam như Biplus để được hỗ trợ tốt và nhanh nhất từ đội ngũ chuyên gia Atlassian mà không phải lo về mặt rào cản ngôn ngữ và múi giờ. Ngoài ra, Biplus là một trong số ít đối tác của Atlassian hoạt động trong lĩnh vực phần mềm nên có thể tư vấn kỹ càng và chuyên sâu về hệ thống và quy trình Jira cho các nhóm phát triển phần mềm nói riêng và các nhóm Agile/Scrum nói chung.

    Kết luận

    Như vậy, bạn đã tìm hiểu được Jira là gì và những các điều bạn cần biết về Jira. Qua bài viết này, có thể nói là một phần mềm quản lý lỗi rất hữu hiệu, nhất là đối với các công ty đã và đang triển khai Agile. Hy vọng qua bài viết các bạn đã hiểu hơn về Jira và những thuật ngữ cơ bản của Jira. Nếu các bạn có nhu cầu mua và cài đặt license Jira thì hãy liên hệ với Biplus – Đối tác số 1 của Atlassian tại Việt Nam để được hỗ trợ tư vấn miễn phí về hệ thống tốt nhất từ các chuyên gia Atlassian nhé.

    Marketing Strategy Isometric Flowchart

    Team marketing hưởng lợi như thế nào khi sử dụng Jira?

    Thông thường, team marketing sẽ có nhiều vị trí khác nhau như content, SEO, digital, PR, product, v.v. Mặc dù mỗi vị trí được đảm nhận những nhiệm vụ khác nhau nhưng tất cả đều có điểm chung: họ phải quản lý các đầu việc và bàn giao kết quả đúng thời hạn.

    Vậy làm thế nào để hầu hết các team marketing đạt được điều này? Họ sẽ cần theo dõi tiến độ dự án của mình và đảm bảo rằng công việc được hoàn thành đúng thời hạn bằng cách sử dụng các bảng tính phức tạp và báo cáo các thông tin cập nhật qua email. Còn các nguồn thông tin chung và collateral thì sao? Thường thì các file này nằm rải rác ở nhiều nơi, mỗi thứ một chỗ, có thể trên drive, excel, email

    Điều này có nghĩa là các thông tin và resource cần thiết cho team đều đang bị phân tán, đôi khi, các file có thể vô tình bị xoá, bị thất lạc… Điều này rất dễ dẫn đến rào cản, tắc nghẽn và chậm trễ khi tiến hành công việc do phải loay hoay tìm nguồn từ nhiều nơi.

    Vậy đâu sẽ là giải pháp cho team marketing? Hãy tưởng tượng team marketing có một công cụ giúp quản lý các dự án bằng cách lưu giữ tất cả thông tin ở một nơi để mọi người có thể nhìn thấy tiến độ của từng nhiệm vụ, bao gồm cả quyền truy cập vào tất cả các nội dung. Nó sẽ giúp công việc được hoàn thành mượt mà hơn rất nhiều.

    Email marketing trong Jira

    Công việc của các email marketer là đảm bảo rằng các email được gửi đến đúng đối tượng khách hàng. Để làm tốt việc này, marketer có thể sử dụng Jira để thu thập thông tin cần thiết để quản lý luồng email và đảm bảo rằng các thông điệp, như thông báo về tính năng mới, newsletter và giới thiệu sản phẩm… được gửi đến đúng đối tượng. Ví dụ: nếu 2 marketer muốn một email được gửi trong cùng một tuần, team có thể xem xét các yêu cầu và (sử dụng thông tin được cung cấp trong phần mô tả Jira issue) để theo dõi phân khúc khách hàng và đảm bảo mỗi khách hàng nhận được 1 email phù hợp với họ.

    Các trang mạng xã hội được quản lý một cách chính xác

    Có một tài khoản nhưng có nhiều marketer, sản phẩm và chủ đề cần sắp xếp? Theo dõi những thứ này bằng email là một cơn ác mộng. Trong Jira, các nhóm làm content trên social media có thể theo dõi và phân tích những yêu cầu này bằng cách xem chi tiết nhiệm vụ. Với thông tin bài đăng ở cùng một nơi, họ có thể kiểm tra thực tế bài đăng, kiểm tra ngày tháng và các kênh social media trước khi nó đi qua quy trình làm việc để phê duyệt và được đăng – tất cả đều cực kì dễ dàng.

    Product Marketing ở cùng 1 nơi

    Quản lý một tính năng hoặc sản phẩm ra mắt đòi hỏi nhiều sự phối hợp với nhiều nhóm khác nhau và việc xác định đúng thời gian là chìa khóa quan trọng. Jira có thể giúp các nhóm Product Marketing theo dõi mỗi cá nhân, nhiệm vụ và trạng thái để quá trình launching diễn ra đúng theo dự kiến. Với mọi thứ liên quan đến một dự án trong Jira, các PM luôn cập nhật thông tin cập nhật, collateral, video, ảnh chụp màn hình… tất cả các chi tiết cần phê duyệt, QA và xem xét trước ngày ra mắt. Hơn nữa, với Jira, bạn có thể quản lý dự án của mình bằng phương pháp Agile bằng cách thực hiện các epic và sprint.

    Content Sáng tạo

    Creative Brief và deadline thúc đẩy các nhóm sáng tạo. Họ cần biết mình cần tại hình ảnh, .gif hoặc video gì. Việc sử dụng Jira để quản lý sự phong phú của các dự án tiếp thị sáng tạo cho phép các nhóm thu thập thông tin thích hợp – các guideline, yêu cầu kỹ thuật và phản hồi – tất cả ở cùng một nơi để đảm bảo rằng các content được phân phối đúng với yêu cầu đã đặt ra. Bên cạnh đó, quá trình review cũng sẽ dễ dàng hơn với các leader với các flow như “Đang tiến hành”, “Đang xem xét” và “Bị từ chối”. Thêm nữa, team có thể dễ dàng tạo quy trình làm việc được tùy chỉnh hoàn toàn – đặc biệt hữu ích nếu team có nhiều loại content với nhiều ngôn ngữ khác nhau cần được quản lý. Tích hợp gốc của Jira với Confluence cực kỳ hữuu ích khi các team marketing có thể sản xuất và quản lý content, với tính năng theo dõi lịch sử và tất cả đều được liên kết trở lại Jira issue ban đầu.

    Content và PR trong Jira

    Content là công cụ đắc lực của marketer. Cho dù là blog, tài liệu quảng cáo, bản thuyết trình, tờ rơi hay thông cáo báo chí, đưa thông điệp chính xác đến đúng đối tượng là vấn đề quan trọng nhất. Khi nhóm PR đang quản lý phạm vi thông điệp của một công ty, họ đòi hỏi phải xây dựng mối quan hệ tốt với các kênh truyền thông và nhà phân tích. Và khi một công ty phải đưa ra một câu chuyện hấp dẫn, nó cần được review và phải hồi từ những người có kinh nghiệm. Bằng cách theo dõi quá trình soạn thảo thông cáo báo chí trong Jira, bạn có thể yên tâm rằng những người phù hợp sẽ thấy công việc và việc phê duyệt được thực hiện nhanh chóng – được theo dõi và quản lý đầy đủ bằng nhiều ngôn ngữ khác nhau.

    Jira cho mọi phòng ban

    Với tư cách là các chuyên gia chuyển đổi doanh nghiệp, chúng tôi có các chuyên gia tư vấn sẵn sàng giúp bạn mở rộng quy mô doanh nghiệp mà bạn cần. Cho dù đó là chuyển từ việc xử lý nội dung tiếp thị của bạn trong trang tính excel hay lập kế hoạch thông cáo báo chí trên các ghi chú, với Jira và Confluence, BiPlus có các công cụ phù hợp cho bạn. Nếu team marketing của bạn muốn biết thêm về cách có thể áp dụng Agile một cách tinh gọn và hiệu quả, hãy liên hệ với BiPlus – đối tác số 1 của Atlassian để được hỗ trợ tốt nhất:

    Recruit agent analyzing candidates

    5 plug-in dành cho Jira và Confluence nhóm HR có thể tận dụng

    Nhiều người dùng Jira và Confluence chưa biết về vô số tiện ích bổ sung và tích hợp có sẵn trên Atlassian Marketplace của Atlassian. Trong đó, có nhiều plugin và add-on rất hữu ích, giúp các team từ HR, marketing, sale, ngân hàng… có thể tối ưu quy trình làm việc và tạo ra trải nghiệm mượt mà hơn.

    Trong bài viết này, BiPlus sẽ giới thiệu 5 plugin Jira và Confluence mà bộ phận nhân sự có thể sử dụng để tự động nhiều tác vụ và nâng cao năng suất làm việc. Những tiện ích bổ sung này sẽ tạo ra một hệ thống trung tâm độc đáo, tùy chỉnh cho nhóm và quy trình, giúp loại bỏ các quy trình nhân sự rườm rà. Hiện tại, các sản phẩm Atlassian như Jira và Confluence không chỉ dành cho các nhóm phát triển phần mềm, mà đã trở thành công cụ đắc lực cho các phòng ban của mọi ngành nghề, vì suy cho cùng tất cả các nhóm cần phải lập kế hoạch, theo dõi và cộng tác trong các dự án. 

    Dưới đây là danh sách 5 plugin hữu ích để trợ giúp các nhóm nhân sự:

    1. UpRaise for Employee Success

    (Dùng được với bản Cloud, Server, Data Center)

    UpRaise_img

    Tiện ích bổ sung này từ Amoeboids Technologies mang đến chức năng và tính năng hỗ trợ công nhận nhân viên, điều chỉnh mục tiêu và đánh giá hiệu suất bằng Jira. Các tính năng bao gồm:

    • Tạo OKR của Công ty, Nhóm & Cá nhân trong JIRA. Kết nối với các issue của Jira với OKRs, mở ra cơ hội để tự động theo dõi cập nhật tiến độ hàng ngày. Dựa trên kết quả của các mục tiêu đã đặt ra, bạn sẽ có thể yêu cầu và để lại phản hồi, mời các leader tham gia đánh giá hiệu suất và xây dựng chiến lược đào tạo.
    • Thu thập phản hồi liên tục 360º – cho phép nhân viên gửi phản hồi, yêu cầu phản hồi từ các thành viên khác trong nhóm của họ và cho phép bộ phận nhân sự tùy chỉnh quy trình này.
    • Quản lý đánh giá hiệu suất – cung cấp các biểu mẫu có thể tùy chỉnh, tổng quan về trạng thái của toàn công ty và dễ dàng truy cập cho các thành viên trong nhóm và người quản lý trong các bước tiếp theo.
    • Tích hợp service desk – bao gồm tích hợp sâu với Jira cho phép nhóm nhân sự thu thập phản hồi từ các cổng thông tin của khách hàng và tùy chỉnh các biểu mẫu đó bằng các thẻ service desk có thể tùy chỉnh.

    STAGIL Assets – Issue Links & Matrix

    (Dùng được với bản Cloud, Server, Data Center)


    Add-on này biến Jira thành một giải pháp onboading và offboarding tự động và cực kì đơn giản. Bạn có thể sắp xếp nhân viên và các hợp đồng, bao gồm thứ bậc, lương thưởng, kỳ nghỉ và thời gian làm thêm giờ và điều hướng thông qua họ bằng cách sử dụng Jira Asset Navigator có sẵn.

    Bạn cũng có tùy chọn để theo dõi tất cả các thiết bị được giao và quyền cho nhân viên.
    Có thể tích hợp với Tempo Timesheets có sẵn.

    3. Calendar for Jira – Plan Team Activities

    Nhà phát triển mô tả sản phẩm này là “calendar for everything”
    Bạn có thể sử dụng nó để mang mọi người, dự án và sự kiện lại với nhau. Plugin giúp bạn lập kế hoạch cho các sự kiện cá nhân và nhóm, kỳ nghỉ, chuyến công tác và giao tiếp với khách hàng.

    • Lập kế hoạch các issue và các sự kiện.
    • Tạo số lịch không giới hạn và có thể chia sẻ với Jira user.
    • Lập kế hoạch linh hoạt: tạo các issue mới từ Calendar, truy xuất và lập kế hoạch hiện có, kéo và thả từ danh sách Unplanned.
    • Tích hợp Google Calendar – tìm nạp và duyệt qua các sự kiện của Google trong lịch Jira.
    • Bộ lọc nhanh có thể điều chỉnh để lọc các issue khi di chuyển.
    • Màu sắc issue liên quan đến JQL để làm nổi bật và hình ảnh hóa tốt hơn.
    • Một số chế độ xem bao gồm các mốc thời gian với các issue phân chia theo assignee.
    • Tuỳ chỉnh chế độ xem và preview

    Có tích hợp với Google Calendar

    4. Calamari Connector for Jira

    Calamari_img

    Calamari, từ CHROBRUS mang một hệ thống quản lý nghỉ phép thông minh và dễ sử dụng, tự động hóa quy trình yêu cầu nghỉ phép và tính toán quyền nghỉ phép. Tiện ích bổ sung này bao gồm quy trình làm việc theo quy trình phê duyệt nhiều cấp, tính toán tự động nghỉ phép và ước tính nhóm vắng mặt, đồng thời thực thi việc tuân thủ các chính sách chuyên cần, theo dõi thời gian nghỉ có trả lương và báo cáo quốc tế. Ngoài ra, Calamari có tích hợp chặt chẽ với Google cho phép người dùng nhập đăng ký PTO cho Google Apps và đồng bộ hóa với Google .

    5. Refined for Confluence | Sites & Themes

    Tiện ích bổ sung Confluence này giúp người dùng xây dựng thương hiệu và thiết kế các trang Confluence để làm cho chúng thân thiện với người dùng hơn và hiệu quả hơn đối với những người dùng không chuyên về kỹ thuật. Các bộ phận nhân sự có thể sử dụng nó với Confluence như một cách để lưu trữ thông tin quan trọng dưới dạng wiki hoặc Intranet và thu thập phản hồi về thông tin được lưu trữ ở đó. Bằng cách tùy chỉnh mẫu wiki và quy trình làm việc, bộ phận nhân sự có thể tăng tỷ lệ chấp nhận và hiệu quả trong quá trình onboarding và đánh giá, cũng như chia nội dung thành các phần có liên quan và dễ theo dõi. Họ cũng có thể tùy chỉnh trang tổng quan (dashboard) để thúc đẩy cộng tác và minh bạch hơn. Ngoài ra, Marketplace cũng cung cấp các tùy chọn chủ đề khác ví dụ như Brikit Theme Press for Confluence.

    Tạm kết

    Giờ đây, các nhóm nhân sự được tự do tập trung nhiều hơn vào con người, thay vì thủ tục giấy tờ

    Những người làm nhân sự ngày nay phải có tính tổ chức cao và hợp tác chặt chẽ để đạt được các mục tiêu lớn hơn. Về nhiều mặt, phòng nhân sự là mạch máu của một công ty. Họ chịu trách nhiệm thu hút và giữ chân tài sản số một của công ty: đó là con người. Và đó là một công việc khó khăn. Team HR sẽ gặp khó khi phải làm nhiều việc cùng lúc như cập nhật thông tin tuyển dụng, thay đổi lịch làm việc, mô tả công việc, đánh giá hiệu suất và hơn thế nữa. Sử dụng Jira Core và Confluence cùng với các tiện ích bổ sung ở trên, các nhóm nhân sự có thể tạo quy trình làm việc, tài liệu và khuyến khích sự cộng tác tốt hơn trong toàn bộ công ty. Nó giải phóng nhóm khỏi các quy trình rườm rà và cho phép họ tập trung vào việc tuyển dụng, văn hóa công ty và hạnh phúc của nhân viên.

    Nếu bạn đang áp dụng Agile và muốn sử dụng các công cụ như Jira, Confluence giúp các team Agile hoạt động hiệu quả, mượt mà hơn, bạn có thể liên hệ BiPlus – đối tác số 1 của Atlassian (công ty sở hữu Jira) để được tư vấn workflow và addon Jira và Confluence bởi các chuyên gia có chứng nhận từ Atlassian và có kinh nghiệm support các hệ thống lớn như Vingroup, Viettel, Techcombank…

    BiPlus Vietnam Software Solution JSC

    Địa chỉ: Tầng 3, Bảo Anh building, số 85, Trần Thái Tông, Cầu Giấy, Hà Nội

    Email: [email protected]

    Điện thoại +84 979438100

    “Bí kíp” chọn lựa phương pháp ước tính tốt nhất cho phiên planning trong Agile

    Mỗi phiên planning hoặc phiên grooming (phiên làm mịn backlog) là thời gian cho các thành viên trong nhóm ước tính các stories và các hạng mục công việc. Tuy nhiên, đôi khi chúng ta không ước tính được chính xác thời gian do lượng công việc trong backlog rất lớn trong khi thời gian có hạn. Hình thức họp cũng thay đổi liên tục, có lúc họp trực tiếp trên văn phòng, có lúc cả team mỗi người một nơi, chỉ có thể họp cùng nhau qua zoom hoặc google meeting. Hình thức họp thay đổi liên tục nên tinh thần của team cũng lên xuống thất thường. Đôi khi họ cảm thấy năng suất nhưng đôi khi lại cảm thấy buồn chán và không có động lực. Nếu bạn thấy team mình đang gặp phải tình huống này thì bài viết này sẽ hữu ích cho bạn. Dưới đây là một tập hợp các đề xuất về cách giải quyết các vấn đề phổ biến nhất xung quanh phiên planning và sử dụng phương pháp ước tính nào.

    Đọc thêm: Hướng dẫn Scrum of Scrums

    Vấn đề #1: Chỉ “đoán” chứ không ước tính

    Trong phiên planning, nhiều đội sử dụng thẻ vật lý để áp dụng “Planning Poker”, một kỹ thuật ước tính dựa trên sự đồng thuận. Trong “Planning Poker”, mỗi người tham gia sử dụng các thẻ có giá trị như 0, 1, 2, 3, 5, 8, 13, 20, 40 và 100 thể hiện số story point. Với kiểu planning này, các thành viên trong nhóm ước tính dựa trên sự kết hợp giữa kiến thức và cảm giác. Họ không sử dụng các điểm tham chiếu trong quá khứ hay áp dụng các kinh nghiệm từ các sprint trước đó. Các ước tính của họ ít nhiều có cùng mức độ chính xác với ước lượng trước đó. Tuy nhiên, vấn đề đối với cách này chính là các nhóm sẽ không có động lực để cải thiện độ chính xác cho các ước tính mỗi khi có một sprint được hoàn thành. Vì vậy, làm thế nào chúng ta có thể khuyến khích các nhóm tinh chỉnh các kỹ thuật ước tính?

    Giải pháp: Chuẩn bị tốt hơn và sử dụng các công cụ lưu trữ “lịch sử”

    Là một Scrum Master, hãy chọn các issue từ các sprint trước làm điểm tham chiếu. Những issue trong quá này sẽ là điểm chuẩn để cả nhóm hiểu rõ hơn về các ước tính trong tương lai. Một phương pháp hay khác là hiển thị các issue đã được ước tính trước đây dưới dạng các giá trị story point đã cho – ví dụ: ba issue trước đây được ước tính là 1, 3 hoặc 5 story point. Nhờ điều này, nhóm của bạn sẽ có điểm tựa để ước tính tốt hơn rất nhiều. Tại sao việc này quan trọng như vậy? Trong nhiều tình huống, các thành viên trong nhóm có cách hiểu khác nhau về mức độ lớn của story point. Cung cấp cho họ các ví dụ và một chút “lịch sử” giúp họ đưa ra các ước tính chính xác hơn.

    Vấn đề #2: Khi ước tính, một số thành viên trong nhóm cố gắng chuyển đổi story point thành đơn vị thời gian

    Tất cả chúng ta đều đã nghe những câu chuyện cười về việc các dev nói chuyện với leader về các ước tính và kỳ vọng. Có vẻ như điều lớn nhất cần khắc phục là chuyển đổi và tính story point thành ngày và giờ, thay vì so sánh các issue với nhau. Điều này xảy ra rất nhiều khi các nhóm phát triển đang ước tính với ban quản lý. Hậu quả là sự hiểu lầm đó dẫn đến sự bực bội cho cả hai bên. Làm thế nào chúng ta có thể sắp xếp tốt hơn kỳ vọng giữa các đội?

    Giải pháp: Ở cấp độ dự án hoặc epic, hãy thử “xác định cỡ áo” thay vì story point.

    Trong phương pháp này, thay vì sử dụng các số từ dãy Fibonacci, nhóm của bạn sẽ sử dụng các cỡ áo thun – S, M, L, XL. Như “báo cáo State of Agile” nêu rõ – 51% nhóm sử dụng point, 23% trong số họ sử dụng định cỡ áo thun. Cả hai phương pháp ước lượng đều có những lợi ích riêng. Nếu bạn gặp khó khăn với những người đang chuyển đổi và tính story point thành ngày và giờ, trước tiên hãy thử định cỡ áo phông. Phương pháp này trừu tượng hơn các story point nên khó chuyển đổi chúng thành đơn vị thời gian hơn (vì kích thước áo thun không phải là số). Khi nhóm của bạn biết cách so sánh các issue với nhau trong thực tế hoạt động như thế nào và lý do tại sao nó tốt hơn so với ước tính theo giờ làm việc hoặc ngày, thì bạn có thể tiếp tục với các story point.

    Vấn đề # 3: Quá nhiều issue cần ước tính

    Trong một khoảng thời gian ngắn, lượng công việc trong backlog có thể phát triển theo cấp số nhân. Đột nhiên có 50, 100 hoặc nhiều hơn các issue trong Jira được ước tính. Mọi người đều biết cảm giác khi rõ ràng là sẽ không đủ thời gian để thực hiện ước tính hết chỗ issue này.

    Giải pháp: Nếu bạn có nhiều issue cần ước tính, hãy thử Ước tính tương đối (Relative Sessions)

    Ước tính tương đối là một trong những phương pháp ước tính đặc biệt được sử dụng trong các nhóm Agile và bao gồm ước tính các nhiệm vụ hoặc user story point, không riêng biệt và theo đơn vị thời gian tuyệt đối, mà bằng cách so sánh hoặc nhóm các mục có độ khó tương đương. Ước tính tương đối là một trong những kỹ thuật nhanh nhất được sử dụng để lập dự án. Nó dựa trên giải pháp thay thế nổi tiếng trong Planning Poker – Trò chơi ước tính nhóm – giúp các nhóm sắp xếp các tính năng và user story dựa trên độ phức tạp tương đối. Các thành viên trong nhóm so sánh các issue và quyết định xem issue nào cần nhiều nỗ lực hơn hay ít hơn so với issue còn lại. Từng cá nhân, từng thành viên trong nhóm lấy một thẻ mới từ backlog và đặt nó lên bảng hoặc thay đổi vị trí của thẻ đã đặt trước đó.

    Vấn đề số 4: Hoạt động của các nhóm ở các múi giờ khác nhau (đối với các nhóm quốc tế)

    Nhóm của bạn đang phân tán và bạn muốn chạy phiên planning để ước tính các công việc trong backlog. Ví dụ nếu bạn làm việc ở Việt Nam và nhóm của bạn hoạt động từ Ấn Độ hoặc Châu Âu. Điều này thường đòi hỏi mọi người phải ở lại muộn hoặc yêu cầu mọi người phải thức dậy sớm. Điều này dẫn đến các cuộc trò chuyện mà lúc đó mọi người đang mờ mắt, nửa tỉnh nửa mê trên kết nối internet chập chờn.

    Giải pháp: Hãy thử sử dụng các công cụ trực tuyến có chế độ ước tính không đồng bộ

    Khi khó có thể ước tính đồng thời, hãy thử ước tính thời điểm phù hợp nhất với nhóm. Có những công cụ cho phép bạn ước tính bất cứ khi nào bạn muốn. Họ có thể cho phép nhóm xem xét nó sau khi phiên kết thúc và đưa ra ước tính cuối cùng. Một lợi ích khác của chế độ này là mọi người đều có tiếng nói và bạn sẽ tránh được những tình huống mà những người có chức vụ cao hơn hơn có nhiều tiếng nói hơn.

    Tạm kết

    Bạn sử dụng phương pháp nào không thực sự quan trọng, miễn là chúng mang lại kết quả tốt. Có rất nhiều công cụ khác nhau như Agile Poker for Jira có thể giúp bạn tìm ra cách đáp ứng nhu cầu của nhóm bạn. Đừng ngại thử nghiệm và thử những điều mới có thể giúp nhóm phát triển hơn nữa.

    Nếu bạn có nhu cầu đào tạo, tư vấn triển khai Agile và các công cụ Atlassian như JIRA, Confluence, hãy liên hệ với BiPlus – đối tác Vàng của Atlassian tại Việt Nam. Đội ngũ chuyên gia được chứng nhận từ Atlassian sẽ hỗ trợ bạn từ khâu đào tạo đến tư vấn hệ thống, tích hợp công cụ, mang lại cho bạn workflow hiệu quả nhất, năng suất nhất.

    Địa chỉ:

    Tầng 3, Bảo Anh building, số 85, Trần Thái Tông, Cầu Giấy, Hà Nội

    Email:

    [email protected]

    Điện thoại

    +84 979438100 (Mrs. Thao)

    Bật mí ba giải pháp để tối ưu các sự kiện Agile

    Bằng cách nắm vững các kiến thức cơ bản về phát triển theo Agile, dù bạn mới làm quen hay đã “kì cựu” khi làm việc theo Agile, bạn và nhóm của mình đều có thể nâng cao năng suất và sự chủ động trong công việc. Trong bài viết này, BiPlus sẽ đề xuất ba giải pháp cho nhóm của bạn nhằm cải thiện và nâng cấp một số sự kiện Agile như Planning, Daily và Retrospective.

    1. Nghiêm túc với việc xử lý backlog

    Về cốt lõi, mục tiêu của phiên sprint planning là xác định công việc cần cam kết cho sprint tiếp theo. Nhưng trước khi lập kế hoạch sprint, các team cần phải có sự chuẩn bị trước, thường được biểu hiện qua “Backlog Grooming”. “Product Backlog Grooming” hay còn gọi là phiên Backlog Refinement chính là các phiên làm mịn backlog. Ở mỗi Sprint thì Scrum team sẽ dành một ít thời gian trong phiên này để chuẩn bị cho Sprint Planning kế tiếp. Đây là một trong những sự kiện ảnh hưởng rất nhiều đến sự hoạt động hiệu quả của dự án.

    Trong quá trình xử lý backlog, Project Manager (hoặc PO) và development manager cần ưu tiên các mục mới trong backlog và so sánh chúng với các mục hiện đã có sẵn để đưa ra thứ tự ưu tiên các đầu việc. Ngoài ra, cũng cần xem xét và xác định các user story để nhóm có đủ thông tin để ước tính (estimate) và thực hiện. Nếu không thể thêm đủ chi tiết vào user story trong phiên Backlog Grooming, hãy chuyển chúng xuống hàng đợi trong khi Product Manager làm rõ công việc cần phải thực hiện.

    Sau khi hoàn thành phiên này, cả nhóm có thể cùng nhau lập kế hoạch sprint thực tế. Bắt đầu bằng việc ước tính nỗ lực liên quan đến từng hạng mục trong backlog và chuyển các issue vào backlog của sprint. Nếu không có phiên Backlog Grooming, phiên Planning mà thường chỉ nên mất khoảng một giờ, có thể tốn đến 2-3 tiếng. Thời gian đó hoàn toàn có thể dành để làm công việc phát triển.

    Để trình bày các dự báo của sprint, bạn nên sử dụng sprint footer trong backlog của mình để tính tổng point cho sprint và so sánh point đó với velocity (vận tốc) thông thường. Đây là một cách hay để sử dụng các con số nhằm đảm bảo rằng mọi người đều hiểu mức độ commitment.

    Đọc thêm: Jira là gì? Tất tần tật về Jira Software

    2. Tạo các phiên daily đứng hiệu quả

    Khi nói đến Agile, nhiều người sẽ nghĩ ngay đến phiên daily (họp đứng) vì nó diễn ra thường xuyên và lặp đi lặp lại qua mỗi sprint. Tuy nhiên, trong nhiều trường hợp, phiên daily đang được thực hiện sai cách.

    Nếu bạn daily với team mình hàng ngày, nhưng không hoạt động theo phương pháp lặp thì bạn chưa thực sự đang làm theo Agile – bạn chỉ vừa thêm một cuộc họp khác vào lịch của mình. (Trong phương pháp lặp (iterative), nhóm của cần làm việc để tinh chỉnh và cải thiện liên tục dự án dựa trên phản hồi hoặc thông tin mới.)

    Dĩ nhiên, họp đứng là một khởi đầu tốt với Agile. Phiên này sẽ thông báo cho mọi người về những gì đang diễn ra trong nhóm chỉ trong vài phút (thường sẽ là 15 phút) và những cập nhật nhanh chóng này có thể giúp bất kỳ nhóm nào làm việc theo cách lặp đi lặp lại nhiều hơn.

    Nếu bạn chưa thực hiện họp đứng, hãy bắt đầu với cuộc họp 15 phút (hàng ngày, ba lần một tuần, có thể chỉ 1 lần hàng tuần), trong mỗi phiên này mỗi thành viên trong nhóm trả lời các câu hỏi sau:

    • Hôm qua đã làm gì?
    • Hôm nay làm gì?
    • Có khó khăn gì không?

    Những câu hỏi này sẽ giúp team nắm được các tiến trình công việc, đang làm tốt hay đang bị tắc ở đâu. Lưu ý câu hỏi đầu tiên “Hôm qua đã làm gì” – câu trả lời phải là những việc đã được hoàn thành 100% và đóng gói, không bao gồm những công việc vẫn đang làm. Câu hỏi này sẽ giúp khơi dậy một mức độ trách nhiệm nhất định khi mọi người sẽ phải báo cáo công việc đã hoàn thành vào ngày hoặc tuần trước đó. Không ai muốn trở thành người tụt lại phía sau và không hoàn thành công việc.

    Nếu nhóm của bạn đang thực hiện họp đứng, hãy chuẩn bị trước để cuộc họp diễn ra ngắn gọn và không tốn nhiều công sức (đặc biệt đối với những phiên daily vào buổi sáng). Mẹo: Bạn có thể sử dụng các bộ lọc nhanh (quick filter) của Jira Software như “only my issues” (hoặc ấn vào biểu tượng tên của mình trong Jira như hình dưới) và “recently updated”. Khi bạn sử dụng hai bộ lọc này cùng nhau, chúng sẽ hiển thị các issue được chỉ định cho bạn đã được cập nhật vào ngày hôm qua.

    Lọc issue trong Jira

    Qua kinh nghiệm vận hành theo Agile tại BiPlus, chúng tôi nhận ra rằng, mỗi team sẽ có một cách daily riêng vì mỗi team đều cần phải tìm ra cách nào phù hợp nhất. Có thể có nhóm họp qua Google meeting 2 lần 1 tuần, trong khi một số nhóm khác daily mỗi sáng vào lúc 9h. Vì vậy, hãy xác định cách làm phù hợp nhất với team của mình và thống nhất về format cũng như thời gian cụ thể.

    Mẹo: Để giữ các phiên daily đi đúng hướng, một số team sử dụng có thể bấm đồng hồ – mỗi người có X phút – trong khi một số team có thể ném quả bóng cho người nói tiếp theo để đảm bảo rằng mọi người đang chú ý. Một nhóm phân tán làm việc remote sẽ hay gọi video call qua google meeting hoặc Zoom hoặc một số app như Slack, Skype, Hipchat (ứng dụng này còn có bot để daily). Mỗi nhóm đều có văn hóa và màu sắc riêng, vì thế hãy làm cho phiên daily của nhóm mình trở nên đặc biệt.

    3. Cải tiến liên tục

    Khi sprint kết thúc, có một sự kiện Agile quan trọng trước khi sprint tiếp theo bắt đầu: phiên retrospective. Đây là phiên QUAN TRỌNG NHẤT của Agile.

    “If you adopt only one Agile practice let it be retrospectives. Everything else will follow.”

    Woody Zuill

    Nếu bạn chỉ được chọn tiến hành 1 sự kiện Agile thì hãy chọn phiên retrospective. Nhiều team rất muốn loại bỏ phiên retro để bắt tay ngay vào sprint tiếp theo. Nhưng hệ quả của việc này sẽ khiến team bạn không còn “Agile” nữa. Giống như phiên daily, phiên retro có thể bị hiểu nhầm. Đây không phải là thời gian để mọi người ngồi xung quanh và phàn nàn; đó là thời gian để tìm hiểu những hoạt động đã mang lại kết quả tốt và những gì không hiệu quả, đồng thời phát triển một kế hoạch hành động cho sprint sắp tới. Cốt lõi của Agile chính là cải tiến liên tục: chỉ bằng cách nhìn lại công việc vừa hoàn thành (hoặc chưa hoàn thành), các nhóm mới form có thể học hỏi và làm tốt hơn trong sprint tiếp theo.

    Retrospective là phiên quan trọng nhất của Agile

    Mỗi team sẽ tiến hành phiên retro theo cách riêng, tuy nhiên tiến hành có tổ chức sẽ có ích . Hãy thử đưa một người hỗ trợ từ bên ngoài các đội. Điều này cho phép mọi người tham gia trả lời những câu hỏi. Có rất nhiều các kỹ thuật thường được dùng trong phiên này, ví dụ: Glad Sad Mad, Start Stop Continue, Sailboat hay 4Ls,… Nhìn chung các kỹ thuật này sẽ xoay quanh 3 câu hỏi: Điều gì nhóm đã làm tốt, đang thúc đẩy nhóm? Điều gì nhóm còn chưa làm tốt, có thể cải thiện? Điều gì nhóm nghĩ là tốt và sẽ thử?

    Tùy từng nhóm mà chúng ta sẽ sử dụng cách thức phù hợp. Ví dụ Glad – Sad – Mad sẽ tập trung vào tâm trạng của các thành viên trong khi format Start – Stop – Continue sẽ kích thích hành động. Các nhóm có thể sử dụng dữ liệu định tính từ sprint report, velocity chartburndown charts để trả lời những câu hỏi này. (Các công cụ lập kế hoạch theo Agile như Jira sẽ tự động tạo ra các công cụ này mỗi khi bạn kết thúc một sprint). Nhưng không dừng lại ở đó: điều quan trọng là mọi người phải hiểu cảm nhận của nhau về sprint vừa rồi.

    Bật mí một mẹo nhỏ: khi bắt đầu phiên retro, yêu cầu mọi người viết ra sticky note số điểm họ chấm cho sprint vừa rồi trên thang điểm 10. Sau đó tìm giá trị trung bình của số điểm team đã ghi. Đây sẽ là số liệu để bạn “bắt mạch” nhóm của mình. Nếu bạn thực sự làm việc trên một cách nhất quán, bạn sẽ có dữ liệu định tính về tinh thần và hiệu quả làm việc của nhóm. Và bạn có thể tương quan điều đó với những thay đổi trong cách bạn làm việc cùng nhau (hoặc với các nhóm khác) và hiểu bản thân mình hơn nữa.

    Ngoài ra, bạn cũng có thể lưu trữ và publish các ghi chú và quyết định từ phiên retro bằng cách sử dụng Confluence hoặc một công cụ tương tự. Đây là nơi cung cấp SSOT (Single source of truth) cho team bạn có thể theo dõi mọi nơi mọi lúc.

    Tạm Kết

    Tất cả sự kiện Agile đều hướng đến GIAO TIẾP. Các giải pháp này nhấn mạnh một nguyên lý từ tuyên ngôn Agile: “các cá nhân và tương tác hơn là quy trình và công cụ”. Điều quan trọng nhất đối với các phiên lập kế hoạch Sprint, Daily và Review, Retro là các cá nhân tương tác với nhau. Bạn có thể sử dụng các công cụ để hỗ trợ sự hợp tác và giao tiếp của nhóm, nhưng nó phải bắt đầu từ yếu tố con người. Chỉ khi nhóm của bạn biết cách làm việc và tương tác với nhau, bạn mới có thể gặt hái được những lợi ích của Agile.

    Nếu bạn đang áp dụng Agile vào quy trình làm việc của mình và muốn sử dụng các công cụ như Jira, Confluence giúp các team Agile hoạt động hiệu quả, mượt mà hơn, bạn có thể liên hệ BiPlus – đối tác vàng của Atlassian (công ty sở hữu Jira) để được tư vấn đào tạo Agile và sử dụng các công cụ Atlassian bởi các chuyên gia có chứng nhận quốc tế.

    BiPlus tự hào là đại diện của hãng Atlassian để có thể hỗ trợ, tư vấn, giúp đỡ các doanh nghiệp trong quá trình sử dụng các sản phẩm của hãng. Với nhiều năm kinh nghiệm tư vấn và tổ chức vận hành phát triển phần mềm theo phương pháp Agile dành tặng các doanh nghiệp chương trình “độc quyền” hỗ trợ doanh nghiệp: “Chia sẻ từ chuyên gia Atlassian”.

    Bạn sẽ nhận được gì từ chương trình?

    – Được chia sẻ về các tính năng công cụ Atlassian (Jira, Confluence, Trello,…)

    – Được hỗ trợ giải pháp, tích hợp tính năng theo từng nhu cầu của doanh nghiệp 

    – Được tư vấn triển khai DevOps miễn phí dành cho doanh nghiệp.

    – Được demo & dùng thử sản phẩm (nếu trước đây bạn chưa sử dụng)

    Đối tượng: Dành tặng tất cả các doanh nghiệp có quan tâm

    Thời lượng: 30′

    Thời gian: theo lịch đăng ký của các anh/chị 

    Đặt lịch đăng ký tại đây!

      BiPlus Vietnam Software Solution JSC

      Địa chỉ: Tầng 3, Bảo Anh building, số 85, Trần Thái Tông, Cầu Giấy, Hà Nội

      Email: [email protected] Điện thoại +84 979438100

      Atlassian Enterprise Day 2022 – Việt Nam

      Atlassian Enterprise Day là hội nghị hàng đầu trong khu vực nhằm kết nối với các nhà lãnh đạo, các nhà đổi mới, và các nhà tư tưởng trong lĩnh vực ITSM, DevOps & Agile, Work Management. Cùng khám phá các giải pháp, kỹ năng và ý tưởng để chuyển đổi cách thức đội ngũ làm việc, thúc đẩy chuyển đổi số và thúc đẩy thay đổi văn hóa doanh nghiệp.⭐ Bạn chờ đón điều gì ở Atlassian Enterprise Day 2022 | Vietnam?
      >> Link đăng ký: https://bit.ly/AtlassianEnterpriseDay2022_VietnamCác phiên hội nghị trực tuyến về các sản phẩm và giải pháp, các bản demo kỹ thuật, và những câu chuyện của khách hàng với các nội dung sau:

      • ITSM: Tìm hiểu các cách thức hiện đại hóa các quy trình CNTT và quy trình phát triển để mang đến những trải nghiệm tuyệt vời với tốc độ cao.
      • Chuyển dịch sang Cloud: Tìm hiểu cách thức định hướng khâu chuẩn bị để giúp quá trình dịch chuyển suôn sẻ nhất có thể.
      • Agile & DevOps: Học cách đón đầu các nhu cầu luôn thay đổi của khách hàng và tung ra các sản phẩm có khả năng cạnh tranh trên thị trường thế giới với độ uy tín và khả năng thích ứng cao.

      Hãy tham gia Atlassian Enterprise Day 2022 để cập nhật các thông tin mới nhất về Agile & DevOps, quá trình chuyển dịch sang Cloud và ITSM, đồng thời được các chuyên gia từ hãng công nghệ Atlassian giải đáp tất cả các câu hỏi! Và còn rất nhiều điều thú vị sẽ được bật mí!

       DIỄN GIẢ & KHÁCH MỜI:
      – Mr. Mark Davidson: Chuyên gia Atlassian, keynote speaker đến từ Atlassian
      – Mr. David Bui – CEO/ BiPlus – Chuyên gia Atlassian, với nhiều năm kinh nghiệm tư vấn CNTT và triển khai công cụ vận hành các hệ thống CNTT trong doanh nghiệp.
      – Mr. Hieu Ta: Head of Engineering/ TymeGlobal – Chuyên gia trong việc xây dựng văn hóa, công cụ và thực hành của DevOps.
      – Mr. Vinh Nguyen – Agile coach tại MB Bank
      – Mr. Nam Pham – Operation Training Manager Lazada Logistics
      – Mr. Dang Tran – Senior Consultant Candylio

       THỜI GIAN – HÌNH THỨC
      1. Thời gian: 9h30 AM -12:00, thứ 5, 10/03/2022
      2. Hình thức: Giao lưu trực tuyến với chuyên gia (Online)
      3. Link đăng ký: https://bit.ly/AtlassianEnterpriseDay2022_Vietnam
      4. Một số nội dung chính sẽ được chia sẻ tại hội nghị:
      – Xây dựng văn hoá, quy trình chuyển đổi CI/CD
      – Deploying DevSecOps tools
      – Scaled Agile journey at MB Bank
      – Agile outside software development

      DevOps là gì? 5 lợi ích nổi bật mà DevOps mang lại

      Nếu bạn hỏi hai người khác nhau câu hỏi  “DevOps là gì?”, bạn sẽ ngạc nhiên bởi họ sẽ đưa cho bạn 2 câu trả lời khác nhau. Một người có thể sẽ nói về công cụ và tự động hóa. Người còn lại có thể sẽ đề cập đến sự liên kết (Alignment) và cấu trúc của các nhóm. Hoặc rất có thể bạn sẽ nhận được câu trả lời mô tả cách DevOps vận hành trong tổ chức của người đó, cũng như các lợi ích mà họ đang trải nghiệm với DevOps.

      Mặc dù mọi câu trả lời đều có lý, nhưng nói chung là DevOps đang hợp nhất các hoạt động của quá trình phát triển (Development) và vận hành (Operation). Đó là một cách đơn giản để tiếp cận thuật ngữ này. Thay vì team Dev giao code cho team vận hành để release, deploy và monitor (dev sau đó là ops), DevOps có cả hai nhóm làm việc song song với nhau (dev và ops).

      Từ khóa DevOps đang trở nên cực kỳ thịnh hành vì ngày càng có nhiều tổ chức áp dụng phương pháp này. DevOps đã được ca ngợi vì đã rút ngắn chu kỳ phát triển, điều này cuối cùng đã tạo ra trải nghiệm tốt hơn cho cả tổ chức và end user. Dưới đây là năm lợi ích cốt lõi mà bạn sẽ được trải nghiệm khi triển khai DevOps.

      DevOps là gì?
      Nguồn: Forbes

      Đổi mới các trọng tâm vào khách hàng

      Một lý do quan trọng cho việc chuyển sang DevOps là đưa team đi đúng với mindset của khách hàng. Trong phát triển phần mềm, bạn rất dễ rơi vào bẫy khi nghĩ rằng mục tiêu cuối cùng là một phần mềm hoành tráng. Tư duy này là lý do để biện minh cho các mốc thời gian phát triển và phát hành dài, bởi vì phần mềm cuối cùng trông có vẻ rất tuyệt vời.

      Tuy nhiên, đó là một quan điểm sai lầm vì hai lý do. Đầu tiên, ngay cả với một thời gian phát triển dài, ai có thể nói rằng phần mềm thực sự tốt hơn? Nhưng quan trọng hơn, việc chỉ nghĩ đến phần mềm khiến bạn quên mất điều quan trọng nhất: khách hàng. Khách hàng đang tìm kiếm một giải pháp, một sản phẩm có các chức năng sẽ giải quyết được vấn đề của họ. Họ không quan tâm quá nhiều đến quy trình, mà chỉ quan tâm rằng họ đang được cung cấp một sản phẩm tốt. DevOps đặt bạn vào vị trí của khách hàng một cách tự nhiên vì bạn tập trung vào các bản phát hành nhỏ hơn và có nhiều chỗ cho phản hồi ngay lập tức.

      Hợp nhất các nhóm để bàn giao sản phẩm nhanh hơn

      Một lợi ích khác của DevOps là các nhóm khác, ví dụ như team vận hành, sẽ được hưởng lợi từ việc làm việc trong môi trường Agile hoặc iterative. Trong thập kỷ qua, các nhóm phát triển đã đầu tư vào Agile và bắt đầu phát triển ngày càng nhanh hơn. Tuy nhiên, vì điều này xảy ra một cách riêng lẻ nên các nhóm vận hành đã phải vật lộn để theo kịp và không thể phát hành phần mềm với tốc độ tương tự. DevOps hợp nhất các nhóm này và bàn giao phần mềm nhanh hơn. Tiến trình phát triển nhanh hơn có quan trọng đối với khách hàng không? Tất nhiên là có. Nếu bạn có thể thực hiện công việc nhanh gấp đôi mà vẫn duy trì chất lượng công việc thì đó là một lợi thế cạnh tranh rất lớn.

      Đơn giản hóa trọng tâm phát triển

      Có hai cách để phát triển cho một bản phát hành:

      • Một là bản phát hành lớn, đóng gói nhiều tính năng vào một lần triển khai;
      • Hai là một bản phát hành nhanh chóng, trong đó các tính năng được tung ra lần lượt.

      Nếu bạn có một bản phát hành lớn, rất có thể bạn đang lo lắng về việc ưu tiên một danh sách dài các tính năng có trong bản phát hành đó vì bạn có thể sẽ không thể thay đổi danh sách đó quá nhiều sau khi bắt đầu. Và nếu bạn thực hiện những thay đổi lớn, thì bạn phải xem xét công việc đã được thực hiện khi bạn bắt đầu thực hiện thay đổi. Khi đó tất cả các tính năng của một bản phát hành bị rối vào nhau.

      Mặt khác, bạn có thể đơn giản hóa đáng kể cách bạn sắp xếp thứ tự ưu tiên cho công việc của mình nếu bạn giảm số lượng công việc bạn làm tại một thời điểm nhất định. Mỗi ngày hoặc mỗi tuần, nhóm của bạn giải quyết một tính năng và đóng gói việc phát triển và phát hành thành một hệ thống linh hoạt. Nếu có gì đó không ổn, sẽ chỉ có một thứ cần xem xét, không giống như trong một bản phát hành lớn, nơi bạn có thể lãng phí thời gian để phân loại nhiều vấn đề.

      Đưa tự động hóa (Automation) vào quy trình phát triển

      Các nhà phát triển và nhà công nghệ nói chung không dành nhiều thời gian để tự động hóa các hệ thống để giúp họ tối ưu workflow. Tại sao vậy? Nếu nhóm của bạn vận hành theo phương pháp truyền thống khi thực hiện các bản phát hành lớn, thì không có lý do gì để tự động hóa. Việc deploy mới chỉ xảy ra một vài lần trong năm, vậy tại sao phải nghĩ đến tự động hóa? Với các bản phát hành nhanh hơn, nhỏ hơn và xảy ra thường xuyên hơn, nếu bạn có quá trình triển khai mượt mà, được hỗ trợ tự động hóa, bạn sẽ tiết kiệm được rất nhiều thời gian. (Thời gian có thể được sử dụng để giải quyết các vấn đề kinh doanh khác hoặc để nghiên cứu đổi mới.)

      Bạn nên tự động hóa những gì? Bắt đầu với các khía cạnh thông thường của bản phát hành của bạn. Thông thường có các khía cạnh của việc test và viết specification có thể được tự động hóa. Tuy nhiên, bạn không nên tự động hóa và xây dựng các công cụ công nghệ mới chỉ vì lợi ích của công nghệ. Hiểu lý do tại sao bạn đang tự động hóa cũng như các lợi ích mà bạn mong muốn. Không phải mọi quy trình tự động hóa đều đáng để xây dựng.

      Nhằm giúp các bạn hiểu thêm về các cách triển khai DevOps phù hợp cho doanh nghiệp của mình, BiPlus cùng với hãng công nghệ Atlassian sẽ tổ chức sự kiện: Atlassian Enterprise Day vào thứ 5 ngày 10.3.2022. Đây là hội nghị hàng đầu trong khu vực nhằm kết nối với các nhà lãnh đạo, các nhà đổi mới, và các nhà tư tưởng trong ITSM, DevOps & Agile, Work Management.

      Khi tham gia sự kiện, các khách mời sẽ được các chuyên gia DevOps chia sẻ các nội dung như Xây dựng văn hóa và quy trình chuyển đổi CI / CD và Triển khai các công cụ DevSecOps.

      Đăng ký ngay tại: https://atlassian.zoom.us/webinar/register/8516448253356/WN_E-Hnh85wQOWkK8sCrS-P-Q

      Lưu ý: đây là sự kiện có giới hạn người tham dự, chúng tôi sẽ đóng cổng đăng ký khi đã đạt giới hạn người tham gia.

      Nguồn ảnh: SD Times

      Tuyển dụng IOS Developer

      BiPlus là công ty phần mềm theo Agile chuyên phát triển phần mềm chất lượng cao, chi phí tối ưu. BiPlus không ngừng kiếm tìm và xây dựng đội ngũ nhân sự chia sẻ tầm nhìn và những giá trị chung để cùng nhau chinh phục các thử thách.

      Hiện tại, BiPlus đang cần tuyển dụng IOS Developer.

      Bạn sẽ làm gì?

      • Tham gia phát triển các hệ thống phần mềm trên hệ điều hành IOS , bao gồm:
      • Tham gia phân tích yêu cầu khách hàng và xây dựng tài liệu giải pháp.
      • Phát triển và sửa lỗi các tính năng.
      • Đóng góp vào các hoạt động chia sẻ tri thức và cải tiến liên tục.

      Ứng tuyển ngay nếu bạn

      • Có từ 1-3 năm kinh nghiệm phát triển ứng dụng iOS.
      • Sử dụng thành thạo, hiểu về C/C++/Objective-C/Swift.
      • Thành thạo SQL, SQLite.
      • Thiết kế giao diện Android bằng XML.
      • Có kinh nghiệm làm việc về Web Service (REST API – JSON – Retrofit, SOAP -XML).
      • Thành thạo Git.
      • Nắm chắc kiến thức về MVP/OOP.
      • Kỹ năng giao tiếp, giải quyết vấn đề, kỹ năng làm việc nhóm tốt, sẵn sàng hỗ trợ các thành viên khác trong dự án.
      • Chịu được áp lực cao trong công việc, có khả năng làm việc độc lập, chủ động giải quyết vấn đề để hoàn thành nhiệm vụ.
      • Cam kết, ham học hỏi.

      Bạn nhận được gì?

      • Mức lương 15 – 25 triệu.
      • Thưởng quý, thưởng cuối năm (1-3 tháng lương).
      • Đánh giá năng suất và xét tăng lương 2 lần/năm.
      Tài trợ 100% phí thi các chứng chỉ quốc tế.
      • BHXH, nghỉ lễ theo qui định.
      • Được làm việc với các dự án tạo nên xu hướng công nghệ như: fintech, digital transformation. Tham gia vào các dự án hiệu năng cao, số lượng dữ liệu lớn và tập khách hàng lớn. Sử dụng các công nghệ mới nhất như: microservices, spring boot.
      • Được làm việc trên các hệ thống lớn với các bài toán công nghệ phức tạp.
      • Tham gia vào nhóm phát triển Scrum tự chủ, linh hoạt và năng suất cao theo mô hình Agile/Scrum.
      • Môi trường làm việc trẻ, năng động, vui vẻ, hạnh phúc với các hoạt động văn hóa sôi động như retreat, picnic, team building, happy event, BiPlus radio, …
      • Được làm nhiều, được thử nhiều và được sai, học thực chiến trong công việc
      • Liên tục phát triển năng lực thông qua các hoạt động học tập (company learning hour, team learning hour, club), đào tạo, mentoring, coaching,…
      • Được phản hồi thường xuyên liên tục và huấn luyện để phát triển năng lực và đạt hiệu suất công việc ngày càng cao (CFRsConversationFeedbackRecognition tháng và 6 tháng).

      Cách thức ứng tuyển:

      Bạn có thể điền vào form dưới đây:

        Upload file CV *:

        Hoặc Liên hệ trực tiếp để ứng tuyển:
        Ms. Luyến
        Điện thoại (Zalo, iMess,…): 0969059356
        Email: [email protected]