Log work và time tracking dễ dàng hơn trong Jira

Jira là một công cụ quản lý dự án hàng đầu trong lĩnh vực phát triển phần mềm. Khi sử dụng Jira, điều quan trọng hơn bao giờ hết là theo dõi lượng thời gian mà mỗi tác vụ yêu cầu. Theo dõi thời gian Jira đặc biệt cần thiết để phân bổ nguồn lực, dự báo và ra quyết định tốt hơn. Đặc biệt, khi mọi người đang có xu hướng làm việc hybrid, các leader cần biết ai đang làm việc gì và trong bao lâu để có thể quản lý đội ngũ của mình hiệu quả hơn. Để giải quyết vấn đề này, BiPlus sẽ giới thiệu 1 ứng dụng giúp các bạn log work trong Jira hiệu quả và theo dõi thời gian hiệu quả hơn. Đó là Add-on Timetracker – Time Tracking & Reporting trên Atlassian Marketplace.


Log work trong Jira



Tại sao bạn cần có một add-on cho time tracking?


Cần phải hiểu lý do tại sao việc theo dõi thời gian ở Jira lại quan trọng ngay từ đầu. Tất cả chúng ta đều biết việc quản lý thời gian là một công việc khó khăn nhưng nó mang lại lợi ích cực kì lớn cho cả người dùng và công ty.

Trước hết, nếu bạn lập kế hoạch cho ngày của mình, năng suất của bạn sẽ được cải thiện và bạn sẽ an toàn không bị quá tải. Thứ hai, nó cung cấp sự minh bạch vì mọi người có cái nhìn tổng quan hơn về những gì nhóm đã làm việc gần đây.

Không cần phải nói quá nhiều, mọi công ty đều thấy họ sẽ hưởng lợi từ việc theo dõi thời gian ở Jira. Nó có thể giúp phân bổ các nguồn lực phù hợp và đưa ra các quyết định tốt nhất. Nó cũng là một điều cần thiết để lập kế hoạch ngân sách và lập hóa đơn.

Trình theo dõi thời gian trong Jira là gì?


Như bạn có thể biết, Jira có giải pháp theo dõi thời gian của riêng mình được tích hợp sẵn. Nhưng vấn đề với giải pháp tích hợp là nó có một số hạn chế. Bạn chỉ có thể log work trên mỗi màn hình Issue, có nghĩa là bạn phải mở từng issue một, không có trang dành riêng để bạn có thể quản lý tất cả các work log của mình.

Mặt khác, bạn không thể làm gì nhiều, không có giới hạn hoặc các tùy chọn thiết lập về thời gian loggable. Bạn chỉ có thể kiểm tra các logged work trong mỗi Issue. Không có trang báo cáo nào mà bạn có thể xem tổng quan về thời gian đã log work của mình hoặc của người khác. Chỉ có các tính năng báo cáo cơ bản có thể không cung cấp đủ thông tin cho người quản lý.

Vì vậy, trình theo dõi thời gian Jira mặc định sẽ chưa đủ đáp ứng nhu cầu của nhiều người. Đó là lý do tại sao có rất nhiều ứng dụng theo dõi thời gian trên Marketplace. Ở đây BiPlus sẽ giới thiệu cho các bạn một ứng dụng: Timetracker – Time Tracking & Reporting.

Tại sao sử dụng add-on để log work trong Jira


Vì những lý do trên, việc log work được tiếp cận hơi khác một chút trong Timetracker – Time Tracking & Reporting, một add-on để theo dõi và báo cáo thời gian dễ dàng trong Jira. Người dùng không muốn mở từng Issue một để đặt thời gian của họ trong ngày. Sẽ thực tế hơn rất nhiều nếu các team log work trong Jira vào cuối ngày.

Đó là lý do tại sao cần có một trang theo dõi thời gian riêng biệt, nơi bạn có thể quản lý log work trên một chế độ xem có thể tùy chỉnh được thiết kế để theo dõi thời gian hàng ngày.

Việc theo dõi thời gian của bạn với add-on này sẽ dễ dàng hơn so với tùy chọn tích hợp sẵn, nhưng sự khác biệt không đáng kể. Giá trị lớn nhất đến từ tính năng Report (báo cáo).

Add-on cung cấp các tùy chọn báo cáo mạnh mẽ để giúp bạn phân tích công việc của nhóm.

Tạo báo cáo chi tiết với nhiều tiêu chí tìm kiếm hoặc một trong các bộ lọc yêu thích của bạn và xem mọi nhật ký log work liên quan đến người dùng và thông tin bổ sung về các project và các issue. Bạn có thể chia sẻ báo cáo của mình với đồng nghiệp và thậm chí xuất chúng để đưa vào bản trình bày của bạn.

Bạn có thể thay đổi giữa bốn trang con trên trang báo cáo:

  • Details (Chi tiết): Chế độ xem chi tiết sẽ hiển thị tất cả các nhật ký làm việc dưới dạng danh sách. Mỗi hàng sẽ là một nhật ký công việc.
  • Summary (Tóm tắt): Chế độ xem tóm tắt sẽ hiển thị tất cả các work log được tóm tắt bởi tham số đã chọn.

Bảng chấm công: Xem nhật ký làm việc được nhóm theo dự án, sự cố và người dùng trong báo cáo Bảng chấm công. Dễ dàng đi sâu vào các chi tiết.

  • Timesheet: Hiển thị công việc đã log trong một khoảng thời gian được nhóm theo project, issue, user, instance hoặc thành phần trên biểu đồ hình tròn hoặc biểu đồ cột.

Các tiêu chí tương tự sẽ áp dụng cho truy vấn trong mọi trường hợp. Điều này có nghĩa là bạn không cần chạy lại quá trình tạo báo cáo để có chế độ xem chi tiết hoặc tóm tắt. Bạn có thể thấy tổng lượng thời gian cho truy vấn ở góc bên phải của trang. Giá trị này là tổng của tất cả thời gian được ghi lại dựa trên kết quả của truy vấn.

Quá trình phát triển không ngừng phát triển và có rất nhiều ý tưởng mới sẽ được thêm vào Jira Timetracker sau này:

  • Calendar
  • Worklog attributes
  • Cost tracking

Cách thiết lập add-on Jira Timetracker


Thiết lập Timetracker khá đơn giản. Sau khi cài đặt ứng dụng, bạn sẽ thấy phần Timetracker mới trong menu Apps, nơi bạn có thể chọn trường Global Settings. Tất cả các cài đặt quản trị viên đều nằm ở đây.

General settings (Cài đặt chung)

Trong cài đặt chung, quản trị viên có thể chọn nơi mà mô tả log work là bắt buộc hoặc không đối với người dùng. Theo mặc định, mô tả là không bắt buộc.

Tại đây, bạn cũng có thể đặt số giờ loggable tối đa mỗi ngày cho người dùng. Nếu bạn không điền thì add-on sẽ hiểu là không có giới hạn.

Cài đặt khoảng thời gian loggable cho phép bạn thiết lập các giới hạn và cấu hình khoảng thời gian mà người dùng có thể log work hoặc chỉnh sửa công việc. Bạn có thể xác định những ngày (1-365) mà người dùng có thể log work hoặc chỉnh sửa work log hiện có trong quá khứ hoặc trong tương lai.

Để cho phép người dùng chỉ ghi nhật ký công việc trong ngày nhất định, hãy nhập số không vào cả hai trường. Trong Permission Settings, bạn có thể thêm các nhóm mà các quyền này sẽ không áp dụng và họ vẫn có thể tạo / chỉnh sửa nhật ký công việc trong khoảng thời gian đã cấu hình.

Special Issues (Các issue đặc biệt)

Tính năng này được thiết kế để quản lý các dự án và / hoặc vấn đề không hoạt động, không lập hóa đơn. Nó có thể hữu ích nếu bạn có một dự án chuyên dụng hoặc các vấn đề cho các hoạt động ngoài công việc, chẳng hạn như bữa trưa.

Người quản trị có thể xác định danh sách các khóa Sự cố / Dự án. Danh sách này sẽ là danh sách các vấn đề / dự án không hoạt động. Các vấn đề được liệt kê ở đây được bỏ qua khi tạo Tóm tắt Công việc Thực tế.

Theo mặc định, danh sách các vấn đề / dự án Không làm việc trống.

Working Days (Ngày làm việc)

Bạn có thể quản lý các ngày đặc biệt tại đây, chẳng hạn như các ngày lễ quốc gia là các ngày trong tuần nhưng không phải ngày làm việc.

Theo mặc định, tất cả các ngày trong tuần là ngày làm việc trong khi tất cả các ngày cuối tuần đều là ngày không làm việc.

Hành vi của nhiều tính năng của Timetracker phụ thuộc vào việc liệu ngày nhất định có phải là ngày làm việc hay không:

  • Calendar Appearance
  • Default date setting
  • Progress bars on
  • Timetracker
  • Period worklog


Ngày hiện tại có thể được lọc theo năm. Cung cấp số năm trong trường “Lọc theo năm” để lọc các ngày đặc biệt trong năm đó. Bạn có thể quản lý những ngày được bao gồm giống như những ngày bị loại trừ.


Quyền
Permission (Quyền)Description (mô tả)Default (without adding any users or groups) (Mặc định (không thêm bất kỳ người dùng hoặc nhóm nào)
Quyền Log WorkChỉ những người dùng có quyền này mới có thể xem menu Timetracker và sử dụng trang theo dõi thời gian.Theo mặc định, tất cả người dùng đều có quyền xem và sử dụng tính năng theo dõi thời gian của Timetracker.
Quyền xem báo cáoChỉ những người dùng có quyền này mới có thể vào chế độ xem Report (Báo cáo) và sử dụng các trang báo cáo.Theo mặc định, tất cả người dùng đều có quyền xem và sử dụng Báo cáo Timetracker
Quyền tạo và chỉnh sửa logwork nâng caoChỉ những người dùng có quyền này mới có thể tạo / chỉnh sửa worklog ngoài khoảng thời gian cho phép (loggable) đã cấu hình.Theo mặc định, khoảng thời gian được cấu hình mà chúng có thể hoạt động là hợp lệ đối với mỗi người dùng. Tại đây bạn có thể thêm nhóm / người dùng mà điều này sẽ không hợp lệ và các thành viên vẫn có thể tạo / chỉnh sửa nhật ký công việc sau khoảng thời gian đã cấu hình.
Quyền xem log work của người khácChỉ những người dùng có quyền này mới có thể xem nhật ký log work của những người dùng khác trên các trang báo cáo. Nếu không, người dùng chỉ có thể xem nhật ký log work của riêng họTheo mặc định, mỗi người dùng có quyền xem nhật ký log work của người dùng khác.

Để cấu hình các quyền:

1. Nhấp vào trường đầu vào của quyền.

2. Bắt đầu nhập tên người dùng hoặc nhóm Jira được yêu cầu.

3. Chọn người dùng hoặc nhóm từ danh sách xuất hiện.

Tạm kết


Trong bài viết này, chúng ta đã xem xét tại sao cần log work trong Jira và các tính năng bổ sung mà tiện ích bổ sung như Jira Timetracker cung cấp, tại sao bạn nên sử dụng nó và cách thiết lập nó đúng cách.

Add-on này cung cấp giải pháp báo cáo và theo dõi thời gian đơn giản, thân thiện với người dùng cho Jira.

Để tìm hiểu thêm về Timetracker, bạn có thể search nó trên Atlassian Marketplace, đọc qua tài liệu hoặc lên lịch một phiên demo với vendor.

Nếu các bạn muốn tư vấn thêm về log work trong Jira, hãy liên hệ với BiPlus – đối tác Atlassian số 1 Việt Nam để được hỗ trợ tốt nhất từ đội ngũ chuyên gia Atlassian dày dặn kinh nghiệm, đã cấu hình Jira cho các tập đoàn hàng đầu Việt Nam như Viettel, Vingroup, Techcombank, VP Bank, VNG.

Hướng dẫn nâng cao JQL từ chuyên gia Atlassian

JQL, hoặc Jira Query Language, là một công cụ linh hoạt cho phép bạn tìm kiếm các issue trong Jira và xác định chính xác những gì bạn đang tìm kiếm. Nắm rõ cách tìm kiếm Jira instance hiệu quả có thể giúp bạn tiết kiệm rất nhiều thời gian và công sức.

JQL

Những người dùng thành thạo đang sử dụng Jira hàng ngày có thể đã nắm chắc ngôn ngữ truy vấn Jira. Tuy nhiên, kỹ năng viết truy vấn hiệu quả cũng có thể khá hữu ích đối với các thành viên khác trong nhóm, đặc biệt là cho thành viên “non-tech” như team kế toán, nhân sự, sale-marketing, vân vân. Nhiều người dùng Jira này không am hiểu kỹ thuật, vì thế thường có xu hướng ngại sử dụng JQL. Các thuật ngữ như toán tử và từ khóa nghe có vẻ hơi đáng sợ đối với những nhân viên không chuyên về IT.

Tuy nhiên, công cụ này được thiết kế để bất kỳ ai cũng có thể hưởng lợi từ các tính năng của nó. Ngay cả những người dùng không am hiểu kỹ thuật cũng có thể hiểu được khi được hướng dẫn đúng hướng. Ví dụ: nếu bạn muốn tìm tất cả các issue được chỉ định cho chính mình, chỉ cần nhập “my” vào thanh tìm kiếm hoặc nhập “r:me” để tìm tất cả các issue mà bạn đã báo cáo.

Trong hướng dẫn này, chúng tôi sẽ hướng dẫn bạn qua tất cả các khái niệm cơ bản bạn cần biết để thành thạo JQL và trở thành “Jira searcher” chuyên nghiệp.

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

JQL là gì?


Jira Query Language (hoặc JQL) là một trong những công cụ mạnh mẽ nhất hiện có trong Jira.

Hệ thống này sử dụng các dữ liệu sau để lọc các issue, từ đó giúp bạn tìm kiếm nhanh hơn nhiều so với trước:

  • Fields (Trường)
  • Operators (Toán tử)
  • Value (Giá trị)
  • Keywords (Từ khóa)
  • Functions (Hàm)

Ví dụ: nếu bạn muốn tìm tất cả các issue ngoài kế hoạch (unplanned), bạn có thể tìm kiếm các issue chưa được close (ví dụ như các issue không có status là Done) và với các trường không có giá trị (empty field) (ví dụ như trường resolution đang rỗng) cho các epic link và các fix version.

Hoặc giả sử bạn cần tìm hiểu xem dự án của mình có đang đi đúng hướng hay không. Bạn có thể thu hẹp phạm vi tìm kiếm của mình cho các issue chưa được giải quyết trong sprint hiện tại đã được chỉ định trước đó cho sprint khác. Điều này sẽ cho bạn biết có bao nhiêu issue đang chưa đi đúng hướng (out of scope) và không thể hoàn thành trong sprint trước.

JQL cũng đang được cải thiện, đặc biệt là sau bản phát hành Jira 8.0. Việc chạy JQL tìm kiếm nhanh hơn 33% so với Jira 7.12 ngày trước và gần như loại bỏ hoàn toàn các vấn đề về bộ nhớ trước đây khi thực hiện các tìm kiếm phức tạp.

JQL

Tổng quan về Giao diện Ngôn ngữ Truy vấn Jira


Trong phần “Filter” trên thanh công cụ, bạn có thể tìm thấy tùy chọn “Advanced Issue search“:

JQL

Thao tác này sẽ mở ra màn hình tìm kiếm. Theo mặc định, màn hình này đưa bạn đến công cụ tìm kiếm cơ bản. Bạn có thể sử dụng chức năng để lọc các issue bằng cách sử dụng các trường được xác định trước như:

  • Status
  • Assignee
  • Project
  • Contains 


Bạn sẽ nhận thấy tùy chọn “Switch to JQL” ở bên phải của các bộ lọc:

JQL

Đây là nơi bạn sẽ có quyền truy cập vào Jira JQL.

Tìm kiếm cơ bản vs tìm kiếm nâng cao


Các tìm kiếm cơ bản trong Jira rất hữu ích cho đến một thời điểm nhất định. Bạn có thể lọc một số trường một cách nhanh chóng. Tuy nhiên, bạn sẽ bị giới hạn bởi các trường mặc định.

Với tìm kiếm nâng cao, bạn sẽ có thể viết các truy vấn JQL của riêng mình.

Các thành phần của một truy vấn JQL


Truy vấn JQL là một tập hợp các từ và toán tử, thứ sẽ xác định cách Jira thu hẹp tìm kiếm của bạn.

Trong các tìm kiếm cơ bản, các truy vấn đã được tạo sẵn cho bạn. Trong khi đó, với JQL, bạn sẽ phải viết truy vấn lại từ đầu.

Tất cả các truy vấn trong JQL được tạo thành từ các trường, toán tử, giá trị và từ khóa.

Các trường trong ngôn ngữ truy vấn Jira

Trường (Field) là một phần thông tin mô tả các issue – đây là những gì bạn điền vào khi sử dụng các tìm kiếm cơ bản.

Một số ví dụ về các trường trong Jira là:

  • Issue type
  • Project
  • Priority (mức độ ưu tiên)
  • Fix version
  • Epic tag

Bạn có thể xem danh sách tất cả các trường trong tài liệu của Jira.

Các giá trị trong ngôn ngữ truy vấn Jira


Giá trị (value) là các data point trong truy vấn của bạn.

Về cơ bản, chúng là những số liệu bạn đang tìm kiếm liên quan đến các trường.

Ví dụ: các giá trị có thể có cho trường Priority sẽ là:

  • Urgent (Gấp)
  • High
  • Medium
  • Low

Toán tử trong ngôn ngữ truy vấn Jira


Toán tử (Operators) là các dấu hiệu toán học như bằng (=), không bằng (! =), Lớn hơn (>), nhỏ hơn hoặc bằng (<=), v.v.

Chúng mô tả cách các trường liên quan đến giá trị.

Ví dụ:
Trong tìm kiếm ở trên, bạn đang tìm kiếm các issue với Epic Name (trường) bằng (toán tử) “Audio development” (giá trị).

“IN” cũng hữu ích và cho phép bạn đơn giản hóa các truy vấn. Ví dụ: thay vì chạy nhiều truy vấn về status, bạn có thể sử dụng như sau:

status IN (“To Do”, “In Progress”, “Closed”)

Tương tự, bạn có thể sử dụng:

issue IN linkedIssues (“ID-101”)


Để xác định tất cả các issue được liên kết với một issue cụ thể. Bạn cũng có thể sử dụng “NOT IN” để xác định mọi thứ nằm ngoài truy vấn đó.

Một toán tử khá hiệu quả khác là “CONTAINS”, cho phép bạn truy vấn các trường Summary, Description, Environment và Comments và các trường tùy chỉnh sử dụng “freetext searching” (tìm kiếm các từ khóa và các biến thể xảy ra trong văn bản và các mục khác được lập chỉ mục trong cơ sở dữ liệu).

Trong khi đó, “WAS” cho phép bạn gọi mọi thứ đã được kết nối trước đó với một nhất định nhưng không còn nữa, ví dụ:

assignee WAS Tuan

Bạn cũng có thể sử dụng “WAS” cũng như “WAS NOT”, “WAS IN” và “WAS NOT IN” khi bạn cần.

Từ khóa trong Ngôn ngữ truy vấn Jira


Các từ khóa tạo nên ngôn ngữ JQL. Mỗi từ khóa có một ý nghĩa cụ thể giúp thu hẹp tìm kiếm hơn nữa, như “AND” và “OR”.

Nhập “AND” vào truy vấn, JQL sẽ trả về các issue phù hợp với cả hai điều kiện tìm kiếm của bạn.

Ví dụ: tìm kiếm này sẽ trả về tất cả các issue hiện đang được ưu tiên cao và cũng có status “To Do“:

Mặt khác, “OR” sẽ trả về tất cả các issue đáp ứng một trong hai điều kiện của bạn.

Tìm kiếm tương tự như trên với từ khóa “OR” sẽ trả về:

  • tất cả các issue được ưu tiên cao
  • tất cả các issue có status “To Do
  • và tất cả các issue có sự kết hợp của cả hai điều kiện này

Hướng dẫn JQL: Kết hợp các thành phần lại với nhau


Bây giờ bạn đã nắm được những khái niệm cơ bản, chúng ta hãy cùng xem qua một ví dụ về JQL trong Jira.

Khi bạn nhấp vào “Switch to JQL”, bạn sẽ nhận được thanh tìm kiếm không có bộ lọc tạo sẵn.

Khi bạn bắt đầu nhập truy vấn của mình, Jira sẽ cho bạn biết truy vấn của bạn có hợp lệ hay không bằng dấu kiểm màu xanh lá cây ở bên trái. Nếu bạn nhận được dấu X màu đỏ, điều đó có nghĩa là tìm kiếm của bạn không hợp lệ.

Nếu bạn cần trợ giúp để tham khảo cú pháp, bạn có thể nhấp vào dấu hỏi chấm ở bên phải của hộp tìm kiếm.

Điều thực sự hữu ích về Jira JQL là nó sẽ tự động đề xuất khi bạn nhập. Điều này cho phép bạn nắm được cú pháp ngay khi bạn không thuộc lòng.

Ví dụ: giả sử chúng ta bắt đầu truy vấn của mình bằng cách tìm kiếm trường “Priority”. Bạn có thể nhập “Priority” vào hộp tìm kiếm. Và JQL sẽ tự động đề xuất một toán tử cho bạn. Sau đó, bạn có thể nhấp vào một trong các toán tử được đề xuất để tiếp tục xây dựng truy vấn JQL của mình.

Một ví dụ về Ngôn ngữ truy vấn Jira sử dụng AND


Đối với ví dụ này, giả sử chúng tôi muốn tìm tất cả các issue khẩn cấp và không được thực hiện trong một liên kết Epic cụ thể.

Truy vấn của bạn sẽ giống như sau:

JQL sử dụng AND

Vậy làm thế nào để truy vấn này phù hợp với những gì chúng ta đã học trước đây? Hãy xem từng phần của truy vấn này và chia nhỏ từng phần:

Priority: trường

=: Toán tử (Bằng)

Urgent: Giá trị của trường “Priority”

AND: Từ khóa

Status: trường

! =: Toán tử (không bằng)

Done: Giá trị của trường “Status”

AND: Từ khóa

“Epic Link”: trường

=: Toán tử (Bằng)

STAN-5: Giá trị của trường “Epic Name”

Ví dụ về JQL cho Từ khóa “OR”


Điều gì sẽ xảy ra nếu bạn đang tìm kiếm các issue khẩn cấp không được thực hiện cho một Epic cụ thể, nhưng cũng muốn xem các issue có mức độ ưu tiên cao?

Hãy chạy lại cùng một truy vấn, nhưng lần này sử dụng “OR”:

JQL

Phần còn lại của truy vấn vẫn giữ nguyên, ngoại trừ việc bổ sung từ khóa “OR” và truy vấn cho các issue có mức độ ưu tiên cao.

Mức độ ưu tiên trong JQL


Tuy nhiên, điều gì sẽ xảy ra nếu bạn sử dụng cả từ khóa “AND” và “OR”?

Thực ra, “AND” được ưu tiên hơn. Điều đó có nghĩa là nếu hai mệnh đề được kết nối bằng dấu “AND” thì chúng sẽ được nhóm lại với nhau và được coi là một đơn vị. Mặt khác, các mệnh đề được liên kết bởi một “OR” sẽ được coi là một đơn vị riêng biệt. Điều đó có nghĩa là:

Example. 1: status=resolved OR project=”Planning” AND assignee=Tuan

Example. 2: status=resolved AND project=”Planning” OR assignee=Tuan

Trong ví dụ 1, truy vấn sẽ trả về tất cả các mục đã giải quyết ngoài tất cả các mục được chỉ định cho Tuấn trong dự án Planning. Trong ví dụ 2, truy vấn sẽ trả về tất cả các mục đã giải quyết từ dự án Planning và tất cả các mục được giao cho Tuấn.Điều này có nghĩa là , nếu bạn chạy:

status=resolved AND (project=”Planning” OR assignee=Francis)

Sau đó, bạn sẽ nhận được tất cả các mục đã giải quyết từ dự án Planning cũng như tất cả các mục đã giải quyết được giao cho Tuấn.

Sử dụng Hàm Jira JQL cho các tìm kiếm nâng cao


Bạn có thể thực hiện rất nhiều với các trường, giá trị, toán tử và từ khóa. Nhưng nếu bạn muốn khai thác logic phức tạp có thể dễ dàng truy cập, bạn sẽ cần các hàm (functions).

Hàm là một lệnh được tạo sẵn mà người dùng có thể thêm vào truy vấn của họ để trả về các giá trị nhất định.

Chúng luôn được biểu diễn dưới dạng một từ được theo sau bởi dấu ngoặc đơn chứa các trường hoặc giá trị.

Ví dụ: nếu chúng tôi muốn tìm tất cả các issue được liên kết trong một issue khác, chúng tôi có thể sử dụng hàm linkedIssues ():

Giá trị trong ngoặc đơn là issue chúng tôi đang tìm kiếm các liên kết.

Không phải tất cả các hàm JQL đều cần phải có giá trị trong dấu ngoặc đơn. Ví dụ: nếu bạn muốn kiểm tra issue nào được chỉ định cho một sprint đã hoàn thành, bạn sẽ nhập như sau:

sprint in closedSprints();

Các hàm Jira JQL đặc biệt hiệu quả khi được kết hợp với các phần tử khác của JQL.

Giả sử chúng ta đang cố gắng tìm kiếm issue khẩn cấp nào sẽ đến hạn trong hai ngày trong một dự án nhất định (ví dụ: viết bài này) và được chỉ định cho một người dùng cụ thể (tôi). Hàm endOfDay () sẽ hữu ích ở đây.

Truy vấn của chúng ta sẽ như sau:

due < endOfDay(“+2”) AND assignee = Tuan AND project = “BLOG” AND priority = Urgent

Chúng ta cần thêm +2 vào hàm endOfDay () vì ta cần tìm hiểu những issue sẽ đến hạn sau hai ngày. Trong khi đó, hàm JQL sẽ chỉ trả về những gì đến hạn vào cuối ngày hiện tại.

Như bạn có thể thấy, chúng tôi có 3 từ khóa ‘AND’ phân tách 4 điều kiện khác nhau cho truy vấn JQL của chúng tôi. Nếu chúng tôi hiển thị thông tin này dưới dạng biểu đồ, nó sẽ giống như sau:

Due DateAssigneeProjectPriority
In 2 daysTuanBLOGUrgent


Lưu ý: Để biết danh sách tất cả các hàm có sẵn cũng như cú pháp thích hợp và các trường và toán tử được hỗ trợ, bạn có thể tham khảo trang của Atlassian.

JQL Scoping vs Sorting: thu hẹp dữ liệu.


Mặc dù Jira JQL khá hữu hiệu trong việc thu hẹp hàng loạt issue, nhưng đôi khi truy vấn của bạn vẫn trả về một lượng issue khá lớn.

Tại thời điểm này, xác định phạm vi và sắp xếp phát huy tác dụng để giúp bạn có được thông tin bạn cần, trong mức độ ưu tiên mà bạn cần.

Scoping


Phạm vi liên quan đến việc tập trung truy vấn của bạn theo một cách cụ thể để tìm kiếm chỉ trả lại thông tin có liên quan đến bạn.

Thường có thể khiến bạn choáng ngợp khi bắt đầu với một truy vấn dài và phức tạp khi thực hiện tìm kiếm của bạn. Vì vậy, bạn chỉ có thể bắt đầu với một tìm kiếm rộng và thu hẹp từ đó.

Đây là một ví dụ.

Hãy bắt đầu với một truy vấn rất chung chung: tất cả các issue mở trong một dự án cụ thể:

Project = “BLOG” AND status = open

Truy vấn này sẽ trả lại rất nhiều issue, vì vậy hãy thu hẹp lại bằng sprint hiện tại:

Project = “BLOG” AND status = open AND fixVersion = “Current Sprint”

Giả sử chúng ta muốn biết issue đang ở trạng thái khẩn cấp hoặc ưu tiên cao trong sprint hiện tại và đã chuyển từ sprint trước để tìm hiểu xem có issue cấp bách nào đang bị bỏ qua hay không. Bạn có thể thu hẹp như :

Project = “BLOG” AND status = open AND fixVersion = “Current Sprint” AND fixVersion WAS “Last Sprint” AND (priority = Urgent OR priority = High)

Với tìm kiếm ở trên, bạn sẽ có một cái nhìn rất cụ thể về các issue có mức độ ưu tiên cao hoặc khẩn cấp đã được chuyển từ sprint trước.

Sorting


Mặt khác, JQL Sorting sẽ cho phép bạn sắp xếp danh sách các issue được trả lại theo cách cụ thể bằng cách sử dụng từ khóa “ORDER BY”.

Nếu bạn muốn truy vấn ở trên được sắp xếp theo thứ tự của assignee, bạn có thể thêm vào nó như sau:

Project = “BLOG” AND status = open AND fixVersion = “Current Sprint” AND fixVersion WAS “Last Sprint” AND (priority = Urgent OR priority = High) ORDER BY assignee

Nếu bạn muốn sắp xếp các issue của mình bằng cách sử dụng nhiều hơn 1 trường – ví dụ: theo assignee và due date – bạn cần liệt kê các trường sắp xếp của mình theo thứ tự ưu tiên:

ORDER BY assignee, duedate

Trong truy vấn trên, Jira sẽ trả về danh sách các issue được sắp xếp theo assignee trước, sau đó sắp xếp theo due date cho tất cả các issue với cùng assignee.

Một số thủ thuật với JQL


Tới đây, bạn đã nắm được những điều cơ bản nhất về Ngôn ngữ truy vấn Jira.

Tuy nhiên, có một số tính năng nâng cao khác sẽ giúp bạn tiết kiệm thời gian hơn.

Hãy cùng tìm hiểu một số thủ thuật JQL thông minh cùng các chuyên gia Atlassian từ BiPlus nhé.

Lưu bộ lọc JQL


Bạn sẽ không cần phải gõ lại nhiều lần các bộ lọc giống nhau. Nếu bạn cần dùng một truy vấn thường xuyên, bạn có thể lưu nó để sử dụng sau.

Bạn cũng có thể thiết lập bộ lọc của mình để xuất hiện trên trang tổng quan. Bằng cách đó, bạn sẽ có quyền truy cập vào kết quả tìm kiếm của mình nhanh chóng hơn rất nhiều.

Để lưu bộ lọc hiện tại của bạn, hãy nhấp vào nút “Save As” gần trên cùng bên trái – bạn sẽ được nhắc đặt tên cho bộ lọc của mình:

Lưu ý rằng tính năng này cũng có sẵn cho các tìm kiếm cơ bản.

Chia sẻ các truy vấn JQL của bạn


Sau khi bộ lọc được tạo, bạn có thể chọn bộ lọc đó để chia sẻ với những người dùng khác.

Bạn có thể làm điều này bằng một số cách:

Sử dụng nút “Share” ở góc trên cùng bên phải
Xuất bộ lọc ở định dạng khác bằng nút “Export” (bên cạnh “Share”)
Thay đổi quyền trên bộ lọc của bạn để thêm nhiều người dùng hơn

Lên lịch truy vấn JQL


Một subscription sẽ kích hoạt Jira chạy các truy vấn JQL theo lịch trình và gửi cho bạn kết quả qua email.

Bạn sẽ không cần phải đăng nhập Jira thường xuyên chỉ để tự thực hiện một truy vấn.

Bạn thậm chí có thể gửi subscription của mình cho những người dùng khác.

Khi bạn thiết lập một subscription mới, bạn có thể chọn lên lịch cho chúng vào một khoảng thời gian cụ thể, như dưới đây:

Điều này đặc biệt hữu ích cho việc:

  • Tạo báo cáo thường xuyên
  • Theo dõi các issue quan trọng
  • Nhận được thông tin về các issue mới

Đặt tên bộ lọc nhất quán

Khi bạn kết thúc một số bộ lọc, bạn nên đặt tên chúng sao cho nhất quán.

Ví dụ: bạn không muốn tên bộ lọc của mình trông giống như sau:

  • OrderByDueDate_ClosedSprint_BlogWritingEpic
  • AudioDevEpic_OrderedByAssignee_CurrentSprint

Bằng cách xem xét cả hai tên bộ lọc ở trên, thực sự khó sắp xếp chúng vì chúng dường như được đặt tên theo cách ngẫu nhiên.

Sử dụng danh pháp cụ thể để theo dõi các bộ lọc của bạn. Và hãy đảm bảo rằng những người còn lại trong nhóm của bạn cũng làm như vậy.

Điều này đảm bảo rằng mọi người hiểu những gì một bộ lọc cụ thể làm. Và tránh những người dùng khác tạo bộ lọc trùng lặp nếu họ bỏ sót các đặc điểm của bộ lọc đã có.

Ví dụ: nếu chúng ta đổi tên hai bộ lọc ở trên, chúng ta có thể sử dụng danh pháp sau:

Sprint_Epic_OrderedBy

Điều này sẽ cung cấp cho chúng ta các tên sau:

  • ClosedSprint_BlogWritingEpic_OrderedByDueDate
  • CurrentSprint_AudioDevEpic_OrderedByAssignee

Sau này, bạn sẽ thấy tiện hơn khi tìm kiếm các bộ lọc cụ thể.

Theo dõi dự án

Một số trường JQL đặc biệt hữu ích cho việc theo dõi dự án.

“WorkRatio” – issue truy vấn về ước lượng công việc ban đầu so với thực tế, ví dụ: “workRatio> 25” (trong đó hơn 25% công việc đã hoàn thành).

Chú ý:

  • workratio < 100 có nghĩa là thời gian làm < Original Estimate (thời gian uớc tính ban đầu)
  • workratio = 100 có nghĩa là thời gian làm = Original Estimate (thời gian uớc tính ban đầu)
  • workratio > 100 có nghĩa là thời gian làm > Original Estimate (thời gian uớc tính ban đầu)


“WorklogDate” – tìm các issue có comment trong các mục worklog trong các phạm vi ngày cụ thể, ví dụ: “worklogDate > “2020/12/12″”
“WorklogAuthor” – tìm kiếm các issue của những người dùng đã log work, ví dụ: “worklogAuthor =“ Tuan ””
“watchers” – theo dõi các issue theo số lượng người đang xem, ví dụ: “watcher> 10”
“Watcher” – cho phép bạn xem những issue mà các cá nhân cụ thể đang theo dõi; trong khi đó, “voter” và “votes” sẽ có cùng một chức năng.

Các JQL Add-Ons tiêu biểu


Nếu bạn đã nắm được các kiến ​​thức cơ bản về JQL, Atlassian Marketplace có sẵn một số plugin để nâng cao trải nghiệm tìm kiếm của bạn:

  • JQL Tricks Plugin: Plugin này cung cấp hơn 50 chức năng bổ sung. Nó cũng cho phép bạn giới hạn chức năng plugin cho các nhóm đã chọn và / hoặc giới hạn các chức năng riêng lẻ cho các dự án đã chọn.
  • JQL Search Extensions: Các tiện ích bổ sung từ khóa dễ sử dụng này mở rộng khả năng tìm kiếm các issue, nhận xét, nhiệm vụ phụ, tệp đính kèm, phiên bản, sử thi và liên kết của bạn. Nó hiện là tiện ích mở rộng tìm kiếm phổ biến nhất cho Jira Cloud.
  • JQL Booster Pack: Với plugin này, bạn sẽ nhận được hơn 15 chức năng để mở rộng khả năng tìm kiếm của mình. Chúng bao gồm các chức năng liên quan đến người dùng để kiểm soát nhóm tốt hơn, có được bức tranh tổng thể về các hoạt động gần đây của người dùng và các chức năng để loại bỏ các phiên bản đã lưu trữ.
  • JQL Functions Collection: Các chức năng bổ sung có sẵn trong plugin này cho phép các chức năng phức tạp hơn sử dụng định dạng chuỗi và ngày.
  • Groups and Organisations JQL: Với hai cặp hàm đơn giản để sử dụng, bạn có thể đối sánh các giá trị trường tùy chỉnh đơn và nhiều nhóm với nhóm của người dùng hoặc trường Tổ chức với tổ chức mà người dùng thuộc về.
  • Scripted JQL Functions: Plugin tiện dụng này cho phép bạn khai thác các chức năng JQL mà không cần phải học Atlassian SDK. Nó vừa là thư viện các hàm JQL mà bạn có thể sửa đổi / mở rộng vừa là một cách đơn giản để bạn tạo các hàm JQL của riêng mình.

Tạm kết

Vậy là chúng tôi đã giới thiệu cho các bạn các khái niệm cơ bản và nâng cao về JQL.

Hy vọng rằng bây giờ bạn đã nắm được cách xác định phạm vi và sắp xếp theo cách của bạn thông qua cơ sở dữ liệu Jira mà chúng tôi đã đề cập đến những điều sau:

  • Các thành phần của một truy vấn JQL
  • Cách sử dụng từ khóa và toán tử để thu hẹp tìm kiếm của bạn cho nhiều trường
  • Cách phân chia và sắp xếp để tận dụng tối đa JQL
  • Cách lưu bộ lọc và đăng ký để tiết kiệm thời gian cho các tìm kiếm sau này

Thành thạo JQL sẽ cho phép bạn điều hướng Jira nhanh chóng và nhận được nhiều giá trị hơn từ công cụ này. Việc tận dụng tối đa bộ tính năng khổng lồ của Jira cũng có nghĩa là bạn có thể quản lý các dự án của mình và điều chỉnh quy trình công việc của mình hiệu quả hơn nhiều – giúp nhóm của bạn trở nên tốt hơn, nhanh hơn và hiệu quả hơn. Nếu bạn muốn tư vấn về JQL của Jira, hãy liên hệ Biplus – đối tác số 1 của Atlassian tại Việt Nam để được hỗ trợ tốt nhất.

How Do You Choose Between React and Angular For Your Web App Development Project?

Even if you’ve been in the business for a long, each web developer will face the same dilemma: which framework should I choose for this web app development project? According to statistics, the React native framework is preferred by more than 40% of app developers worldwide. After React Native, AngularJS is the most popular web framework, and many web developers choose it for web app development. But that’s not why you should just go ahead and build a React Native app without thinking about it, is it? There are several factors that each app developer should consider before making a decision.

Choose the Best Web App Framework

Coding Structure from React vs. Angular.


When it comes to angular app development, app developers may utilize the @component decorator to create components, as well as custom directives and ordinary HTML to create templates. Angular app development, on the other hand, allows app developers to create components and templates using the component class and JSX. Even though angular allows web developers to use component classes and JSX, app developers need master a variety of syntaxes to make the development process go more smoothly. Choose Angular app development if your app development business is experienced with HTML files. If they’re familiar with JSX, react should be their first pick.

Language of Coding


Angular and React are both JavaScript frameworks, however they employ distinct programming languages. The TypeScript scripting language allows Angular developers to create solutions more quickly and efficiently. React Native developers, on the other hand, may utilize JSX with the XML syntax. There’s no need for rocket science; you may pick any of them based on your knowledge of the coding language.

Productivity and Development Speed


Enterprise app development services place a premium on app development speed and productivity. React Native may disappoint you in this instance. That isn’t to say that React is slowing down development. On the contrary, it enables app developers to integrate 3rd-party technologies into the development process, which speeds up the process. It does, however, need a few external tool combinations, as well as sufficient skill and experience on the part of the developers, in order to speed up the process and ensure the solution’s on-point productivity. For newer app developers, Angular might not be useful.

Development of mobile devices


Having a mobile application that reflects a company’s products and services is not uncommon, but it is a need for every company. As a result, frameworks should be able to replicate the online experience in mobile apps. Angular offers Ionic, a mobile app development framework with intriguing libraries that may give customers with a native mobile app experience. When it comes to React, app developers may easily create native mobile apps utilizing React components and native code written in Java, Kotlin, or Objective-C.

Testing


The testing facility is one of the areas where React Native has the most flaws. To test the overall app development solution, react native app development necessitates the usage of several testing tools. Angular app development, on the other hand, gives a number of tools for testing the complete mobile app. As a result, you may test your complete program on any of them.

Performance of App Development


One of the most intriguing aspects of React Native is that it employs the virtual DOM (Document Object Model) as a language-independent programming interface, allowing any script or programming language to modify the app’s design, structure, and content. It is also non-browser specific and lightweight, thus it has no effect on the app’s performance.

The actual DOM is required for Angular app development. The difficulty is that genuine DOM necessitates reorganizing the entire DOM tree to reflect any changes in style, structure, or content. It takes time to consider the modifications, and it also necessitates regular app upgrades, which has a significant impact on app development performance.

Scalability


React Native isn’t particularly scalable because it’s a framework that relies on third-party libraries to help with front-end development. But that doesn’t rule out the possibility of creating a scalable mobile app with React Native. All you have to do is employ React Native app developers from the top react-native app development firm, which has years of expertise developing scalable and maintainable corporate apps with server-side rendering.

Angular app development is a full-featured front-end framework with powerful tools and a super-efficient command-line interface (CLI) for creating the most scalable app solutions.

Flexibility


In comparison to Angular, React native is more flexible since it allows app developers to pick any UI components, functionalities, or widgets to connect with any third-party libraries.

Angular app development, on the other hand, does not support many third-party tools; app developers should instead utilize the in-built Angular tools to create a web app.

Which is better, Angular or React?


As you can see, there is no black and white when it comes to choose which framework to use, whether it’s Angular versus React or Flutter vs React Native. However, some project specifications might help you figure out what’s going on.


When Should You Use React Native?


If your project requires customisation and regular content changes, such as social media mobile app development, you should engage a react native app development business. You should select React Native app development if you want a web application that you can simply translate into a lightweight mobile application with little work. You can use the react native framework if your app developers have several years of expertise and exceptional HTML, JSX, and CSS skills.

When Should You Use Angular?


Although learning the Angular framework might be difficult, once you have mastered it, it is one of the most convenient frameworks to work with. If you don’t want to learn, you may engage Angular app developers to create a large-scale mobile app with sophisticated structures that you can launch in a short period of time. Angular app development is extensively utilized to create a robust mobile application with consistent version upgrades.

Even if React and Angular app development is the greatest choice for single-page mobile apps, consider your project needs before deciding on the finest framework for your next web app development. If you’re still stumped, contact the Hyperlink InfoSystem app developers and leave all your troubles behind. We’ll assist you in selecting the finest option for your project.

Scrum meeting in office. People holding pencil

6 công cụ Scrum tốt nhất trong 2022

Hiện tại, 24,3% nhóm làm việc từ xa sử dụng Scrum để quản lý dự án.

Nếu nhóm của bạn sử dụng phương pháp này, bạn sẽ quan tâm đến danh sách các công cụ Scrum tốt nhất trong năm 2022. 6 công cụ theo scrum này giúp bạn quản lý các dự án Agile và Scrum hiệu quả hơn để bạn hoàn thành nhiều việc hơn trong thời gian ngắn hơn. Chúng tôi đã tổng hợp các công cụ để giúp bạn:

  • Lập kế hoạch và tổ chức các sprint, Quản lý backlog
  • Giao tiếp với nhóm của bạn hiệu quả hơn
  • Giao việc cho đúng người vào đúng thời điểm
  • Tài liệu làm việc kỹ lưỡng Tổ chức được các phiên retrospective hiệu quả hơn.
công cụ Scrum

Cho dù bạn áp dụng Scrum truyền thống hay bạn áp dụng phương pháp kết hợp, các công cụ trong danh sách này đều được thiết kế cho bạn. Bạn không cần phải thay đổi cách làm việc để sử dụng công cụ quản lý dự án. Các công cụ phải thích ứng với cách đội nhóm làm việc chứ không phải ngược lại. Các công cụ Scrum này đủ linh hoạt để làm việc cho tất cả các loại nhóm.

Rốt cuộc, Scrum không chỉ thống cho các nhà phát triển. Cho dù bạn làm HR, marketing hay quản lý… các công cụ quản lý dự án trong bài viết này có thể giúp công việc của bạn trở nên dễ dàng hơn. Trước khi chúng ta đến với danh sách, hãy nói về những gì bạn nên tìm kiếm ở một công cụ Scrum tuyệt vời.

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

Một công cụ Scrum cần có những gì?

Có rất nhiều lựa chọn cho phần mềm Scrum. Làm thế nào để bạn chọn phần mềm phù hợp? Dưới đây là những điều quan trọng nhất cần tìm.

  • Các tính năng dành riêng cho Scrum – Đây là điều hiển nhiên, nhưng vẫn cần phải được nhấn mạnh. Một công cụ Scrum tốt ở mức tối thiểu phải bao gồm các tính năng để lập kế hoạch sprint, backlog, hỗ trợ những cuộc họp daily hàng ngày và lưu trữ dữ liệu cho các phiên retrospective.

  • Tự động hóa (Automation) – Bất kỳ công cụ Scrum nào cũng phải hợp lý hóa quy trình làm việc (workflow). Bạn cần tìm một công cụ có thể tự động hóa một số hay nhiêu tác vụ. Điều này sẽ tạo ra sự khác biệt lớn khi bạn không phải thực hiện các công việc lặp đi lặp lại.

  • Khả năng tùy chỉnh (Customizability) – Bạn muốn cải thiện quy trình làm việc của mình chứ không phải thay đổi nó. Một công cụ Scrum tuyệt vời có khả năng tùy biến cao và có khả năng thích ứng với nhu cầu của bạn.

  • Các tính năng giúp giao tiếp hiệu quả – Scrum Master hoặc người quản lý dự án (project manager) phải giúp nhóm của bạn giao tiếp hiệu quả. Đó là một trong những điều quan trọng nhất mà họ cần làm. Các công cụ Scrum của bạn phải làm cho việc giao tiếp trở nên rõ ràng, dễ dàng và có tổ chức hơn.

  • Mỗi nhóm có một phong cách và khả năng riêng biệt, do đó bạn cần hiểu rõ hơn ai hết và xác định những gì bạn cần để nhóm có thể làm việc hiệu quả nhất. Lập danh sách các tính năng mà bạn thấy là không thể thiếu. Ví dụ: nhóm của bạn có thể cần một cách để đính kèm tệp vào các nhiệm vụ hoặc dự án phù hợp.

Để lập danh sách đó, hãy bắt đầu với những vấn đề bạn muốn phần mềm của mình giải quyết. Bạn có vấn đề cụ thể với giao tiếp không? Hãy liệt kê chúng ra. Không có vấn đề gì nếu bạn không biết tính năng mình cần – bạn sẽ nhận ra các giải pháp khả thi nếu bạn biết mình muốn khắc phục điều gì.

Tiếp theo, hãy nghĩ về những lĩnh vực cần cải thiện. Việc truy xuất có mất nhiều thời gian không? Bạn có gặp khó khăn trong việc theo dõi những đầu việc trong backlog không?

Bạn hãy bắt đầu viết danh sách luôn khi bắt đầu chọn lựa. Bạn có thể thấy các tính năng được liệt kê trong mô tả bên dưới sẽ tạo ra sự khác biệt lớn cho nhóm của bạn. Thêm những thứ đó vào những điều cần phải có của bạn.

Khi bạn đã sẵn sàng, đây là danh sách các công cụ Scrum tốt nhất cho năm 2022

Jira

Jira được thiết kế để quản lý dự án và theo dõi các bug cho các nhóm phát triển phần mềm Agile. Ngày nay, phần mềm này được sử dụng rộng rãi để quản lý dự án bởi tất cả các loại công ty và phòng ban từ Ngân hàng, viễn thông đến bảo hiểm và bất động sản.

Jira có giao diện dễ sử dụng, chỉ cần kéo và thả. Bảng dashboard cung cấp mọi thông tin một cách trực quan để lập kế hoạch sprint và phân phối các nhiệm vụ.

Với Jira, bạn sẽ tìm thấy tất cả các tính năng cần thiết để vận hành nhóm Scrum của mình. Đánh giá hiệu suất của nhóm với báo cáo sprint theo thời gian thực, burndown charts và velocity charts. Các backlog filter rất tuyệt vời để quản lý nhiều nhiệm vụ trên nhiều nhóm.

Jira là một lựa chọn tuyệt vời cho các nhóm Scrum-hybrid vì nó được tích hợp các tính năng Agile khác. Tính năng product roadmap feature sẽ giúp hiển thị tiến trình của nhiều nhóm. Đó là một cách nhanh chóng và chính xác để lập kế hoạch dự án và đánh giá năng lực của nhóm. Tạo nhiều phiên bản của lộ trình sản phẩm của bạn để tính đến các tình huống tốt nhất và trường hợp xấu nhất. Nếu bạn đang lên kế hoạch cho nhiều bản phát hành, hãy sử dụng các tính năng quản lý phiên bản để theo dõi. Với Jira, bạn có thể thiết lập tự động hóa quy trình làm việc mà không cần viết mã (no-code).

Phần mềm này đi kèm với các template tự động hóa tích hợp, nhưng bạn có thể tự do tạo các template tùy theo ý thích. Có nhiều tùy chọn quy trình làm việc trong Jira hơn hẳn so với nhiều công cụ quản lý dự án khác. Tính năng chính của Jira:

  • Bảng Scrum và Kanban
  • Các lộ trình dự án (Project roadmaps)
  • Báo cáo chi tiết
  • Tự động hóa quy trình làm việc (Workflow automation)
  • Tùy chỉnh quyền hạn truy cập
    Pricing
  • Jira miễn phí cho đội nhóm lên tới mười người dùng. Nếu đội nhóm phát triển và có đông thành viên hơn thì các bạn có thể dùng gói trả phí bao gồm: Standard ($7 / người dùng / tháng) Premium ($14 / người dùng / tháng) Enterprise (liên hệ BiPlus để nhận báo giá)

Hubstaff

  • Daily hàng ngày giúp team cập nhật tiến độ dự án để các thành viên có thể giải quyết các trở ngại một cách nhanh chóng và hiệu quả. Mỗi ngày, Hubstaff Tasks nhắc nhở mọi người trong nhóm của bạn tóm tắt lại những gì họ đã làm hôm nay, liệt kê những việc họ sẽ làm vào ngày mai và nêu ra bất kỳ rào cản nào. Nó hoàn hảo cho tất cả các nhóm, đặc biệt là các nhóm từ xa và không đồng bộ.
  • Tự động hóa cho Stand-up hoàn toàn có thể tùy chỉnh. Bạn có thể muốn lời nhắc của mình đầu tiên vào buổi sáng khi đang lên kế hoạch cho ngày của mình, nhưng những người khác có thể nhận được lời nhắc của họ vào buổi chiều.
  • Lịch trình dự án cung cấp cho bạn một cách trực quan để lập kế hoạch cho từng dự án. Sử dụng chúng để đặt ra các thời hạn thực tế, và nhìn lại các mốc Thời gian cho các dự án đã hoàn thành để xem xét kỹ lưỡng hơn cho mỗi sprint.
    Tính năng:
  • Agile workflows
  • Danh sách checklist công việc
  • Daily tự động Project timeline
  • Project template
  • Roadmap
    Pricing:
  • Hubstaff Tasks miễn phí cho tối đa năm người dùng và mười dự án. Gói Premium có giá $ 5 / người dùng / tháng.

VivifyScrum

  • VivifyScrum là giải pháp tất cả trong một để quản lý các nhóm và dự án Scrum. Nó phù hợp cho cả các nhóm nhỏ và các doanh nghiệp lớn. Các bảng Scrum hoàn toàn có thể tùy chỉnh thích ứng với quy trình làm việc. Công cụ này bao gồm các mẫu để bạn bắt đầu và bạn có thể dễ dàng xây dựng các quy trình tùy chỉnh từ đó. VivifyScrum là một công cụ nổi bật để lập kế hoạch cho sprint, xác định sprint goal và đặt giới hạn số lượng work-in-progress (công việc đang làm). Mỗi tính năng này đều được xây dựng để phù hợp với các nhóm Scrum. Bạn sẽ dễ dàng lập kế hoạch chạy sprint thực tế cho từng thành viên trong nhóm và tinh chỉnh các quy trình của bạn theo thời gian. Để thuận tiện hơn, bạn có thể tạo các nhiệm vụ bằng cách gửi email.
  • Người quản lý dự án đánh giá cao tính năng này khi họ đang làm việc khi đang di chuyển và cần duy trì mọi thứ. Bạn có thể sử dụng VivifyScrum để tạo hóa đơn và theo dõi các khoản thanh toán. Nó cũng có tính năng theo dõi thời gian để nhóm của bạn có thể theo dõi thời gian theo dự án hoặc nhiệm vụ. Các tính năng đáng chú ý khác bao gồm lịch dự án, nhiều chế độ xem product backlog và chỉnh sửa hàng loạt mặt hàng. Tính năng:
  • Quy trình công việc tùy chỉnh Bảng Scrum và Kanban
  • Biểu đồ Burndown
  • Lập hóa đơn Theo dõi thời gian (Time tracking)
  • Pricing: VivifyScrum cung cấp bản dùng thử 7 ngày miễn phí mà bạn có thể sử dụng để kiểm tra phần mềm. Các gói trả phí bao gồm: Cơ bản ($96) Tiêu chuẩn ($239) Plus ($ 449) Pro ($ 809) VIP ($ 1349) Enterprise (Giá cả tùy chỉnh)

Microsoft Azure Boards

  • Azure Boards là công cụ quản lý dự án của Microsoft dành cho các nhóm Agile. Nó bao gồm các tính năng tiêu chuẩn của Scrum (chẳng hạn như bảng và product backlog) và nhiều tính năng khác không chỉ dành riêng cho Scrum. Sắp xếp các hạng mục công việc của bạn thành các feature và epic. Bạn cũng có thể thêm mô tả, ước lượng và tệp đính kèm cho từng mục. Các tính năng liên quan đến tổ chức rất phù hợp với các nhóm Scrum, vì vậy bạn có thể luôn tổ chức và theo dõi các backlog của mình.
  • Giao diện kéo và thả của Azure Boards giúp nhanh chóng lập kế hoạch và tổ chức các sprint. Bạn có thể đặt năng lực nhóm cho mỗi sprint để giúp quản lý khối lượng công việc. Giới hạn capacity là tính năng khá hay đang giải quyết các thời hạn chặt chẽ, nhưng bạn vẫn cần duy trì trong ngân sách và tập trung vào chất lượng công việc hàng đầu. Biểu đồ sprint burndown và biểu đồ vận tốc giúp bạn theo dõi tiến độ dự án. Xem nhóm của bạn đang hoạt động như thế nào trong thời gian thực. Thêm các tính năng khác bằng cách cài đặt các tiện ích mở rộng có sẵn từ Visual Studio. Đặc trưng Bảng Scrum và Kanban Team Dashboard Quy trình làm việc có thể tùy chỉnh Biểu đồ Velocity và Burndown
  • Pricing: Phần mềm Azure Boards là một phần của Dịch vụ Azure DevOps, đi kèm với các gói sau: Cơ bản (miễn phí cho tối đa năm người dùng, sau đó $ 6 / người dùng / tháng)
  • Gói Cơ bản + Thử nghiệm ($ 52 / người dùng / tháng)

Scrumwise

  • Scrumwise là một công cụ Scrum hướng đến sự đơn giản. Tuy nhiên, đơn giản không có nghĩa là nó thiếu các tính năng. Đây là một công cụ có nhiều tính năng và dễ sử dụng cho tất cả mọi người. Tạo các backlog công việc và sắp xếp chúng bằng các thẻ, bộ lọc và danh sách. Thay vì có tất cả các backlog trong một danh sách, công cụ này giúp bạn luôn có làm việc có tổ chức, trong khi bạn luôn có thể tập trung vào các ưu tiên hàng đầu.
  • Đây là một công cụ giúp tiết kiệm thời gian lớn cho các nhóm có to-do list dài. Việc tổ chức các sprint và phân bổ công việc rất đơn giản. Bạn có thể xem các ngày nghỉ của team khi bạn giao nhiệm vụ. Scrumwise quản lý khối lượng công việc của nhóm một cách hiệu quả. Scrumwise đi kèm với các tính năng lập kế hoạch phát hành và sprint, như velocity và burnup chart. Nếu bạn là một nhóm Scrum thuần túy, bạn sẽ đánh giá cao các chi tiết trong Scrumwise. Công cụ này hỗ trợ theo dõi thời gian. Bạn có thể sử dụng dữ liệu đó trong quá trình retrospective của mình để có thêm thông tin chi tiết.
  • Bảng Scrum và Kanban
  • Các lộ trình dự án
  • Báo cáo chi tiết
  • Tự động hóa quy trình làm việc
  • Scrumwise đưa ra hai kế hoạch: Hàng tháng ($ 9,00 / người dùng / tháng) Hàng năm ($ 7,50 / người dùng / tháng, thanh toán hàng năm).

Targetprocess

  • Targetprocess được thiết kế cho các công ty đang phát triển muốn áp dụng Agile. Nếu bạn muốn bắt đầu sử dụng Scrum lần đầu tiên, phần mềm này có thể giúp bạn thực hiện thay đổi này. Sử dụng công cụ này để xác định một bộ tiêu chuẩn thực hành để lập kế hoạch và theo dõi các dự án. Các tiêu chuẩn của bạn giúp nhóm của bạn học hỏi khi bạn chuyển đổi sang Scrum. Thiết lập các cấp truy cập tùy chỉnh để các thành viên trong nhóm chỉ thấy những gì họ cần.
  • Đây là một tính năng quan trọng đối với các công ty xử lý dữ liệu nhạy cảm. Targetprocess đi kèm với các báo cáo portfolio được tích hợp sẵn để có khả năng hiển thị ở cấp độ cao. Luôn cập nhật về tiến độ dự án bằng cách xem xét các nhận xét, đề cập và thông báo qua email. Các tính năng quản lý rủi ro giúp xác định và kiểm soát rủi ro, thực hiện phân tích định lượng và định tính cũng như lập kế hoạch ứng phó rủi ro. Service Desk cho phép bạn nhận và quản lý các yêu cầu từ những người bên ngoài nhóm của bạn. Các tính năng đáng chú ý khác bao gồm bảng điều khiển tùy chỉnh, quy tắc tự động hóa và theo dõi thời gian.
    Tính năng:
  • Quy trình công việc tùy chỉnh
  • Quy tắc tự động hóa
  • Theo dõi thời gian
  • Lập kế hoạch ứng phó rủi ro
  • Pricing: Targetprocess đưa ra mức giá tùy chỉnh tùy thuộc vào nhu cầu cụ thể của công ty bạn.

Tạm kết

Sử dụng công cụ quản lý dự án Scrum phù hợp có thể khiến dự án của bạn hoạt động hiệu quả gấp nhiều lần hoặc khiến team của bạn chậm lại. Khi bắt đầu dự án của bạn, hãy dành một chút thời gian để hiểu nhu cầu của bạn, sau đó thử và kiểm tra một số công cụ để tìm ra công cụ phù hợp. Mặc dù điều này có vẻ tốn nhiều công sức, nhưng bạn sẽ thấy tác động của lựa chọn của mình sau này. Chúc các bạn tìm được công cụ phù hợp nhất với team của mình. Nếu các bạn có nhu cầu mua license Jira và hỗ trợ tư vấn giải pháp cài đặt Jira phù hợp với quy trình kinh doanh, hãy liên hệ Biplus – đối tác số 1 của Atlassian tại Việt Nam để được hỗ trợ tốt nhất.

Why we should maintain a legacy system?

The true expenses of maintaining a legacy system


The problem with legacy systems isn’t a fairy tale from a faraway land; it’s a reality for more than half of all enterprises. Old technologies, unsupported infrastructure, monolithic design, and out-of-date framework versions are all things that may happen to anyone, right? Perhaps this is why, despite the absence of support since 2014, 50% of organizations still use at least one instance of Windows XP. Why is this the case? In this essay, we’ll go over three typical misunderstandings that prevent businesses from investing in adequate legacy system maintenance and modernisation. We’ll show you why those fallacies are harmful to your business and how you might benefit by allocating some funding to the legacy.

Amazon introduces cloud-based services in 2006, and Microsoft releases Windows Vista. For innumerable systems created on top of Flash technology, it used to be a golden age. You undoubtedly grinned when you heard the word Flash, but back then, firms like Disney and Xerox utilized it extensively. Apple stopped installing Flash on its Macs four years later, resulting in the end of official support for the final Flash survivors in 2020. That’s how Flash, along with a lengthy list of solutions that relied on it, became an unmaintainable legacy that would never be fixed. What about businesses that have integrated them into their systems?

What exactly is a legacy system, and why should you be concerned about it?

A legacy application is an information system that is vital to day-to-day operations but may be built on old technologies.

Aside from technology that is no longer supported, there is another group that fits under the term “legacy.” These are systems built on well-supported but still-evolving technology. Systems that are not maintained and upgraded pose a danger because freshly created libraries or extensions are incompatible with earlier versions of the language.

“Why should I care?” you might wonder after hearing all those stories. The solution is straightforward. You can’t be sure that the software you create now won’t become obsolete in the future. Whether you choose a licensed or open-source framework, you must carefully pick your tools and invest in keeping the program updated, maintained, and refactored in today’s fast-changing software world. Check out what happened to AngularJS, which was once the darling of banking apps and is now nearing the end of its support term, which will end in April 2021.

I’m sure you don’t want to be alive when your painstakingly built piece of software meets the same fate as all those outdated apps. What options do you have?

Invest in solutions having a high likelihood of being sustained, such as well-supported frameworks with a long history and large, involved communities. Make an effort to maintain and restructure your code. Make regular inspections and keep your knowledge of the development of the libraries and integrations you’re using up to date.
To stay up with evolving business objectives, modernize the application by adding new functions or redesigning entire sections.

Why don’t businesses invest in system maintenance and modernization?

You could believe that it’s all about the cash. After all, someone has already paid for the system and is, in a sense, reserving the right to do so again. That isn’t a good enough justification, as obvious as it may seem. As well as some of the others we’ve highlighted.

Why bother if everything works?

Do you remember how it felt when you finally managed to line up and join a long and functional Christmas light chain? Nobody cares how you accomplished it or whether the power wire is practically touching the water in the tree. What important is that after you’re done, the space will be filled with a lovely glow. Until the cable really plunks in the water, that is.

The same may be said for legacy systems. They’re believed to be as delicate as a Christmas light string. “If you don’t want to break, don’t touch!” Meanwhile, when the dust settles on your smudged lines of code, your rivals utilize a more secure database, more appropriate backend tech, or AI algorithms hidden behind the hood.

It’s a long and difficult trip ahead of you.

Assume you were only scratching the surface by updating library versions. It’s better than nothing, but it may not be sufficient. Especially if your plan is undergoing more significant adjustments. The majority of legacy code updates affect not just the system’s core but also the business operations. You must prepare for a lengthy and difficult trip that will necessitate the renovation of some system components as well as the communication of the change throughout your firm (and then to the external users if you have them and running smooth and painless onboarding).

While remodeling is more akin to “done and forgotten” than “done and forgotten,” software modernization is a different story: the greater the previous carelessness, the more difficult the undertaking.

People dislike changes, but users despise them.

Oh, I see. Those users who keep their Twitter accounts fresh and ready to tell the world how much they despise the software modification you made. Let’s try looking at it from a little different angle. People prefer what they are used to. It gives them a sense of safety and security. I’m at home. The phenomena is known as the Baby Duck Syndrome, and when applied to design, it demonstrates how quickly we become acclimated to specific interface components after seeing them for the first time in an app prototype.

Changes in the interface design cause the fluffiness to be disrupted, forcing users to relearn what they previously know by heart. However, this does not rule out the possibility of UI modifications as part of the modernization process. If you don’t want to be locked in the past for the rest of your life, you’ll have to revamp your website at some time. Just don’t give it to them as a surprise. First, plan, prepare, and test.

Why is system maintenance important?

When you release a system, you give it a fresh lease of life. Literally. You must now (again) contribute all of your abilities in order to prepare the system for the future. What you learn today (or as a parent) may be obsolete tomorrow, but it should not prevent you from learning more.

When it comes to keeping your legacy systems up and running quickly and securely, the light at the end of the tunnel should be competitive advantage. And you can’t maintain it unless you stay one step ahead of the competition by adjusting your software to changing market conditions, technological capabilities, and consumer wants.

When it comes to data, there’s another factor to consider: the legal ramifications of circumventing data protection rules. Due to a clickjacking hacking assault in 2018, British Airways exposed personal data from around 400 thousand clients. For two months, the firm was unable to discover it! Inadequate security procedures covering login, credit card, and booking data resulted in a 20 million GBP penalties.

Time and money

There’s no getting around the fact that reviewing, rewriting, reforming, and renovating take time and money. You’ll have to pay out of pocket for vascular surgery because you never exercised. It’s similar to preparing a healthy diet when it comes to keeping your app healthy once it’s published on the market. Everyone should do it, but many people wait until something hurts before doing so.

Returning to the topic of money, you should consider refactoring as insurance. A few hours a month, or a few minutes with each new feature, can keep your software healthy, maintainable, and ready for new integrations and technologies that can help your company compete.

…as well as in terms of hiring.

When it comes to prices, there’s one additional consideration to make. People. The older your stack is, the fewer employees you can hire. Not to add that software engineers as a profession master a new technology every few months, according to the Stack Overflow Developer Survey 2020. In such a circumstance, the chances of assembling a competent in-house team of legacy engineers who are well-versed in a stack from 2010 are slim to none (or at least very expensive).

Not to add that tinkering with ancient systems necessitates far more skill and risk management than any other part of app development.

Inadequate performance

You’ll get a reward for avoiding software maintenance (“let’s not upgrade as long as it works OK”). Software, like the languages and frameworks we use to create it, is a living creature. In comparison to a minor version update, a gap of multiple framework versions will be significantly more difficult to close. While re-versioning with each new release may be excessive, maintaining the application’s core features in good condition is critical for its efficiency.

Poor user experience

Consider an instructional software that can only be accessed through a web browser since it does not support mobile devices. Furthermore, you must install a specific plugin on your browser in order to view it. That was how Adobe Flash-based programs worked a few years ago. Isn’t that inconvenient? Our behaviors, like the items we deem useful, change with time. What worked five years ago, especially in terms of user experience, will not work now.

What can you do if your technology is equally “new” in terms of user experience as Flash? In comparison to the early days of the Internet, you may offer your solution a more current appearance.

Limitations of technology

The capacity to test new ideas is inextricably linked to the ability to innovate. Companies that obtain a competitive edge frequently experiment by introducing new 3rd party integrations, connecting to APIs, or just bringing in new digital solutions. Businesses have lately adopted solutions based on big data, machine learning, or artificial intelligence. Connecting to new technology is often hard for elderly systems. One of the causes is that certain new libraries are not well supported. Another is the monolithic design, which comes at a high cost when it comes to interfacing with an external service.

Now, the aforementioned service doesn’t have to be something groundbreaking; a quick and widely adopted solution, such as a chatbot, will suffice. Many firms nowadays can’t fathom operating without it. It’s likely that your older system won’t be able to use it. The question is how far behind the competition your company will fall.

Costs of legacy systems – major takeaways

When we think of legacy, we think of a prosperous and affluent nation. It’s everything except that in software. Unless we want the program to rust in a matter of months, it need continual attention, care, and upgrades. According to Applied Computer and Informatics, industries that need to innovate (such as banking, insurance, or healthcare) spend up to 75% of their IT spending on maintaining old systems.

We can no longer pretend that legacy is just the realm of large firms and businesses. When a system’s backlog gets empty, it becomes a legacy system. As the system’s technical debt grows, it exposes it to security concerns, poor performance, and a bad user experience. Until it fully numbs it… unless you don’t allow it.

Product Backlog là gì? 4 đặc điểm của một backlog tốt

Product Backlog là gì?

Product Backlog là danh sách công việc đi từ Epic (những mảng việc lớn, có thể phải dành vài tháng để hoàn thiện) đến Features (các tính năng, các phần nhỏ hơn của mảng việc lớn, có thể làm theo vài tuần) đến User Stories (chi tiết hạng mục phát triển được quy về thời lượng vài ngày).

Không chỉ đội phát triển phần mềm mới sử dụng được Product backlog, tất cả các team đều sử dụng được Product Backlog như là một kho lưu trữ các hạng mục công việc. 

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

Nếu như Product Backlog của team phát triển sản phẩm là danh sách các tính năng, thì Product Backlog của team Marketing là danh sách các sản phẩm hướng tới mục tiêu tạo lead như 1 tài liệu website, video, landing page giới thiệu sản phẩm.

product backlog

Tại sao cần Product backlog?

Product backlog là một danh sách có thứ tự các nhiệm vụ, tính năng hoặc các hạng mục cần hoàn thành trong một roadmap lớn.

Việc tạo ra sản phẩm bắt đầu từ một ý tưởng và cần một nhóm chuyên dụng để tạo ra một thứ gì đó đặc biệt. Đúng vậy, ngay cả iPhone cũng đã từng chỉ là một mẫu thử nghiệm đã trở nên phổ biến rộng rãi nhờ vào đội ngũ phù hợp. Khi quản lý một nhóm các nhà phát triển Scrum, việc duy trì tổ chức là yếu tố quan trọng để sản phẩm thành công.

Vậy làm thế nào để các nhóm phát triển luôn có tổ chức và đạt được mục tiêu của họ? Đó chính là to-do list phù hợp và đã được kiểm chứng. Một product backlog về cơ bản là một danh sách việc cần làm chuyên biệt. Nếu nhóm của bạn sử dụng phương pháp Agile, product backlog có thể giúp bạn chia nhỏ các dự án và xác định nhiệm vụ nào là quan trọng nhất.

Đôi khi, có nhiều product backlog với nhiều nhóm làm việc trên một sản phẩm lớn hơn. Ví dụ Adobe Creative Cloud. Creative Cloud là một “thương hiệu hình ô” (umbrella product), với các sản phẩm nhỏ hơn như Photoshop, Illustrator và After Effects bên trong nó. Mỗi sản phẩm nhỏ hơn này sẽ có product backlog riêng và các nhóm được chỉ định để phát triển.

Một product backlog bắt nguồn từ product roadmap, trong đó giải thích kế hoạch hành động để sản phẩm sẽ phát triển như thế nào. Các nhà phát triển sử dụng các nhiệm vụ trong product backlog để đạt được kết quả mong muốn nhanh nhất có thể.

Các nhóm Agile dành thời gian cho việc tạo ra sản phẩm và thực hiện các điều chỉnh khi dự án tiến triển. Do phương pháp Agile, các nhiệm vụ về product backlog không được thiết lập sẵn và không phải tất cả các mục trong product backlog đều sẽ được hoàn thành. Nhóm phát triển đều nên tinh chỉnh các product backlog khi họ ưu tiên các nhiệm vụ cần thiết.

Ai sở hữu Product Backlog?

Product Owner là người chịu trách nhiệm quản lý và bảo trì Product Backlog. Cụ thể họ sẽ:

  • Xác định các tính năng, hạng mục cần được phát triển.
  • Đánh giá độ ưu tiên của các hạng mục và sắp xếp chúng theo thứ tự ưu tiên từ cao đến thấp.
  • Làm mịn các hạng mục.
  • Làm rõ và đảm bảo các hạng mục này minh bạch tới tất cả các bên.

Có gì trong một product backlog?

Một product backlog thường bao gồm các tính năng (feature), bug fix, technical debt và Knowledge acquisition (thu thập kiến thức). Các hạng mục product backlog này là những phần công việc riêng biệt chưa được giao cho một sản phẩm.

Tính năng (user story)

Feature, còn được gọi là user story, là một chức năng của sản phẩm mà người dùng sản phẩm thấy có giá trị. Các tính năng có thể phức tạp – thường được gọi là epic – hoặc chúng có thể đơn giản. Tạo story map có thể giúp nhóm của bạn xác định những gì người dùng cần nhất.

Bug fix

Nhóm Scrum nên nhanh chóng giải quyết những bug này để duy trì tính toàn vẹn của sản phẩm. Một số bug có thể đủ quan trọng để làm gián đoạn sprint hiện tại của nhóm, trong khi những bug khác có thể đợi sprint tiếp theo để fix. Tuy nhiên, một quy tắc tổng thể đối với bug là giữ chúng ở đầu product backlog (ưu tiên) để nhóm của bạn không quên chúng.

Technical debt

Technical debt, giống như nợ tài chính sẽ “cộng dồn lãi suất” khi bị bỏ qua. Khi các nhà phát triển đẩy công việc kỹ thuật xuống đáy của product backlog, nó sẽ tích tụ và khó hoàn thành hơn. Nhóm của bạn có thể ngăn chặn tích tụ Technical debt bằng cách duy trì tổ chức và thực hiện công việc kỹ thuật với quy mô nhỏ hơn, hàng ngày.

Knowledge acquisition  

Knowledge acquisition  liên quan đến việc thu thập thông tin để hoàn thành các nhiệm vụ trong tương lai. Nếu nhóm của bạn có một tính năng mà họ không thể hoàn thành nếu không nghiên cứu thêm, thì bạn sẽ tạo một nhiệm vụ thu thập kiến ​​thức chẳng hạn như prototype, thử nghiệm hoặc POC (proof of concept) để có được thông tin cần thiết cho tính năng đó.

Các tồn đọng sản phẩm tốt có những đặc điểm tương tự, mà Mike Cohn và Roman Pichler đã nắm bắt được với từ viết tắt DEEP: Chi tiết phù hợp, Nổi bật, Ước tính, Ưu tiên. Chúng ta hãy xem xét kỹ hơn từng đặc điểm này.

Các đặc điểm của một backlog tốt

Detailed appropriately – Đủ chi tiết hợp lý

Các product backlog sẽ khác nhau về mức độ chi tiết của chúng. Những công việc mà chúng ta sẽ giải quyết sớm hơn, những công việc ở phần đầu của product backlog, sẽ chi tiết hơn. Những thứ mà chúng ta sẽ không giải quyết trong một thời gian sẽ ít chi tiết hơn. Chúng ta sẽ cần tinh chỉnh (thêm chi tiết vào) các mục tồn đọng khi chúng tăng mức độ ưu tiên, thêm chi tiết theo cách vừa đủ, đúng lúc.

Emergent – thay đổi liên tục

Như đã thảo luận trong các chương trước, product backlog là một tài liệu “sống”, liên tục thay đổi khi sản phẩm đang được phát triển hoặc bảo trì. Khi nhóm và Product owner tìm hiểu thêm về sản phẩm và thị trường, họ có thể thêm các mặt hàng mới, loại bỏ một số và thay đổi các mặt hàng khác. Bản chất nổi bật của product backlog không chỉ được mong đợi mà còn là dấu hiệu của việc tồn đọng sản phẩm đang hoạt động và lành mạnh.

Estimated – Ước lượng

Vào thời điểm thích hợp, mỗi product backlog cần có một ước tính kích thước tương ứng với nỗ lực cần thiết để phát triển mặt hàng đó. Chủ sở hữu sản phẩm sử dụng những ước tính này để giúp xác định mức độ ưu tiên của các item trong product backlog. Lý tưởng nhất là hầu hết các mục ở đầu product backlog sẽ có kích thước vừa với sprint, đủ nhỏ để có thể xử lý trong một lần sprint. Các mục lớn, có mức độ ưu tiên cao nên được chia thành các story nhỏ hơn trước khi start sprint.

Prioritized – Ưu tiên

Một product backlog phải là danh sách các PBI được ưu tiên, nhưng không phải mọi PBI đều cần được ưu tiên. Tôi khuyên bạn nên ưu tiên về giá trị phát hành của PBI. Ưu tiên vượt quá mức đó có thể là một sự lãng phí công sức, vì quá nhiều thứ có thể thay đổi vào thời điểm bản phát hành đầu tiên được phát hành. Thay vào đó, hãy ưu tiên các mặt hàng mới khi chúng xuất hiện và để dành các item chưa giải quyết được lùi lại sau.

Cách tạo product backlog

Một product backlog không chỉ là một danh sách việc cần làm đơn giản. Bạn có thể chia các nhiệm vụ phức tạp thành một loạt các bước và phân chia (assign) chúng cho các thành viên trong nhóm tương ứng. Dưới đây là các bước để phát triển một product backlog hiệu quả.

Product Roadmap

Product Roadmap là nền tảng cho việc product backlog. Nhóm của bạn nên tạo một roadmap trước khi tạo product backlog bởi vì roadmap là một kế hoạch hành động cho việc sản phẩm của bạn sẽ thay đổi như thế nào khi nó phát triển. Roadmap là tầm nhìn để phát triển sản phẩm dài hạn, nhưng nó cũng có thể phát triển.

Liệt kê các item trong product backlog 

Lưu ý đến product roadmap của bạn, nhóm của bạn có thể bắt đầu liệt kê các item trong backlog của sản phẩm. Những mục này có thể bao gồm những mục có mức độ ưu tiên cao và những ý tưởng trừu tượng hơn. Trong giai đoạn tạo product backlog này, bạn cũng cần giao tiếp với các bên liên quan và lắng nghe ý kiến ​​của họ để cải tiến sản phẩm. Bạn có thể tham khảo các mẫu product backlog ở Jira để bắt đầu dễ dàng hơn.

Thứ tự Ưu tiên 

Sau khi nhóm của bạn liệt kê tất cả các item trong product backlog đã đến lúc bạn phải sắp xếp chúng và ưu tiên những nhiệm vụ nào là quan trọng nhất. Bạn có thể xác định các item hàng đầu bằng cách đặt mình vào vị trí khách hàng và cân nhắc xem mặt hàng nào mang lại giá trị nhất cho họ.

Cập nhật thường xuyên

Khi nhóm của bạn làm việc thông qua product backlog, hãy nhớ rằng product backlog luôn luôn thay đổi. Bạn có thể liên tục thêm các mục vào product backlog và ưu tiên hoặc tinh chỉnh các mục khi bạn làm việc với chúng.

Cách ưu tiên các item trong Product backlog

Một thành phần thiết yếu của việc quản lý product backlog là ưu tiên các nhiệm vụ. Với tư cách là chuyên gia Scrum, bạn nên hiểu kỹ về những tính năng mới mà các bên liên quan muốn thấy trong sản phẩm. Dưới đây là một số chiến lược về cách ưu tiên các mục trong backlog.

Sắp xếp các công việc theo mức độ khẩn cấp và quan trọng

Khi tập trung vào việc sàng lọc product backlog, hãy thử sắp xếp các nhiệm vụ theo mức độ khẩn cấp và tầm quan trọng. Nhóm nên ưu tiên các item giúp cải thiện chức năng của sản phẩm cũng như trải nghiệm người dùng.

Giải quyết các nhiệm vụ phức tạp trước

Một số team có xu hướng hoàn thành các nhiệm vụ đơn giản trước để có thể kéo done và rút ngắn backlog, nhưng đây là hình thức quản lý dự án kém hiệu quả hơn. Việc product backlog sẽ tiếp tục phát triển, vì vậy việc giải quyết các nhiệm vụ phức tạp trước tiên có thể đem lại hiệu quả bất ngờ khi phát triển sản phẩm.

Hoàn thành nhiệm vụ trong khoảng thời gian tập trung

Các Agile team làm việc tập trung vào các sprint để hoàn thành công việc và phương pháp này mang lại hiệu quả cao về năng suất. Vào cuối mỗi sprint, Product Owner và bất kỳ bên liên quan nào có thể tham dự buổi sprint review và buổi sprint retrospective với nhóm phát triển để đảm bảo mọi thứ đều đi đúng hướng.

Giao tiếp với nhóm 

Giao tiếp giữa các thành viên trong nhóm là một phần quan trọng của việc ưu tiên product backlog. Để sắp xếp thành công product backlog và hoàn thành các hạng mục trong một khung thời gian hợp lý, bạn và nhóm của mình phải làm việc cùng nhau và tuân theo hướng dẫn Scrum.

Ví dụ về product backlog

Các product backlog của mỗi dự án sẽ khác nhau nhưng một số bắt đầu bằng một epic. Epic là một vấn đề bao trùm mà bạn đang cố gắng giải quyết cho khách hàng. Dưới đây là một ví dụ bên dưới:

Epic: Một giám đốc tiếp thị muốn có một hệ thống quản lý nội dung cho phép cung cấp nội dung chất lượng cho độc giả.

Epic này có thể dẫn đến nhiều tính năng sản phẩm khác nhau, từ cách người dùng tạo nội dung trong hệ thống mới đến cách họ chỉnh sửa và chia sẻ nội dung với các nhóm. Để tiếp tục ví dụ về việc product backlog, chúng ta có thể chia Epic thành các user story cụ thể hơn.

User story 1: Content creator muốn có một hệ thống quản lý nội dung cho phép họ tạo nội dung để có thể thông báo cho khách hàng về sản phẩm.

User story 2: Editor muốn có một hệ thống quản lý nội dung cho phép họ đánh giá nội dung trước khi xuất bản để họ có thể đảm bảo nội dung đó được viết tốt và được tối ưu hóa cho tìm kiếm.

Product Owner, Scrum master và nhóm phát triển sẽ xác định các tính năng mà sản phẩm nên bao gồm từ các user story và ưu tiên chúng dựa trên mức độ quan trọng.

Các tính năng mà sản phẩm nên bao gồm cho User story 1:

  • Đăng nhập vào hệ thống quản lý nội dung
  • Tạo nội dung
  • Chỉnh sửa một trang nội dung
  • Lưu thay đổi
  • Gửi nội dung cho editor để review
    Với tư cách là product manager, bạn sẽ sử dụng Epic để hướng dẫn product roadmap và các mục trong backlog. Như bạn có thể thấy với ví dụ này, một Epic có thể dẫn đến nhiều user story và tính năng sản phẩm.

Product backlog có thể giúp gì cho nhóm của bạn?

Việc product backlog giúp nhóm của bạn hoạt động trơn tru hơn nhiều bằng cách cải thiện khả năng tổ chức và cộng tác. Nó trở thành công cụ trung tâm để giao tiếp và giúp mọi người phù hợp với mục tiêu và kỳ vọng.

Do tất cả các công việc cho một sản phẩm đều qua backlog, product backlog sẽ cung cấp cơ sở cho việc lập kế hoạch lặp lại. Vì nhóm của bạn sắp xếp thứ tự ưu tiên các nhiệm vụ với sự hướng dẫn từ Product Owner, họ cũng sẽ xác định mức độ công việc mà họ có thể cam kết trong một khoảng thời gian cụ thể. Các khoảng thời gian này được gọi là vòng lặp (iterations) hoặc sprints.

Product backlog cũng thúc đẩy phát triển nhóm Agile bằng cách khuyến khích một môi trường làm việc linh hoạt nhưng hiệu quả. Các nhiệm vụ đối với product backlog không được thiết lập sẵn và nhóm sắp xếp chúng theo thứ tự quan trọng trước khi chọn nhiệm vụ nào cần giải quyết trước.

So sánh Sprint backlog vs Product backlog

Các sprint backlog và product backlog rất giống nhau về thành phần của chúng. Các sprint backlog là một tập hợp con của các product backlog, nhưng chúng được sử dụng đặc biệt trong các sprint.

Product Owner có quyền kiểm soát việc product backlog vì nó có toàn bộ sản phẩm từ đầu đến cuối. Nhóm phát triển sở hữu mỗi sprint backlog bởi vì những danh sách việc cần làm nhỏ hơn này được lấy từ product backlog có nghĩa là phải hoàn thành trong một khoảng thời gian được chỉ định.

Sprint backlog phụ thuộc vào product backlog, và nó kết thúc khi sprint kết thúc. Một sprint backlog cũng sẽ có mục tiêu sprint của riêng nó được phát triển trong phiên planning của sprint trong khi Product backlog tập trung vào toàn bộ mục tiêu của sản phẩm và các nhiệm vụ được ưu tiên dựa trên mục tiêu đó.

Công việc product backlog linh hoạt hơn công việc sprint backlog và rất đa tùy theo nhu cầu của khách hàng. Các product backlog sẽ luôn được cập nhật liên tục cho đến khi sản phẩm được hoàn thiện.

Nhìn lại ví dụ product backlog ở trên, chúng ta cũng có thể tạo một ví dụ sprint backlog. Khi phát triển một phụ kiện ô tô để giúp lái xe dễ dàng hơn, một nhiệm vụ của product backlog là tạo ra một prototype của phụ kiện đó. prototype này có thể trở thành sprint goal của một sprint vì nó có thể mất một tập hợp các nhiệm vụ để phát triển.

Các hạng mục sprint backlog cho prototype phụ kiện ô tô có thể bao gồm:

  • Tạo một bản phác thảo ý tưởng
  • Phát triển một nguyên mẫu ảo
  • Xây dựng một nguyên mẫu vật lý
  • Tìm nhà sản xuất để xây dựng nguyên mẫu
  • Các mục sprint backlog này cũng sẽ nằm trên product backlog, nhưng việc tách chúng thành sprint của riêng họ có thể giúp các lập trình viên thông qua quy trình Scrum khi họ hoàn thành các nhiệm vụ này và tạo prototype một cách nhanh chóng.

Những điều cần chú ý khi tạo product backlog


Chỉ dùng một trình theo dõi để quản lí

Bạn không nên sử dụng nhiều hệ thống để track bug, yêu cầu và các hạng mục công việc kỹ thuật. Nếu nó hoạt động cho nhóm phát triển, hãy giữ nó trong một backlog.

Xóa các issue không đụng tới


Một khi backlog phát triển vượt quá capacity trong dài hạn, bạn có thể close các issue mà nhóm sẽ không có thời gian để giải quyết. Gắn cờ các issue đó với một giải pháp cụ thể như “out of scope” trong trình theo dõi vấn đề của nhóm để sử dụng cho nghiên cứu sau này.

Product Owner quyết định mức độ ưu tiên

Product Owner quyết định mức độ ưu tiên của các hạng mục công việc trong backlog. Trong khi nhóm phát triển quyết định velocity thông qua backlog. Đây có thể là một mối quan hệ không mấy dễ dàng đối với các Product Owner mới, những người muốn “thúc đẩy” công việc cho nhóm.

Nếu các bạn có nhu cầu tư vấn đào tạo các công cụ Agile như Jira hãy liên hệ Biplus – Đối tác số 1 của Atlassian tại Việt Nam để được hỗ trợ tốt nhất.

Contactless and cashless payment through qr code and mobile bank

What is eWallet App? 7 Different Types of Digital Wallets

People all across the world are gradually adopting mobile payments as their preferred means of transaction. This fact is further emphasized by the fact that by 2023, the number of users who rely on it will have surpassed one billion. As a result, if you’re thinking about getting into eWallet app development, realize that there’s no better time than now.

Naturally, before deciding on a mobile app development studio to work with, you should familiarize yourself with the fundamentals of a digital wallet and the standard development process. We’ve put together this detailed guide to help you achieve just that, and we strongly advise you to read it.

Contactless and cashless payment through qr code and mobile banking

What Is a Digital Wallet?

A digital wallet is now almost interchangeable with a mobile wallet. It primarily serves as a payment channel for both individuals and businesses to transact digitally, as its name suggests.

It’s designed for ease of use, just like any other invention. You can use it to pay for all of the products and services you get online using it. Most of this advantage is based on the wallet’s capacity to handle several payment methods, to the point where they can practically pay for anything using their cellphones.

Why Are Digital Wallets So Popular These Days?

According to statistics, popular apps like GPay and Paypal have a steadily rising user base, with Paypal having close to 400 million active users in 2021 compared to GPay’s 100 million. What is the reason for this? Apart from the obvious convenience described above, there are other advantages of a digital pay wallet that make it even more appealing to individuals and businesses.

  • It frequently focuses on ensuring that transactions are as secure as possible. There are a variety of digital wallets that excel in this area, and we’ll go through them in detail below.
  • It’s also a gold mine of customer behavior data that organizations can use to better satisfy their requirements, improve customer service, and improve their messaging.


Simply put, when it comes to available options, this mix of benefits is unrivaled. The most popular digital wallets have made inroads into their users’ daily life and may well become the norm in the future.

Types of E-Wallet Apps

Because of their capacity to meet unique criteria and overcome numerous problems when dealing electronically, most eWallet app development centered around the creation of these sorts of digital wallets.

  • Open Wallet

This type removes most of the restrictions mentioned in a closed or semi-closed wallet. They’re commonly used by and partnered with banks, and users can rely on them for various transactions such as sending and withdrawing funds, minus any kind of limitation akin to closed and semi-closed digital wallets.

Examples: PayPal and Google Wallet.

  • Closed Wallet

These wallets are usually issued by a platform or company with the goal of making it the only means for its customers to transact with them. Returns, refunds, and cancellations are easier to trace and act on, which is beneficial to both the business and the individual.

Amazon Pay and Ola Money are two examples.

  • Crypto wallet

This one is primarily used for cryptocurrency exchanges. Because it offers the advantage of information encryption, a cryptocurrency wallet provides the highest security of any digital wallet.

Coinbase, Exodus, and Electrum are just a few examples.

  • Internet of Things Wallet

These are primarily wallets that are used to accept IoT payments. Pay-as-you-go payment systems are a fantastic illustration of how this technology is being used effectively.

Bitcoin, for example.

  • Artificial Intelligence Wallet 

This category includes digital wallets that make use of AI’s revolutionary capabilities. Some wallets, for example, have their own chatbots to assist users in streamlining their payment processes or resolving any issues that may arise during a transaction. It’s also safer, because AI-powered wallets can detect and block fraudulent transactions.

Puut Wallet is one example.

  • Biometrics wallet

A biometric wallet, like other wallets that prioritize secure transactions, makes extensive use of biometric authorization mechanisms like as facial and fingerprint identification to reduce fraud. Apple Pay and Samsung Pay are two examples.

  • Wallet based on NFT

These wallets are designed to store and exchange NFTs, as their name suggests. They usually overlap with cryptocurrency wallets because they can also be used to store cryptocurrencies.

MetaMask, Trust Wallet, and Math Wallet are three examples of digital wallet apps.

These wallets can be used to distribute, use, and store digital coupons in addition to allowing users to pay with their smartphones. Of course, there are the previously noted data benefits.

Because of these never-before-seen benefits, digital wallet apps are currently gaining widespread adoption in the e-commerce and financial industries. These statistics only add to the evidence.

By 2023, the e-wallet business is expected to be worth $2 trillion.
By 2020, digital wallets will have accounted for nearly half of all worldwide e-commerce transactions.
For the majority of their transactions, over 65 percent of Americans prefer to utilize a digital payment app.
The pandemic also had a significant impact on people’s payment mode preferences. The fact that digital wallets have become the second most popular payment option since the COVID-19 outbreak began demonstrates this.

Factors to Consider When Developing a Digital Payment App

Now that you’ve had a thorough introduction to the current state of the mobile wallet business, it’s time to move on to the critical phases and elements of e-wallet app development. However, you should be informed of the entire cost of developing an e-wallet mobile app before you begin.

  • UI/UX


Mobile wallets are noted for their user-friendly interfaces, which allow users to conduct transactions and manage their cash with ease. During the discovery phase, UX design should be discussed.It should, of course, be customised to make the user’s journey through the app as simple and straightforward as feasible.

Overall, development entails putting all of the characteristics that were proposed during the discovery phase together. The MVP, or minimum viable product, is the end result of the development phase.

  • Testing

Testing and development are frequently linked. This includes any any changes you make to the app to improve its functionality.

  • Launching & Maintaining

After you’ve designed a full-fledged digital wallet app, your next objective should be to launch it and keep track of feedback and future updates. This includes paying attention to analytics, adding new features, improving existing features and the user experience, increasing engagement through improving reward programs, offering customer assistance, and distributing version updates, among other things.

A Mobile Wallet App’s Must-Have Features

The following are the must-have features to consider while developing a digital wallet app:

  • User authentication and registration
  • Creating a profile
  • Integration and synchronization of debit, credit, and bank accounts
  • e-Receipts with GPS tracking
  • Notifications through push
  • Reports and analytics tools
  • What Role Does an E-Wallet Play in Increasing Business Revenue?

Profitability from wallet integration services is based on its intrinsic benefits, which are appealing to a large number of consumers throughout the world. They’re not only more handy and safer, but because of cheaper servicing rates, they can also be more cost-effective for everyone. Some may even abolish these charges entirely.

Naturally, any business that provides a superior option will attract more customers.

Conclusion

We hope that this e-wallet app development guide has answered the majority of your questions. Because of its expanding number of users and developers, technology as a whole is showing a lot of potential. Of course, if you want to make your perfect mobile wallet a reality, you should work with tried-and-true mobile app creation partner.

What is mobile app? Everything you need to know about mobile apps development

A mobile application (also called a mobile app) are applications that allow you to use to access the content you desire on devices such as mobile phones or tablet.

What is mobile app?

App is an abbreviation of the word Application. This application is written by programmers to run on many different platforms such as phones, computers and websites.

Mobile Apps are applications that allow you to use to access the content you desire on devices such as mobile phones.

Mobile App is nothing new to programmers. But for users, many are still vague. It is roughly understood that it is an application only used for mobile devices or tablets, through the “online store” such as Apple’s App Store or Google’s Google Play.

Why Mobile Apps are necessary?

Mobile applications have transformed the way businesses operate. It is projected that around 3.5 billion people in the world will own a smartphone by 2020. Mobile applications are currently the most effective, direct, and flexible way to communicate product information to customers and increase brand loyalty.

Why Does Every Business Need a Mobile Application?

Companies are continuously battling for the attention and loyalty of their clients. It’s a never-ending battle to give the best product to a broader audience. As a result, in such a fast-paced environment, the winner will always be the company that has built the most efficient and convenient communication channels with its customers.

Achieve strong brand presence

Some businesses may be hesitant to invest in mobile app development, but the rewards far outweigh the risks. The ability to be visible and accessible to customers 24/7 is one of main reasons. Nowadays, a average person in the United States spends 2.7 hours per day on their phones. Various apps account for up to 86 percent of that time, rather than browsing in a browser.

Installing a mobile application with a clean icon design can pique and sustain a customer’s interest on its own. There are many different sorts of mobile apps available, and you can select the one that best suits your target demographic. 

Even if the client does not interact with the app on a daily basis, establishing a consistent presence goes a long way toward establishing a connection between a service and a certain firm.

Deliver Information More Quickly

Companies can interact with their customers in real time with push notifications and updates faster than ever before. Notifications through a mobile app are more likely to be noticed than checking the company’s website or even the individual’s personal email. This makes it easy to provide information about price changes, sales, promotions, and new items to customers while also ensuring that they receive it.

Digitize Loyalty Programs

The old card system is useful, but it isn’t quite up to par with today’s world of technology solutions. While transferring a loyalty program entirely to mobile is not a good idea, giving this choice and encouraging users to use it is undeniably advantageous. This digitized loyalty program is likely to attract new customers as well as boost the number of app downloads, thereby broadening the audience and including existing customers who might not otherwise install the app.

Extend the Brand and Improve Recognition

Any excellent business will make every effort to make its brand work for them. Through the app’s design and icon, a mobile app offers a one-of-a-kind opportunity to establish a very memorable and compelling brand image. It might be vibrant, energizing, educational, or simple. In general, it may effectively describe the company, its overall ideals, and its emphasis.

Expand the Target Audience and Increase Customer Engagement

Mobile apps are particularly appealing to the young generation (like Gen Z), which has grown up in a world where they can chat, order items online, and communicate with their service providers at all hours of the day and night. Due to this reason, if a company does not have its own app, it is losing many potential customers.

Furthermore, through chats and order forms, mobile applications assist boost consumer involvement. For many people, ordering a products with just a few clicks is far faster and less stressful than making a phone call for the same purpose. Mobile apps also allow businesses to obtain feedback on the quality of their service, allowing them to improve both their performance and the experience of their customers.

Mobile Applications are Crucial for Modern Business

Over the years, online platforms have prove themselves as critical components of any organization. In 2020, it will be vital to elevate online platforms’ recognition to the next level, and to adjust the structure of a company’s products and services to suit the mobile market.

Smartphones are an ever-present feature that most shoppers in the United States and throughout the world carry in their pockets at all times. These tools allow users to browse, evaluate, and buy things in minutes, effectively streamlining the process and minimizing the amount of time consumers spend debating whether or not to buy something. Mobile apps can help you grow your consumer base, gain customer loyalty, and remain ahead of the competition. Platforms for Mobile app development.

Human hand holding mobile phone with text messages. Person touching screen with chat conversation flat vector illustration. Phone communication concept for banner, website design or landing web page

These applications develop against code or frameworks for each platform. This will interfere with certain machines. In low-end smartphones, it may not be possible to run the application due to low configuration or the need for a newer operating system.

Developing a mobile app seems more professional than the above two ways. If you want to have an interaction with users or between individuals in a group or organization, mobile app development is an appropriate direction.

RWD and mobile web will make your website easier to be found by Google and users as the SEO process is simpler. As mentioned above, the cost to develop RWD and mobile web is at a moderate level and the coverage of mobile device users is higher than that of mobile apps.

Different Types of Mobile App Development

Native Mobile Apps

When you hear the term “native app,” it simply signifies that the software was created specifically for a particular operating system (OS).

The most common mobile operating systems are iOS and Android. As a result, developing a native app for one of these platforms necessitates maximizing the device’s capabilities.

As a result, native apps made for Apple devices, for example, cannot be utilized on other platforms, such as Android.

Progressive Web Apps and Web Apps

Web apps are web-based programs that may be accessed by a web browser such as Chrome, Safari, and others. To access the app, all a user needs is an internet connection and the URL to type into their browser.

Unlike native apps, which must be downloaded from a smartphone’s app store, there is no need to download or install anything.

Hybrid Mobile Apps

Hybrid apps combine online and native app technologies to provide the best of both worlds.

People enjoy hybrid apps because, unlike native apps, they can run on a variety of devices and platforms, which saves time during creation.

What’s the difference between Native Mobile App and Hybrid Mobile App?

Native Mobile App
  • Description: Application installed on mobile devices
  • Setup: Develop mobile apps for each operating system
  • Development and maintenance costs: Expensive
  • Content Updates: Content updates via app upgrades
  • User Experience: Very good because it was developed with a mobile user experience in mind
  • Speed: Depends on how the application is written
  • Usability: Can be used even without network
  • Application size: Depends on how the application is programmed, but some native apps like games tend to be heavier because they have to download the entire content.

Hybrid Mobile App
  • Description: Website developed to display on mobile as an application
  • Setup: Just develop the container, the content is from the website
  • Development and maintenance costs: Less expensive
  • Update content: Content is updated depending on the website
  • User Experience: Good but in some cases not as good as native app
  • Speed: Depends on internet speed
  • Usability: Cannot be used without network
  • Application size: Depends on how it is programmed, but in general, hybrid apps are usually smaller because they only need to download the necessary parts, the content is mainly from the website.
  • Native Mobile App provides the best user experience, but it costs a lot of money, time to develop and maintain the application. Upgrading the content is also not easy. Native applications can work even without the network if all the necessary files have been downloaded to the phone.
  • Hybrid Mobile App gives users better experience and less complicated development than Native Mobile App. Updating content will be easier because the content has been synchronized from the application’s website.

What operating systems does App Mobile work on?

Currently, mobile app layout design is used on two popular operating systems, iOS and Android. So what are the advantages and disadvantages of these two operating systems?

iOS operating system

✓ Advantages

  • Application software running on iOS is built faster and costs less to design than applications running on Android.
  • Paid apps on the app store are easier to make money because phone users of this operating system tend to spend more money to buy apps.
  • Principles of the iOS app store has many strict principles to ensure the quality of the App.
  • Business apps running on iOS often perform better than running on Android.
  • Apps running on iOS are easier to use because there are fewer software problems.

✓ Cons:

  • The cost of storing applications on the App Store is about $ 200.
  • Apple’s strict regulations make the approval process from the app store difficult.
  • In Asia, Android users account for more than iOS users.
Android OS

✓ Advantages:

  • In Asia, the number of iOS users is less than Android users, so apps running on Android get more responses than running on iOS.
  • It usually costs less to download an App on Android than it costs to download an App on iOS.
  • Mobile App on Android does not need to be updated as often as on iOS, helping to reduce maintenance costs.
  • There are no strict regulations, so the cost of developing and hosting an App on Android’s app store is lower than iOS.
  • The cost of storing applications on the Play Store is about $ 25.

✓ Cons:

  • Designing an Android application takes a lot of research because the application has to work on a variety of devices with different sizes, performance and screen resolutions.
  • Android app development takes longer than iOS.

Important Notes During Mobile App Design

In the experience of many programmers about how to design an App, it is especially important to note the following important things:

✓ Simplicity in navigating between features

A great mobile app – making it easy for users is bound to have simplicity in navigating between features. Therefore, you need to pay special attention to customer experience when designing Mobile App.

Always keep in mind that the resulting application must have a logical layout, a user-friendly interface, and a navigation bar that specifically guides the user to use the features. Buttons and links should not be too small for the user’s finger.

✓ Simple design

In order for users to focus on the most important elements of the application, the way to design the app to remember is to keep it simple, modern, create a lot of space and combine the use of clusters. familiar words and symbols.

✓ Careful in choosing colors and fonts

Color plays an important role – contributing to the user’s emotional orientation. Fonts are another factor that affects the visual aspect of a mobile application. So carefully consider using the right colors and fonts for the main message you want to convey to the user.

✓ Mobile App Layout Design needs specific consistency

An important note that cannot be forgotten is that mobile app layout design needs to be consistent in terms of images – in terms of usability – in terms of consistency with other platforms of the business.

Costs of developing a mobile app

The cost of producing an app can range from practically free to millions of dollars, depending on the app’s design and usage. Here is a breakdown of the price ranges for developing a mobile app:

  • Builders of no-code apps: If the program only has minimal feature needs, a developer does not need to know how to code. You can consider Appy Pie, GoodBarber, Appery.io, Shoutem, and BuildFire to build the app. These are of free tools that allow you to create apps without having to learn Swift or other programming languages. Although the capability of these tools is limited and they cannot be used to develop a game using no-code apps, the no-code method will fulfill the demands of most organizations.

  • Apps for Enterprise: The concept of Citizen Developer, where anybody may build a mobile app, is growing, thanks to tools like Amazon’s HoneyCode, Mendix, and Microsoft Power Suite. Drag-and-drop interfaces are used to connect to data sources and control content flow on these devices. A monthly subscription that costs less than $50 is frequently related with the cost.

  • Mobile-friendly website: Despite the fact that it’s advisable to develop websites for both desktop and mobile devices, the website content management platform you’re using is likely to include mobile-optimization plugins that cost less than $100.

What is the mobile app development process?

What is the procedure for creating a mobile app?

The instructions below should assist you in creating a framework for developing an app. Based on the answers to the following questions, develop your strategy:

  • What is the goal of your application? What issues will it address?
  • Is this a function that already exists in an app? If that’s the case, what do they excel at? What is it that they are missing?
  • For whom is the app intended?
  • Will you hire developers or build an in-house team?
  • What kind of business model do you have?
  • How much money are you willing to put towards the development of this app? Will you be able to attract investors?
  • How long would it take you to develop this app?
  • What marketing plan do you have in place?
  • Are you planning to submit your app to an app store? Do you have the right licensing agreements in place, as well as design and testing standards, if that’s the case?
  • Do you plan to submit your app to one of the app stores? If that’s the case, do you have the proper licensing agreements in place, as well as design and testing criteria?

  1. Choose your team. Do you need to employ a developer if you’re making this app yourself? Are you a marketer? Will stakeholders from all departments (e.g., C-level, marketing, sales, IT) be involved in the development of this app?
  2. Consider how your mobile app will address the issues you’ve identified, as well as the features and functionalities it will provide. Prototyping can be as easy as sketching ideas on a whiteboard or piece of paper, or utilizing software like InVision, Balsamiq, or Adobe Experience Design. When creating your vision, keep the user experience in mind. Design, usability, security, and performance are all factors to consider.
  3. Using the information from the previous stage, create a product roadmap. You’ll be able to establish a step-by-step procedure for evaluating your priorities and deliverables as a result of this.

Choose app development tools that meet your needs.

Start working on your app. When it comes to developing apps, an agile is an ideal approach. When developing the software you should go for DevOps. DevOps is a modern delivery technique that incorporates crucial features like:

  • Automating whenever possible; using cloud computing services.
  • Using free and open-source software.
  • Communicate with the team on the regular basis.
  • Testing the code on a frequent basis is a good idea.

Create a prototype of your app so you may show it to investors or other stakeholders. Use their suggestions to improve the app’s development and testing. This includes testing the site’s functionality, performance, and convenience of use.

It’s time to release the app to consumers for official beta testing once it passes these checks. Before developing a deployable version of your software, you must go through numerous rounds of review and incorporate user fixes.

Your app is ready to use once it has received the necessary testing and evaluation. Create a conduit for customer feedback and give ongoing support at this point.

About BiPlus

BiPlus has a team of experts with more than 15 years of experience creating mobile applications. We know well about developing a mobile app and helping customers find your company.


At BiPlus, we provide a variety of software services with the application of advanced technology and innovative solutions to meet the needs and expectations of our customers. We always put the quality of products and services on the top with a professional and experienced team to bring the best value to customers.

You are looking for a Mobile Application Development company to provide solutions for your company. Contact the experts at BiPlus to get all your questions answered about Mobile Application and get the first 2 weeks for free!

Hướng dẫn toàn tập Jira Dashboard

Mọi thứ bạn cần biết về Jira Dashboards (hoặc chí ít là 90%)

Một tổ chức nói chung hoặc một doanh nghiệp nói riêng khi phát triển thành công sẽ có số lượng dự án và chương trình ngày càng mở rộng. Nhiều dự án và chương trình trong số đó sẽ được triển khai song song. Jira Dashboards đã được thiết kế để cung cấp cái nhìn tổng quan và nhanh chóng về mọi thông tin mà các nhóm làm việc tại Jira cần biết trong nháy mắt. Phần mềm cung cấp tất cả thông tin hữu ích và phù hợp nhất về các dự án theo thời gian thực. Tất cả chỉ trong 1 công cụ. Nhờ đó giữ cho các nhóm tập trung, có động lực và hiệu quả.

Jira dashboard là một trang tổng quan chứa thông tin về những gì đang diễn ra trong các dự án.

Việc thiết lập Jira Dashboard đúng cách là rất quan trọng để tận dụng tối đa công cụ và nhân lực. Sau đây là hướng dẫn tạo Dashboard Jira hữu ích cho những người mới hoặc tương đối mới đối với phần mềm Jira. Nó cũng cung cấp các mẹo và thủ thuật để làm thế nào để tận dụng tối đa chúng.

Jira Dashboard

Jira Dashboard là gì?

Nếu bạn lần đầu biết tới Jira, bạn có thể tham khảo bài biết Jira là gì? để tìm hiểu về phần mềm quản lý dự án Jira.

Khi bạn đăng nhập vào Jira, bạn có thể tùy chỉnh những gì bạn muốn hiển thị dưới dạng trang chủ. Một số người muốn đi thẳng đến chế độ xem Kanban, nhưng nếu không, Dashboard Jira sẽ là thứ đầu tiên bạn nhìn thấy.

Jira dashboard là một trang tổng quan chứa thông tin về những gì đang diễn ra trong các dự án.

Mỗi “cửa sổ” trên dashboard đó được gọi là Gadget. Các Gadget này cung cấp các bản tóm tắt động và rất trực quan về dữ liệu issue và dự án Jira. Jira đi kèm với một bộ gadget tiêu chuẩn, được cài đặt sẵn. Bạn cũng có thể tải xuống nhiều gadget hơn từ Atlassian Marketplace. 

Dashboard Jira mặc định

Dashboard mặc định, được gọi là Dashboard hệ thống, là screen mà người dùng Jira sẽ nhìn thấy lần đầu tiên họ đăng nhập. Trang này được tải với các gadget từ lựa chọn được cài đặt sẵn của Jira và chỉ giới hạn ở một Dashboard.

Jira Admin có thể thêm, xóa, sắp xếp lại và trong một số trường hợp, cấu hình các gadget được hiển thị trên Dashboard mặc định. Bố cục, chẳng hạn như số lượng cột, cũng có thể được thay đổi. Bạn có thể thực hiện việc này bằng cách nhấp vào Administration > System, sau đó chọn User Interface > System Dashboard để mở trang Configure System Dashboard.

Bạn nên có bao nhiêu gadget trên Dashboard Jira?

Có giới hạn 20 gadget trên một Dashboard, có nghĩa là đó là tất cả những gì bạn có thể hiển thị trên Dashboard mặc định. Nếu cần, bạn có thể tăng giới hạn 20 gadget bằng cách chỉnh sửa tệp jira-config.properties trong trang Advanced Setting page trong phần administration của Jira. Chỉ cần đặt jira.dashboard.max.gadgets thành giá trị bạn mong muốn và khởi động lại Jira.

Mẹo: Bạn nên để tối đa 6 gadget trên mỗi Dashboard để dễ sử dụng và theo dõi hiệu quả hơn. Bạn nên tạo nhiều Dashboard nhỏ hơn với một trường hợp sử dụng cụ thể cho từng loại, thay vì một Dashboard to hiển thị mọi thứ. Mục tiêu của Dashboard là để hiển thị tóm tắt dữ liệu và báo cáo nhanh chóng, vì vậy, việc giữ cho chúng đơn giản sẽ giúp đạt được mục tiêu đó.

Ba gadget Dashboard Jira hữu ích và đang phổ biến hiện nay 

Ngoài ra, Jira có rất nhiều gadget Dashboard để bạn lựa chọn, vậy bạn phải bắt đầu từ đâu?

3 loại gadget phù hợp với mọi Dashboard là:

  • Pie Charts (Biểu đồ tròn)
  • Two Dimensional Filter Statistics
  • Filter Results
Pie Charts 

Biểu đồ tròn là một loại báo cáo phổ biến mà mọi người đều đã nhẵn mặt và đó là một điều tốt. Giúp mọi người đọc hiểu dữ liệu chỉ trong vài giây là chìa khóa cho một báo cáo giá trị và là dấu hiệu của một Dashboard hữu ích. Pie Chart Gadget được tích hợp sẵn rất đơn giản và hiệu quả trong việc hiển thị các issue của nhóm bạn dưới dạng phần trăm.

Jira Dashboard


Có một số hạn chế đối với gadget mặc định này (ví dụ: không thể thay đổi màu sắc và thứ tự). Có thể thêm các gadget bổ sung như Custom Charts for Jira từ Atlassian Marketplace để giải quyết những hạn chế này; chúng ta sẽ cùng thảo luận chi tiết hơn bên dưới.

Two Dimensional Filter Statistics (Thống kê với bộ lọc 2 chiều)

Nhiều user khi tạo report trong Jira đều có chung một thắc mắc: “Làm cách nào để so sánh một thống kê này với một thống kê khác?” hoặc phổ biến hơn là “Làm cách nào để tạo pivot table?”. Giải pháp tích hợp là gadget Two Dimensional Filter Statistics. Gadget này cho phép bạn so sánh hai thống kê khác nhau (ví dụ: Status và App hosting trong ảnh chụp màn hình ví dụ) để có được cái nhìn rõ ràng hơn về dữ liệu của bạn.

Jira Dashboard


Đây không chỉ là một cách hay để hiển thị dữ liệu mà còn là một bảng tương tác mà bạn có thể nhấp vào để xem chi tiết các issue cơ bản.

Filter Results

Cuối cùng, gadget Dashboard Jira được sử dụng phổ biến nhất cũng là một trong những gadget đơn giản nhất. Jira được xây dựng dựa trên ý tưởng tạo bộ lọc để tìm kiếm dữ liệu bạn cần. Gadget Filter Results cho phép bạn chọn một bộ lọc đã lưu và hiển thị kết quả trực tiếp trên Dashboard.

Mặc dù một gadget đơn lẻ trên Dashboard sẽ có chức năng không khác gì việc xem bộ lọc trong màn hình tìm kiếm issue Jira tiêu chuẩn, nhưng sức mạnh của Dashboard là có nhiều gadget hiển thị thông tin miễn phí.

Jira Dashboard

Ví dụ: bạn có thể có một gadget biểu đồ tròn hiển thị tất cả các issue trong dự án “phát triển phần mềm” theo status và cùng lúc có một gadget Filter Result chỉ để liệt kê các issue có mức độ ưu tiên cao nhất.


Các ví dụ về các gadget Dashboard Jira
Gadget mặc định cho Dashboard Jira

Ngoài Pie Charts, Two Dimensional Filter Statistics và Filter Results, Jira đi kèm với một số gadget tích hợp khác có thể được sử dụng để cung cấp cho nhóm của bạn cái nhìn tổng quan về dữ liệu của bạn ngay lập tức.

The Created vs Resolved Gadget 

The Created vs Resolved Gadget là một ví dụ hoàn hảo về “theo dõi các chỉ số chỉ trong nháy mắt”. Nếu số issue đang được tạo ra nhiều hơn số issue đang được giải quyết trong một khoảng thời gian nhất định, biểu đồ sẽ hiển thị khu vực giữa hai đường có màu đỏ. Nếu nhiều issue đang được giải quyết hơn số issue đã được tạo thì khu vực này sẽ có màu xanh lục. 

Jira Dashboard
Jira Issue Statistics Gadget

Đây là một bản tóm tắt đơn giản về các issue của bạn. Gadget này có thể so sánh với biểu đồ thanh ngang và hiển thị số liệu đã chọn (trong hình ảnh này là assignee) dưới dạng tỷ lệ phần trăm có thể so sánh được. Theo dõi khối lượng công việc tương đối của từng người dùng có thể nhanh chóng làm nổi bật các issue và blocker trong workflow và giúp giữ cho toàn bộ dự án hoạt động trơn tru.

Jira Dashboard
Jira Sprint Burndown Gadget

Giống như The Created vs Resolved Gadget, Sprint Burndown là một loại báo cáo Jira đã có sẵn ở cấp độ dự án riêng lẻ. Tuy nhiên, việc thêm nó vào Dashboard Jira như một gadgetcho phép bạn theo dõi nhiều sprint cùng lúc. Gadget này có thể cho thấy nhóm Agile nào đang đi đúng hướng và đưa ra thông tin về tình trạng chung của các dự án.

Jira Dashboard
Jira Sprint Health Gadget

Để có dấu hiệu rõ ràng hơn về tình trạng sprint, hãy sử dụng Jira Sprint Health Gadget để hiển thị những việc thuộc danh mục ‘To do’, ‘In progress’ và ‘Done’. Gadget này cũng cho bạn biết bao nhiêu phần trăm thời gian đã trôi qua và bao nhiêu phần trăm công việc đã hoàn thành. Bạn có thể biết bạn và nhóm đang làm việc như thế nào, phạm vi thay đổi là gì, nếu có bất kỳ issue nào đã được gắn cờ, v.v. Và nó cung cấp nhiều thông tin cho các Scrum Master để giúp họ loại bỏ các chướng ngại cho Agile team.

Jira Dashboard
Jira Dashboard Gadgets có sẵn trên Atlassian Marketplace

Mặc dù các ứng dụng tích hợp sẵn có thể cung cấp chức năng cơ bản cho các nhóm beginner, nhưng bạn có thể muốn nhiều hơn thế. Atlassian Marketplace có nhiều gadget báo cáo để bạn lựa chọn, mỗi ứng dụng cung cấp chức năng hơi khác nhau cần được xem xét để đánh giá công cụ tốt nhất cho công ty và nhóm.

Ví dụ sau về Dashboard Jira được xây dựng cho nhóm hỗ trợ sử dụng các gadget bổ sung được cung cấp bởi ứng dụng Custom Charts for Jira Reports.


Đối với báo cáo dữ liệu lớn phức tạp, có sẵn các công cụ khác như EazyBI (hình dưới). Ứng dụng có thể tạo ra các báo cáo cực kỳ chi tiết, nhưng nó yêu cầu học một scripting language tùy chỉnh.

Jira Dashboard


Idalko’s Pivot Gadget (bên dưới) cung cấp chức năng bảng tính cho Dashboard Jira của bạn. Bạn có thể tổng hợp và xem chi tiết để xem dữ liệu của mình theo hai chiều trong lưới bảng.

Pivot Gadget hỗ trợ các trường sau:

  • Các trường issue (ví dụ: ưu tiên, dự án, ngày tạo, ngày cập nhật)
  • Tất cả các trường số tùy chỉnh
  • Hơn nữa, gadget có nhiều tính năng bổ sung bao gồm, nhưng không giới hạn, để đếm số issue và theo dõi thời gian.
Jira Dashboard


Các gadget phổ biến khác có sẵn trên Atlassian Marketplace bao gồm Gauge Gadget (bên dưới), cho phép hình dung nhanh các issue trên màn hình rất đơn giản.

Jira Dashboard
Hướng dẫn tạo dashboard trong Jira
Tạo Dashboard

Người dùng có thể dễ dàng tạo một dashboard bằng nhiều cách trong Jira.

Trong Jira bản Cloud, chỉ cần nhấp vào Dashboard > Chọn Create dashboard. 

Trong Jira bản Server và Data Center, nhấp vào Dashboard > Manage Dashboards. Sau đó nhấp vào Create new dashboard mới ở trên cùng bên phải của trang.

Đặt tên và mô tả cho dashboard của bạn để nhóm của bạn biết khi nào sử dụng nó. Điền vào các trường còn lại, sau đó nhấp vào Save.

Jira Dashboard
Tùy Chọn bố cục Dashboard Jira 

Bây giờ hãy nhấp vào Change layout để xác định cách bạn muốn các gadget của mình hiển thị. Các tùy chọn khá đơn giản với chỉ năm lựa chọn. Khi bạn đã chọn bố cục của mình, chiều rộng của mỗi gadget là cố định, nhưng chiều cao có thể thay đổi.

Jira Dashboard
Thêm gadget

Bây giờ bạn sẽ có một dashboard trống. Jira Dashboards hoàn toàn có thể tùy chỉnh, với mỗi là một cửa sổ mô-đun, với nhiều tùy chọn khác nhau để chọn thông tin bạn muốn hiển thị và cách bạn muốn thông tin đó được trình bày. Có rất nhiều gadget có sẵn ngay lập tức và thậm chí còn nhiều hơn nữa trên Atlassian Marketplace.

Để bắt đầu, hãy nhấp vào Add gadget và chọn từ các gadget có sẵn để thêm vào dashboard của bạn. Dashboard tùy chỉnh sẽ không giới hạn ở một trang dashboard duy nhất.

Jira Dashboard

Có thể mất vài giây để tất cả các gadget có sẵn xuất hiện. Nhấp vào Load all gadgets để đảm bảo danh sách đầy đủ được tải.

Jira Dashboard

Để hiệu quả nhất thì bạn nên để các gadget quan trọng nhất và được sử dụng nhiều nhất hiển thị ngay khi tải dashboard. Tùy thuộc vào loại report đang được hiển thị, có thể hữu ích khi thử nghiệm với các tùy chọn bố cục khác nhau để xem tùy chọn nào hoạt động tốt nhất cho từng trường hợp sử dụng. Như đã đề cập trước đó, một quy tắc chung là nhắm đến không quá 6 gadget trên một dashboard.

Bạn có thể tạo một dashboard khác nhau cho từng dự án bạn đang thực hiện hoặc thậm chí nhiều dashboard cho một dự án. Tuy nhiên, càng đơn giản càng tốt nên việc thiết lập nhiều dashboard hơn mức cần thiết có thể tạo ra lộn xộn và nhầm lẫn.

Lưu ý: một số gadget yêu cầu filter. Điều này có nghĩa là nếu bạn chia sẻ dashboard của mình với những người không thể xem kết quả bộ lọc của bạn, họ sẽ không thấy bất kỳ dữ liệu nào trên dashboard. Vì vậy, nếu bạn muốn họ xem bất kỳ gadget nào có kết quả bộ lọc, hãy đảm bảo bộ lọc được bật cho những người đó.

Mẹo sử dụng Dashboard

Bạn có thể tiết kiệm thời gian tạo dashboardtừ đầu bằng cách sao chép dashboard hiện có và chỉ cần thay đổi một vài gadget. Chỉ cần nhấp vào Copy dashboard từ menu More (…) ở trên cùng bên phải của Dashboard.

Jira Dashboard
Tạo Information radiator
Information radiator là gì?

Information radiator, còn được gọi là Big Visual Chart – Biểu đồ trực quan lớn (BVC), là một màn hình hiển thị lớn thông tin nhóm và dự án quan trọng được đặt tại một vị trí trong không gian làm việc chung, nơi nhóm có thể nhìn thấy nó liên tục.

Ngày trước, Information radiator hoặc BVC là những màn hình in hoặc vẽ tay. Ngày nay, chúng là những màn hình TV lớn treo tường hiển thị các biểu đồ và biểu đồ điện tử được cập nhật liên tục và tự động. Chúng cung cấp cho bạn một cách thức trung tâm và nhất quán để hiển thị các chỉ số chính của dự án để bạn luôn có quyền truy cập ngay lập tức vào dữ liệu quan trọng. Thêm vào đó, các bên liên quan / khách hàng có thể xem các team đang hoạt động như thế nào.

Mục tiêu của Information radiator là giữ cho nhóm của bạn tập trung và làm việc hiệu quả, thúc đẩy tính minh bạch và trách nhiệm giữa các thành viên trong nhóm, loại bỏ mọi silos có thể, đồng thời thể hiện các thành qủa của nhóm với các nhân viên và khách hàng.

Information radiator của Jira có gì hay?

Trong Jira, bạn có thể biến bất kỳ Jira dashboard nào thành một Information radiator, được gọi là Jira Wallboard.

Lợi ích của Jira Wallboards là rất nhiều. Nó có thể hiển thị lượng burndown của sprint, tình trạng sprint, số ngày sprint còn lại và các chỉ số quan trọng khác Quan trọng hơn, tính năng khuyến khích giao tiếp và phản hồi thường xuyên để đảm bảo mọi người luôn làm việc và đi đúng hướng.

Jira Wallboards cũng giúp củng cố tính minh bạch. Tính năng này thể hiện thông tin luôn được chia sẻ và minh bạch với mọi thành viên trong doanh nghiệp và cả với các đối tác và khách hàng. Nói cách khác, các nhóm thừa nhận và đối mặt với các vấn đề. Điều này thúc đẩy trách nhiệm và trách nhiệm giải trình giữa các thành viên trong nhóm. Wallboards giúp các nhóm tập trung vào kết quả và nâng cao quyền sở hữu của cả nhóm đối với những kết quả đó, cũng như những khó khăn mà họ có thể gặp phải trong quá trình thực hiện. Lợi ích phụ là Jira Wallboard của bạn có thể kích thích cuộc trò chuyện khi các bên liên quan ghé thăm và điều này có thể mang lại những ý tưởng mới hữu ích.

Cách tạo Information radiator trong Jira

Dưới đây là cách hiển thị toàn bộ dashboard (mặc dù hãy nhớ rằng không phải tất cả các gadget trên dashboard đều tương thích với dashboard).

  1. Cắm máy tính của bạn vào màn hình TV.
  2. Đi tới Dashboards > View all dashboards.
  3. Chọn dashboard của bạn từ thanh bên.
  4. Nhấp vào menu More (…) và chọn View as wallboard từ menu thả xuống.
    Ngoài ra, bạn có thể muốn hiển thị một gadget dashboard luân phiên trong một thời điểm, để tập trung sự chú ý của nhóm của bạn vào đó. Đây là cách thực hiện. 
  1. Làm theo các bước ở trên nhưng khi nhấp vào menu More, hãy chọn Set up wallboard slideshow.
  2. Chọn dashboard mà bạn muốn trở thành một phần của trình chiếu.
  3. Tick vào ô nếu bạn muốn các gadget hiển thị theo thứ tự ngẫu nhiên.
  4. Chọn cách bạn muốn từng gadget chuyển đổi sang gadget tiếp theo.
  5. Chọn khoảng thời gian bạn muốn mỗi gadget hiển thị.
  6. Bấm Done.
    Nhấp vào menu More và chọn View wallboard slideshow

Information radiator là một cách thú vị để chia sẻ sự tiến bộ và thành công của nhóm bạn với nhiều đối tượng hơn, đồng thời tạo động lực và trao quyền cho các thành viên trong nhóm. Về lâu dài, công cụ có thể thay đổi văn hóa của một tổ chức bằng cách làm cho nó trở nên cởi mở và hợp tác hơn.

Các Scrum Master nên nhận phản hồi từ nhóm của họ để tìm hiểu xem thông tin được hiển thị trên Jira Wallboard có liên quan và hữu ích hay không. Nếu không, Scrum master có thể điều chỉnh các thông tin một cách dễ dàng. 

Jira Wallboards vẫn còn thích hợp trong thời đại làm việc từ xa?

Kể từ khi Covid ập đến, nhiều nhóm làm việc chung trước đây giờ đang làm việc tại nhà. Rõ ràng, Jira Wallboards được thiết kế cho các nhóm cùng định vị trong không gian vật lý chung. Mặc dù chúng sẽ trở nên phù hợp trở lại khi ngày càng có nhiều người quay trở lại văn phòng sau Covid, nhưng những đội chọn làm việc từ xa thì sao? Rõ ràng là chúng ta đang bước vào một kỷ nguyên mới của làm việc từ xa, vì vậy, issue là làm thế nào để đảm bảo thông tin quan trọng được ‘truyền bá’ cho tất cả những người làm việc tại nhà.

Các Câu hỏi thường gặp về Jira Dashboard?
  • Có thể tạo nhiều Dashboard Jira không?

Câu trả lời là Có, mọi người dùng trên Jira đều có thể tạo Dashboard của riêng họ.

Theo mặc định, Dashboard được tạo sẽ ở chế độ “Private” nên chỉ chủ sở hữu Dashboard (người dùng đã tạo Dashboard) mới xem được.

Để có thể chia sẻ Dashboard với những người dùng và nhóm khác, chủ sở hữu Dashboard phải có quyền  “Share dashboards and filters” global permission.

Như đã thảo luận ở trên, điều quan trọng là chỉ tạo Dashboard mà bạn cần, vì vậy hãy cân nhắc xem có cần nhiều Dashboard hay không hoặc có thể sử dụng / tái sử dụng một Dashboard hiện có hay không.

  • Làm cách nào để sử dụng Dashboard Jira mặc định?

System Dashboard là Dashboard Jira được chia sẻ (công khai) là landing page mặc định mặc định cho Jira instance của bạn.

Do đó, bạn nên giữ System Dashboard hệ thống càng tổng quan càng tốt cũng như thêm các liên kết hữu ích để hướng dẫn người dùng đến nơi họ cần đến. Mọi bộ lọc được sử dụng trên System Dashboard phải được chia sẻ với đúng người. 

  • Ai có thể chỉnh sửa Dashboard Jira?

Đối với bản Jira Server và Data Center, kể từ phiên bản Jira 7.12.0, có thể có nhiều trình chỉnh sửa của một Dashboard duy nhất.

Đối với Jira Cloud, hiện nay đã có tính năng cho phép filter và dashboard Jira có thể được chỉnh sửa bởi 1 nhóm. Để thay đổi quyền sở hữu Dashboard (ví dụ: nếu chủ sở hữu hiện tại đã rời khỏi công ty), bạn phải là Jira .

  • Những sai lầm cần tránh khi tạo trên Dashboard Jira?

Các lỗi phổ biến nhất khi tạo Dashboard là về quyền.

Nếu bạn tạo một Dashboard bạn khá ưng ý, rất thường xuyên khi bạn chia sẻ dashboard với ai đó, câu trả lời đầu tiên của họ sẽ là “Tôi không thể truy cập trang đó” hoặc “Tất cả các gadget đều trống”.

Điều này rất có thể xảy ra do bản thân Dashboard không thể truy cập được đối với những người khác và các bộ lọc riêng lẻ bị hạn chế. Những trường hợp này được giải thích trong Câu hỏi thường gặp cụ thể bên dưới.

Một lỗi phổ biến khác xảy ra khi sao chép Dashboard. 

Khi một Dashboard được sao chép, nó sẽ giữ tất cả cấu hình của bản gốc, bao gồm cả các bộ lọc đã lưu được sử dụng trên mỗi gadget. Điều này có nghĩa là, sau khi Dashboard được sao chép, bạn sẽ cần cập nhật tất cả các bộ lọc đã lưu để phản ánh các dự án hoặc dữ liệu mới mà bạn muốn hiển thị.

Làm cách nào để chia sẻ Dashboard và bộ lọc Jira của mình?

Có một số tùy chọn khi chọn người để chia sẻ Dashboard và bộ lọc Jira:

Private (tùy chọn mặc định)

  • Chỉ chủ sở hữu mới có thể truy cập

Group

  • Mọi người trong nhóm đã chọn đều có thể truy cập được
  • Trên Jira Cloud, bạn chỉ có thể chia sẻ Dashboard và bộ lọc với các nhóm mà người dùng của bạn là thành viên

Public

Bất kỳ ai trên internet đều có thể xem Dashboard hoặc bộ lọc
Điều này chỉ cho phép người dùng ẩn danh xem các issue cơ bản nếu các dự án chứa các issue cũng được đặt Công khai trên các dự án duyệt và các sơ đồ cấp phép

My ozganization (Chỉ có trên phiên bản Cloud)

Các tổ chức là một hệ thống quản lý cấp độ trang web được tạo bởi Atlassian dành riêng cho Đám mây
Tài liệu có thể được tìm thấy ở đây.

Mọi người dùng đã đăng nhập (chỉ trên phiên bản Server và Data Center )

Bất kỳ người dùng nào có thể đăng nhập vào phiên bản Jira đều có thể truy cập Dashboard hoặc bộ lọc

Điều này chỉ cho phép người dùng đã đăng nhập xem các issue cơ bản nếu các dự án có issue cũng có “Any logged-in user” được đặt trên các dự án duyệt và các lược đồ cấp phép

Dashboard Jira và bảng Scrum / Kanban có khác nhau không?

Jira Dashboards cung cấp tổng quan về dữ liệu trong các phạm vi thời gian khác nhau và nhiều dự án.

Scrum / Kanban được các nhóm sử dụng hàng ngày để phát triển các issue của họ thông qua quy trình làm việc. Họ có xu hướng cụ thể hóa dự án và chỉ tập trung vào công việc hiện tại đang được hoàn thành.

Mỗi chức năng có một chức năng cụ thể và chúng được sử dụng tốt nhất song song với nhau để trao quyền cho nhóm của bạn.

Tạm kết

Jira Dashboards đã tồn tại từ những ngày đầu tiên của Jira. Chúng là một công cụ cực kỳ mạnh mẽ cho phép người dùng ở mọi cấp của tổ chức xem dữ liệu một cách nhanh chóng, đơn giản và đáng tin cậy.

Rất dễ dàng để tạo ra nhiều issue và nhanh chóng điền vào Jira những thông tin có giá trị, nhưng khả năng thực sự sử dụng thông tin đó để đưa ra quyết định là điều tối quan trọng. Jira Dashboards cho phép “dân chủ hóa” dữ liệu bằng cách trao quyền cho người dùng ở tất cả các cấp của một công ty để trực quan hóa tiến trình của họ.

Không có giải pháp nào phù hợp với tất cả các Dashboard; thực tế, trong Dashboard là một công cụ linh hoạt cho nhiều trường hợp sử dụng khác nhau, chỉ một số ít trong số đó được đề cập ở đây.

Điểm quan trọng nhất cần nhấn mạnh là bạn nên hiểu rõ về những gì bạn đang cố gắng đạt được trước khi bắt đầu. Hãy ghi nhớ Dashboard là một tính năng báo cáo organic và thay đổi liên tục, do đó cần được xem xét, điều chỉnh và cập nhật.

Nếu bạn có nhu cầu mua license Jira và tư vấn về hệ thống cũng như workflow Jira phù hợp với quy trình hoạt động và kinh doanh, bạn có thể liên hệ Biplus – Đối tác số 1 của Atlassian tại Việt Nam để nhận được hỗ trợ tốt nhất.

Epic Jira là gì? So sánh Epic, Story và Task

Trong quá trình sản xuất ở nhiều doanh nghiệp nói chung và công ty phần mềm nói riêng đã và đang sử dụng Jira để theo dõi Tiến độ dự án, tiến độ của từng chức năng, quản lý các nhiệm vụ (task), hay lỗi phát sinh (Bug), quản lý tài liệu yêu cầu… Jira là một phần mềm mạnh mẽ và khá dễ theo dõi. Tuy nhiên, Jira có khá nhiều thuật ngữ tiếng Anh và Scrum. Epic là một trong những thuật ngữ cơ bản này. Trong bài viết này, chúng ta hãy cùng tìm hiểu Epic Jira là gì? cũng như so sánh Epic, Story và task trong Jira nhé.

epic jira
Epic trong Jira là gì?

Epic Jira là một user story lớn hoặc nhiệm vụ hoặc 1 vấn đề hoặc yêu cầu của ứng dụng phần mềm có thể được chia thành nhiều nhiệm vụ con hoặc user story nhỏ hơn dựa trên nhu cầu của khách hàng.

Epic là các đầu việc lớn, thường là một feature hoặc một requirement từ khách hàng, từ đó có thể bóc nhỏ thành các story rồi từ story thành các task.

Đây cũng là một hệ thống phân cấp công việc cấp cao bao gồm nhiều nhóm với nhiều phiên sprint và tổ chức workflow bên trong phát triển ứng dụng phần mềm.

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

Epic vs. Story vs. Task

Lập kế hoạch, cấu trúc, thực hiện và giám sát các nhiệm vụ cũng như tiến trình của chúng trong Jira được thực hiện nhờ các yếu tố của Jira được gọi là Epic, Story và Task. Định nghĩa và phân biệt thường được thực hiện cho các nhóm nhà phát triển và quy trình CNTT.

epic jira
Epic – Story – Task: Thiết lập từ phần tử nhỏ nhất đến phần tử lớn nhất

Task
  • Task được sử dụng để lập kế hoạch cho các công việc cụ thể không kéo dài quá 1 ngày làm việc. Các công việc này có thể là một phần của một dự án lớn hơn hoặc do chính họ lên kế hoạch.
  • Các task có thể được tách thành các sub task.
  • Các nhiệm vụ có thể được giao cho một assignee (người chịu trách nhiệm)
  • Task là một phần của sprint hoặc scrum.
  • Các task có thể được chuyển tiếp cho người khác để review và có thể được đánh dấu là đã Done khi hoàn thành.
  • Các nhiệm vụ có thể được liên kết chéo và có thể block lẫn nhau.

Story
  • Story bao gồm nhiều task và đôi khi được gọi là user story. Story có thể là một dự án lớn, chẳng hạn như việc tạo ra các landing page hoặc migrate các instance…
  • Các story bao gồm thông tin dự án quan trọng nhất: tầm nhìn, mục tiêu, lợi ích, nhóm dự án, v.v.
  • Một story có thể được chỉ định cho project lead.
  • Tất cả các Task liên quan có thể được liên kết với Story. Điều này cho phép người dùng đi từ ticket của họ đến Story để xem thông tin chung và các khách hàng tiềm năng của dự án để có cái nhìn tổng quan về ticket và status của họ.
  • Các đội cam kết hoàn thành story trong 1 vài sprint tiếp theo.

Epic


Epic đại diện cho các feature hoặc requirement quan trọng, sau đó được chia nhỏ thành story và task.
Epic đôi khi không phải là một phần của một, mà là của nhiều sprint. Sử thi rất có thể là một phần của roadmap cho các sản phẩm, dự án của nhóm hoặc khách hàng.
Các story và task thuộc cùng một epic, đôi khi được liên kết hoặc đồng phụ thuộc.

Bằng cách sử dụng epic, story và task, nhóm Jira có thể ghi lại những thành công lớn và nhỏ trong suốt cả năm. Điều này giúp giữ đà làm việc ổn định. Người đứng đầu dự án và các bên liên quan đồng thời có thể cập nhật thông tin tổng quan và trạng thái dọc theo từng bước của tiến độ công việc.

Một Ví dụ về triển khai phiên bản Jira cho một công ty

  1. Epic: trong ví dụ này, Epic đại diện cho các dịch vụ đơn lẻ.

Ví dụ: “Tư vấn”

  1. Story: Story cho mục tiêu, cụ thể là triển khai một phiên bản Jira cho khách hàng.

Ví dụ: “Triển khai phiên bản Jira Khách hàng X”

  1. Nhiệm vụ: Nhiệm vụ là các issue và việc cần làm đơn lẻ, cần được thực hiện và giải quyết trước khi xuất hiện trực tuyến với phiên bản Jira mới. Các nhiệm vụ được hoàn thành hàng tuần bởi các chuyên gia tư vấn.

Ví dụ: Ghi lại trạng thái hiện tại, Chuẩn bị cuộc họp, thực hiện lộ trình, thử nghiệm

Jira Epic hoạt động như thế nào?


Một phần mềm ứng dụng có nhiều epic trong đó mỗi epic kết hợp nhiều story để hoàn thành các task và tương tự, mỗi story chứa nhiều sub task cần hoàn thành. Đầu tiên, chúng ta tạo ra các epic bằng cách thêm các user story vào đó. Sau khi tạo epic, chúng tôi xem xét epic với toàn bộ story và chỉnh sửa các story theo nhu cầu của khách hàng, cuối cùng, đội phát triển sẽ làm việc để hoàn thành nó trong thời hạn với trạng thái đã hoàn thành.

Nguyên lý hoạt động của jira epic bao gồm các giai đoạn sau.

  • Tạo ra một epic
  • Thêm story vào epic
  • Xóa các story khỏi epic
  • Xem tất cả các epic
  • Kết thúc hoặc hoàn thành epic

Các phương pháp để tạo Epic trong Jira


Chủ yếu có hai phương pháp để tạo epic trong công cụ Jira.

  • Tạo epic từ New Issue Tab
  • Tạo epic từ Epics Panel Link
  • Tạo epic từ Roadmap

Tạo epic từ New Issue Tab


Có các bước sau đây được thực hiện để tạo một epic từ new issue tab.

Bước 1: Nhấp vào biểu tượng “Create” trên Jira Dashboard.

epic jira


Bước 2: Điền Tên dự án (Project name). Ô Issue Type bạn chọn epic. Sau đó bạn điền tên epic và tóm tắt cho epic.

epic jira


Bước 3: Nhấp vào nút “Create” để tạo một epic mới trong Jira.

Tạo Epic từ Epics Panel Link


Có các bước sau liên quan để tạo một epic từ Epics Panel Link trên dashboard.
Bước 1: Nhấp vào tab “Backlog” trên Jira dashboard.

epic jira


Bước 2: Nhấp vào liên kết “EPICS” trên thanh epic.
Bước 3: Nhấp vào nút “Create Epic” bằng cách cung cấp tên epic, tóm tắt epic và epic type (loại epic). Sau đó, chúng ta nhấp vào nút “Create”.


Bước 1: Nhấp vào tab “Roadmap” trên Jira dashboard.

epic jira

Bước 2: chọn “Create epic”.

Làm thế nào để xem một epic trong Jira?

Chúng ta có thể xem tất cả các issue hoặc các issue liên quan trong Jira bằng cách sử dụng các cách sau:

  • Trong liên kết của Epics Panel: Đầu tiên, chúng ta đi đến tab “Backlog” trong Jira Dashboard và nhấp vào liên kết Epics để xem và quản lý tất cả các epic.
  • Trong danh sách các Epic: Epic link cung cấp / hiển thị tất cả các epic liên quan đến việc phát triển ứng dụng phần mềm.
  • Trong phần View Issue trong epic: Bằng cách nhấp vào epic, nó sẽ hiển thị tất cả task hoặc issue liên quan đến một epic cụ thể với trạng thái của epic đó trong toàn bộ 1 sprint.
Các hành động với epic khác nhau trong Jira
  1. Thao tác thêm và xóa các issue trong epic: Chúng ta có thể thêm một issue vào epic bằng cách sử dụng New Issue tab bằng cách chọn issue type khác với epic và sau đó chúng ta sẽ thêm vào epic. Chúng ta cũng sử dụng EPICS link để thêm một issue vào epic cụ thể. Để làm điều đó, chúng ta đi đến liên kết EPICS và nhấp vào tab “tạo issue trong epic”.
    Để xóa một issue khỏi epic, chúng ta chuyển đến tab “Backlog” và kéo và thả issue đã chọn vào tab “issues without epics”.
  2. Xem Tóm tắt (Summary) của Epic: Tại đây chúng ta có thể kiểm tra thông tin chi tiết về epic cụ thể về tên dự án, tên sprint, ngày bắt đầu, ngày kết thúc và bất kỳ nhiệm vụ con nào liên quan. Bạn cần phải hoàn thành các nhiệm vụ con để có thể hoàn thành một epic.
  3. Theo dõi Status của một Epic: Hoạt động này giúp theo dõi tiến độ công việc về mặt theo dõi các nhiệm vụ chưa hoàn thành và workflow của nhóm.
  4. Hoàn thành một epic: Khi tất cả các nhiệm vụ liên quan của epic đã hoàn thành thì chúng ta sẽ thay đổi status của epic cụ thể này thành trạng thái “Done”. Sau đó, epic sẽ được hoàn thành.
Tạm kết


Trong bài viết trên, chúng ta đã cùng thảo luận ngắn gọn về Epics in Jira và mô tả cách chúng ta có thể tạo, vận hành, xem và kết thúc sử thi thông qua các thủ tục khác nhau trong công cụ Jira. Epic sẽ có nhiều story với nhiều sprint tùy theo nhu cầu của khách hàng, có khoảng thời gian bắt đầu và kết thúc riêng biệt.

Nếu bạn có nhu cầu mua license Jira và nhận tư vấn miễn phí về tích hợp Jira vào hệ thống và quy trình kinh doanh thì hãy liên hệ Biplus – Đối tác số 1 của Atlassian tại Việt Nam để được hỗ trợ tốt nhất nhé.