Tuyển dụng Fresher/Junior DevOps

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

Hiện tại, BiPlus cần tuyển dụng: Fresher/Junior DevOps.

Bạn sẽ làm gì?

• Triển khai, vận hành quy trình DevSecOps cho các dự án nội bộ và khách hàng.
• Vận hành khai thác hạ tầng công nghệ thông tin của công ty.
• Phối hợp các đội dự án, nắm bắt yêu cầu từ nội bộ đến khách hàng, tư vấn, thiết kế, triển khai và bảo trì.
• Nghiên cứu những công cụ hoặc công nghệ mới giúp cải thiện hiệu quả công việc.

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

• Có kiến thức và kinh nghiệm thực tế về Docker, Kubernetes.
• Có kiến thức về hệ điều hành Linux, shell script.
• Có kinh nghiệm làm việc với 01 hệ thống database: sql hoặc nosql.
• Có kiến thức tốt về mạng máy tính và bảo mật.
• Đã từng triển khai GitOps/ChatOps/DevSecOps/DataOps là một lợi thế.
• Biết hoặc có kinh nghiệm với ít nhất 01 ngôn ngữ/nền tảng lập trình backend (java, dotnet, python, golang, nodejs …) là một lợi thế.
• Có hiểu biết về hệ thống cloud AWS (EC2, CloudFront, S3, IAM, EKS, RDS, ELB…) là một lợi thế.
• Có hiểu biết về mô hình triển khai microservice, có thể xây dựng và vận hành các hệ thống centralized logging, distributed tracing, application metrics visualizing and monitoring,… là một lợi thế.
• Kỹ năng giao tiếp, giải quyết vấn đề, kỹ năng làm việc nhóm tốt, luôn sẵn sàng hỗ trợ.
• Chịu được áp lực cao trong công việc, có khả năng làm việc độc lập, chủ động.

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

• Mức lương từ 10 đến 20 triệu.
• Thưởng quí, thưởng cuối năm (1-3 tháng lương)
• Đánh giá năng suất và xét tăng lương 2 lần/năm.
• Tài trợ 100% phí thi các chứng chỉ quốc tế.
• BHXH, nghỉ lễ theo qui định.
Được làm việc với các hệ thống: Source code control: Bitbucket, Gitlab; DevOps CI/CD và configuration management: Jenkins, Ansible, Chef, Puppet,; Atlassian OpenDevOps, CircleCI, TeamCity.; Container platforms: Kubernetes and Docker; Communication và collaboration: Trello, Jira, Confluence, Slack; Security: Sonarqube;
Registry: Nexus, Habor; Cloud computing và storage: AWS, Azure; Monitoring: Prometheus, ELK, Splunk; Testing: Selenium; ITSM: Jira service management, Status page, Opgenie.
Được đào tạo 1:1 bởi chuyên gia DevOps hàng đầu Việt Nam.
• Tham gia vào nhóm phát triển Scrum tự chủ, linh hoạt và năng suất cao theo mô hình Agile/Scrum.
• Môi trường làm việc trẻ, năng động, vui vẻ, hạnh phúc với các hoạt động văn hóa sôi động như retreat, picnic, team building, happy event, BiPlus radio, …
• Được làm nhiều, được thử nhiều và được sai, học thực chiến trong công việc.
• Được làm việc trên các hệ thống lớn với các bài toán công nghệ phức tạp.
• Liên tục phát triển năng lực thông qua các hoạt động học tập (company learning hour, team learning hour, club), đào tạo, mentoring, coaching,…
• Được phản hồi thường xuyên liên tục và huấn luyện để phát triển năng lực và đạt hiệu suất công việc ngày càng cao (CFRs – Conversation – Feedback – Recognition tháng và 6 tháng).

Liên hệ ứng tuyển

Bạn có thể ứng tuyển qua form dưới đây:

    Upload file CV *:

    Hoặc liên hệ trực tiếp:

    Ms. Luyến
    Điện thoại (Zalo, iMess,…): 0969059356.
    Email: [email protected]

    See you at BiPlus!

    JQL là gì? Chức năng, lịch sử và phân loại

    JQL là viết tắt của Jira Query Language – ngôn ngữ truy vấn trong Jira.

    Giống như trong toán học, các hàm trong Jira đã được đơn giản hóa về mặt logic, khiến cho chúng trở nên dễ dàng truy cập và sử dụng. Sau đây là cách mà chúng hoạt động trong JQL.

    Bạn sẽ học được cách tạo ra những truy vấn hiệu quả trong Jira software để có cái nhìn rõ ràng hơn về project, team và công việc. 

    Để bắt đầu, bạn nên có sẵn một số kiến thức cơ bản về các truy vấn JQL cũng như đã sử dụng các từ khóa “AND” và “OR”.

    Chức năng: JQL dùng để làm gì?

    Giống như trong math class, các hàm sẽ đơn giản hóa các logic phức tạp và giúp bạn dễ dàng truy cập cũng như sử dụng một cách đơn giản.

    Ví dụ: Jira hỗ trợ một hàm có tên là membersof () để xem tất cả các issue được giao cho các thành viên của một nhóm. Các nhóm được định nghĩa bên trong Jira hoặc đến từ các nhóm hiện có trong directory server trước đây của công ty bạn.

    project = Pipeline AND assignee in membersof(‘test-engineering’)

    Truy vấn này trả về tất cả các issue được giao cho các kỹ sư kiểm thử. Các hàm cũng phản ứng linh hoạt khi môi trường thay đổi. Nếu thêm nhiều người dùng hơn vào nhóm kiểm thử, truy vấn này sẽ tự động cập nhật.

    Hãy xem cách chúng ta có thể xem những issue nào đã được khắc phục trong bản phát hành gần đây nhất.

    project = Pipeline AND status in (resolved, closed) and fixversion = “Sprint A”

    Thao tác này sẽ trả về tất cả các issue đã được khắc phục trong bản phát hành đó. Điều gì sẽ xảy ra nếu chúng ta muốn một danh sách luôn hiển thị các issue đã được khắc phục trong bản phát hành cuối cùng bất cứ khi nào nó được chạy? Điều đó rất dễ thực hiện với truy vấn sau.

    status in (resolved, closed) and fixVersion = latestReleasedVersion(Pipeline)

    Sự khác biệt ở đây là gì? Cuối cùng, nhóm sẽ phát hành sprint B, C và D. Truy vấn đầu tiên chỉ trả về danh sách các issue được giải quyết trong Sprint A. Truy vấn thứ hai truy vấn Jira để tìm phiên bản được phát hành cuối cùng cho project Pipeline. Do đó, khi sprint B, C và D được phát hành, truy vấn này sẽ trả về dữ liệu tương ứng. 

    Kiểm tra quá trình kiểm thử

    Bạn cũng có thể sử dụng JQL để xem công việc đã được thực hiện như thế nào theo thời gian. Ví dụ: nếu bạn muốn xem các bug mà John Smith đã giải quyết trong project Pipeline, bạn có thể sử dụng truy vấn sau:

    project = Pipeline AND status CHANGED FROM “In Progress” TO “Resolved” BY jsmith

    Đôi khi, các issue không xác minh được hoặc không được mở lại thường được quan tâm đặc biệt, chúng ta cần xem tại sao các thay đổi này không hoạt động như dự kiến. Bạn có thể dễ dàng tìm những bug đó bằng việc chạy truy vấn sau:

    status CHANGED FROM “In Progress” TO “Open”

    Để xem những issue nào đang được tiến hành trong tuần này, chúng ta có thể sử dụng JQL sau:

    status was (“In Progress”) DURING (startofweek(), endofweek());

    Vào cuối năm, bạn có thể xem tổng số lượng issue đã được giải quyết trong năm đó. Để làm như vậy, câu lệnh JQL sẽ là:

    resolution changed to “Fixed” by currentUser()

    during (startOfYear(), endOfYear())

    Bí Quyết: Xác định phạm vi và phân loại

    Thông thường, khi bạn bắt đầu tìm kiếm các Jira issue, bạn có thể bị trả về RẤT NHIỀU thông tin. Xác định phạm vi và sắp xếp các truy vấn sẽ giúp bạn dễ dàng xem được chính xác thông tin mà bạn cần.

    • Phạm vi (Scoping) – tập trung truy vấn của bạn để truy vấn lấy lượng dữ liệu phù hợp để người dùng chỉ nhìn thấy thông tin liên quan đến item hiện tại
    • Sắp xếp (Sorting) – sắp xếp dữ liệu của bạn sao cho tập dữ liệu quan trọng nhất được liệt kê đầu tiên

    Xác định phạm vi

    Bắt đầu với các open issue:

    project = Pipeline AND status = open

    Bạn có thể thấy rằng truy vấn trả về quá nhiều issue (gần như mọi thứ từ backlog cũng như các issue đang được giải quyết. Bạn có thể thu hẹp nó một chút bằng cách loại bỏ phần issue trong backlog.

    project = Pipeline AND status = open AND fixVersion = “Current Sprint”

    Kết quả này đã tốt hơn một chút, nhưng bạn hoàn toàn có thể thu hẹp nó nhiều hơn nữa. Hãy xem điều gì chưa thực hiện được trong sprint trước và được chuyển sang sprint này.

    project = Pipeline AND status = open AND fixVersion = “Current Sprint”

    AND fixVersion WAS “Last Sprint”

    Bây giờ bạn có những issue mà bạn thực sự quan tâm ở phía trước, thật dễ dàng để xem xét từng issue này với mức độ tập trung cao độ và xem lý do tại sao chúng chưa được giải quyết trong sprint trước. Đó có phải là một vấn đề trong việc ước tính, các yêu cầu hay điều gì khác không? Các issue đã có trong truy vấn đầu tiên, nhưng chúng quá khó để tìm theo cách thủ công. Tạo truy vấn tốt là một quá trình lặp đi lặp lại: truy vấn, xem xét, xem liệu bạn có thể tập trung kết quả hay không. Bạn càng làm nhiều, nó càng trở nên dễ dàng hơn.

    Sắp xếp

    Giả sử bạn muốn xem tất cả các bug mở ra cho nhóm trong một sprint cụ thể:

    project = Pipeline AND fixVersion = “Current Sprint” AND status = open

    Bạn đang cố gắng thu thập điều gì từ dữ liệu này? Nếu bạn đang cố gắng tìm hiểu rủi ro, bạn có thể xem danh sách được sắp xếp theo mức độ ưu tiên hoặc theo danh sách kỹ sư để bạn có thể dễ dàng xem liệu một kỹ sư có hai bug mức độ ưu tiên cao hay không. Câu lệnh JQL có một từ khóa “ORDER BY” cho Jira biết để sắp xếp kết quả. Truy vấn trên có thể được mở rộng để bao gồm sắp xếp:

    project = Pipeline AND fixVersion = “Current Sprint” AND status = open ORDER BY priority, assignee

    Jira trước tiên sẽ sắp xếp danh sách theo mức độ ưu tiên và sau đó sắp xếp theo người được giao cho tất cả các issue có cùng mức độ ưu tiên. Hãy xem một ví dụ khác kiểm tra các bug sắp xuất hiện trong project. Chúng tôi muốn xem bất kỳ critical bug hoặc blocking bug nào xuất hiện gần đây để xem liệu các lần kiểm thử gần đây có giảm độ ổn định hay không.

    project = Pipeline AND priority in (blocker, critical) AND created > -2w ORDER BY created DESC

    Truy vấn kiểm soát mức độ ưu tiên và giới hạn thời gian được tạo phạm vi chính xác cho truy vấn. Tính năng phân loại sẽ hiển thị cho chúng ta các issue gần đây nhất trước tiên. Sử dụng từ khóa DESC để sắp xếp ngược lại (mới nhất đến cũ nhất). Bằng cách đó, bạn sẽ tập trung người xem vào những issue quan trọng nhất trước tiên. Không phải ai cũng sẽ xem xét từng issue trong report. Luôn sắp xếp các truy vấn để các issue quan trọng nhất hiển thị đầu tiên.

    Tổng kết

    Tại thời điểm này, bạn sẽ cảm thấy khá ổn về việc truy vấn Jira để giải quyết các vấn đề với JQL. Chúng tôi đã đề cập đến cấu trúc cơ bản, chức năng, dữ liệu hiện tại, dữ liệu lịch sử, phân loại và xác định phạm vi. Nếu bạn có nhu cầu mua bản quyền Jira, Confluence, Bitbucket và muốn tư vấn và demo giải pháp trọn gói các phần mềm này, hãy liên hệ với BiPlus – đại diện chính thức của Atlassian tại Việt Nam:

    Địa chỉ:

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

    Email:

    [email protected]

    Điện thoại

    +84 979438100

    4 Confluence add-on giúp nâng cao cộng tác

    Nếu bạn là một Confluence user, bạn sẽ biết rằng khả năng cộng tác là rất quan trọng. Việc chia sẻ thông tin, ý tưởng và dự án sẽ tạo ra một môi trường làm việc nơi mọi người đều có thể đóng góp vào kết quả tổng thể. Và hiện nay ngày càng có nhiều doanh nghiệp quan tâm đến việc tạo ra môi trường làm việc hợp tác. “Sự hợp tác đang thực sự chiếm lĩnh nơi làm việc.” trích tạp chí Harvard Business Review. 

    Chúng tôi đã xây dựng Confluence trở thành nơi dành cho công việc, tài liệu và ý tưởng của các nhóm để mọi người có thể cộng tác ở trong cùng một công cụ. Ngoài ra, với các tiện ích bổ sung cho Confluence có sẵn trong Atlassian Marketplace, bạn có thể tăng cường khả năng cộng tác của mình hơn nữa. Với vô số tùy chọn hiện có, chúng tôi đã chọn ra một số tiện ích bổ sung Confluence tốt nhất để giúp bạn bắt đầu.

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

    Tùy chỉnh và tổ chức space Confluence

    Bạn đã bao giờ ước mình có thể điều chỉnh tốt hơn hoặc thêm một chút gì đó đặc biệt vào space Confluence?  Add-on Refined Theme sẽ cung cấp cho bạn các công cụ chỉnh sửa bạn cần để kiểm soát giao diện của Confluence space. Nếu bạn muốn sắp xếp các nội dung, bạn có thể lựa chọn từ các mẫu space được thiết kế sẵn hoặc tự tạo theo ý muốn.

    Mẹo chuyên nghiệp: Thêm dashboard vào danh mục và danh mục phụ hoặc chỉnh sửa bố cục không gian để linh hoạt hơn.

    Kết nối CRM của bạn với Confluence

    Giống như hầu hết các doanh nghiệp, bạn có nhóm khách hàng hài lòng về sản phẩm và bạn muốn duy trì sự hài lòng đó. Rất có thể bạn đang sử dụng hệ thống CRM để quản lý thông tin của khách hàng nhằm giảm thời gian xử lý và tăng năng suất nhằm để giữ cho các mối quan hệ tốt với khách hàng. Nhưng nếu bạn cũng sử dụng Confluence, bạn có thể tiết kiệm rất nhiều thời gian (và ngân sách) nếu sử dụng chính Confluence để quản lý CRM thay vì sử dụng một hệ thống bên ngoài.

    Add-on Atlas CRM for Confluence tích hợp chức năng quản lý quan hệ khách hàng vào Confluence. Giờ đây, bạn có thể xem thông tin khách hàng của mình ở cùng với mọi tài liệu khác trong một nơi duy nhất, ngay bên trong Confluence.

    Mẹo chuyên nghiệp: Sử dụng Atlas CRM for Confluence với Atlas CRM dành cho Jira cùng nhau để tạo một CRM nội bộ mạnh mẽ. Hãy thử các tiện ích bổ sung này miễn phí trong Confluence hoặc Jira.

    Phối hợp các tác vụ

    Tất cả chúng ta đều biết những lời nhắc bằng sticky-note đã là dĩ vãng, nhưng chúng ta có thể khiến cho các to-do list trở nên thú vị hơn. Add-on MeisterTask for Confluence có thiết kế đẹp mắt giúp quản lý tác vụ hiệu quả và thú vị. Giao diện người dùng trực quan và đơn giản giúp các team có thể làm quen và sử dụng nhanh chóng.  

    Các task trong MeisterTask mang tính cộng tác cao và hỗ trợ các nhận xét, ghi chú, danh sách kiểm tra, thẻ, ngày hoàn thành và theo dõi thời gian – vì vậy bạn luôn biết ai đã làm gì và mất bao lâu. 

    Mẹo chuyên nghiệp: Nhúng các dự án của bạn vào các trang Confluence để bao gồm một dynamic table của project để bạn có thể xem các trạng thái nhiệm vụ, người được giao và các liên kết ban đầu

    Thực hiện phiên Reflection cho dự án

    Tiến hành một phiên retrospective sau khi hoàn thành một project là một trong những cách tốt nhất mà một nhóm có thể cải thiện quy trình trong tương lai. Dành thời gian để xem xét một project hoặc một sprint giúp bạn học hỏi từ những thành công cũng như thất bại mà bạn đã trải qua và cải thiện tốt hơn các project trong tương lai.

    Agile Retrospectives for Confluence là một add-on bổ sung mà bạn có thể sử dụng để chạy phiên Retrospective tiếp theo của mình theo cách tương tác và hấp dẫn. Bạn và các thành viên trong nhóm của bạn sẽ nhập ý tưởng và suy nghĩ đồng thời để bạn có thể thảo luận và bỏ phiếu cho những chủ đề quan trọng nhất. Sử dụng add-on miễn phí này cho phiên Retros tiếp theo của bạn.

    Mẹo chuyên nghiệp: Sắp xếp kết quả của phiên retrospective để theo dõi tiến trình của các mục hành động. Bạn có thể lọc theo các mục đã giải quyết và chưa giải quyết cũng như các thành viên trong nhóm được giao nhiệm vụ.

    Đây chỉ là một vài trong số hàng nghìn tiện ích bổ sung có sẵn trong Atlassian Marketplace. Các tiện ích bổ sung được thiết kế để tăng khả năng sáng tạo và năng suất của bạn bằng cách cho phép bạn tùy chỉnh và nâng cao các ứng dụng Atlassian của mình. Thông tin bổ sung và các tiện ích bổ sung khác có thể được tìm thấy trong Atlassian Marketplace. Bạn đang tìm cách xây dựng add-on customized cho nhóm phát triển? Hãy liên hệ với BiPlus – đại diện chính thức Atlassian tại Việt Nam để nhận tư vấn và demo miễn phí:

    Địa chỉ:

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

    Email:

    [email protected]

    Điện thoại

    +84 979438100

    Sáng tạo – Chìa khóa bất ngờ để nâng cao năng suất

    Các hoạt động đổi mới tư duy, phát triển văn hóa thực nghiệm và kết nối nhân viên tới mục tiêu chung đều giúp nâng cao năng suất hoạt động của doanh nghiệp.

    Một số người coi sáng tạo và năng suất đối nghịch với nhau. Khả năng sáng tạo thường được đóng khung là tự nhiên, không thể đoán trước và khó có thể đo đạc. Mặt khác, năng suất được coi là có cấu trúc, có kế hoạch và gắn liền với các chỉ số hiệu suất. Tuy nhiên, bằng cách tạo điều kiện và tận dụng sự sáng tạo, các doanh nghiệp có thể đồng thời tăng năng suất của các đội ngũ.

    Sáng tạo thúc đẩy năng suất như thế nào?

    Thay vì cản trở năng suất, sự sáng tạo thực sự nâng cao năng suất theo ba cách: thúc đẩy tư duy đổi mới, tạo ra văn hóa thử nghiệm và kết nối nhân viên cùng hướng tới một mục tiêu chung.

    Đầu tiên, lãnh đạo doanh nghiệp cần tạo điều kiện và khuyến khích tư duy đổi mới, sáng tạo. Hành động này sẽ đóng vai trò nền tảng cho các ý tưởng lớn xuất hiện và thúc đẩy việc lập kế hoạch chiến lược khi mọi người nghĩ về các vấn đề hiện tại và các giải pháp tiềm năng thông qua các hoạt động như các buổi brainstorm và hội thảo về ý tưởng. Nếu không có tầm nhìn về sáng tạo này, các checklist, action plan và road map thường liên quan đến năng suất sẽ vô nghĩa.

    Cùng với việc thúc đẩy tư duy đổi mới, việc tạo ra văn hóa thử nghiệm sáng tạo cũng là chìa khóa để thúc đẩy năng suất. Sự sáng tạo thường đi kèm với khả năng thất bại của các thử nghiệm. Một số nhà lãnh đạo cho rằng cung cấp cho nhân viên không gian để thử nghiệm những ý tưởng mới ngay cả khi chúng có thể thất bại hoặc (đi ngược lại các tiêu chuẩn), thường không đem lại năng suất. Tuy nhiên, tìm tòi sáng tạo là một đối trọng cần thiết để bù lại những hạn chế của năng suất, tạo không gian cho các nhóm xác định các giải pháp sáng tạo và ý tưởng mới để đưa doanh nghiệp phát triển.

    Đầu tiên, lãnh đạo doanh nghiệp cần tạo điều kiện và khuyến khích tư duy đổi mới, sáng tạo. Hành động này sẽ đóng vai trò nền tảng cho các ý tưởng lớn xuất hiện và thúc đẩy việc lập kế hoạch chiến lược khi mọi người nghĩ về các vấn đề hiện tại và các giải pháp tiềm năng thông qua các hoạt động như các buổi brainstorm và hội thảo về ý tưởng. Nếu không có tầm nhìn về sáng tạo này, các checklist, action plan và road map thường liên quan đến năng suất sẽ vô nghĩa.

    Cùng với việc thúc đẩy tư duy đổi mới, việc tạo ra văn hóa thử nghiệm sáng tạo cũng là chìa khóa để thúc đẩy năng suất. Sự sáng tạo thường đi kèm với khả năng thất bại của các thử nghiệm. Một số nhà lãnh đạo cho rằng cung cấp cho nhân viên không gian để thử nghiệm những ý tưởng mới ngay cả khi chúng có thể thất bại hoặc (đi ngược lại các tiêu chuẩn), thường không đem lại năng suất. Tuy nhiên, tìm tòi sáng tạo là một đối trọng cần thiết để bù lại những hạn chế của năng suất, tạo không gian cho các nhóm xác định các giải pháp sáng tạo và ý tưởng mới để đưa doanh nghiệp phát triển.

    Có nhiều cách để tái cấu trúc sự sáng tạo nhằm giảm thiểu rủi ro tiềm ẩn và duy trì động lực hướng tới các mục tiêu tổng thể. Ví dụ: các nhà lãnh đạo có thể tổ chức các sự kiện cụ thể hướng tới việc giải phóng khả năng sáng tạo, chẳng hạn như hackathons hoặc các phiên lập bản đồ tư duy (mind map). Những buổi như vậy sẽ truyền cảm hứng cho tư duy sáng tạo và tạo thói quen sử dụng thời gian hiệu quả.

    Khi các doanh nghiệp đầu tư vào sự sáng tạo, lợi nhuận thu về sẽ là những ý tưởng lớn thúc đẩy sự đổi mới và gắn kết trong các đội nhóm. Các ý tưởng lớn nhất, có lợi nhất đều xuất hiện từ sự tìm tòi sáng tạo.

    Cuối cùng, sáng tạo thắp sáng các sứ mệnh của công ty và chính những sứ mệnh này sẽ truyền cảm hứng cho nhân viên. Không ai hào hứng với các deadline và hạn ngạch; đó chỉ là những động lực thúc đẩy ở cấp độ bề mặt. Nghiên cứu từ McKinsey – công ty tư vấn hàng đầu thế giới, cho thấy trong 100 nhân tố, “mục đích” là nhân tố có tác động lớn nhất đến động lực làm việc. Các nghiên cứu bổ sung nhấn mạnh rằng những nhân viên có định hướng mục tiêu sẽ tham gia vào công việc nhiều hơn, hoàn thành và đạt hiệu suất cao hơn và có khả năng gắn bó với doanh nghiệp cao nhất. Tất cả những yếu tố này làm tăng đáng kể năng suất trên diện rộng.

    Tăng khả năng sáng tạo và năng suất trong quá trình làm việc từ xa

    Thật không may, việc chuyển sang làm việc từ xa đã ảnh hưởng tiêu cực đến khả năng tiếp cận của mọi người với sự cộng tác sáng tạo và năng suất. Theo nghiên cứu của Lucid, 22% nhân viên làm việc từ xa được khảo sát trả lời rằng làm việc tại nhà ảnh hưởng đến khả năng sáng tạo và cứ bốn người quản lý thì có một người đồng ý với quan điểm này. Vậy nguyên nhân là gì? Đó chính là cảm giác bị cô lập. Các nhóm phân tán sẽ gặp khó khăn trong việc khai thác tiềm năng sáng tạo tại các phiên thảo luận trực tiếp. Đây là trường hợp của 46% người được khảo sát, những người cho rằng thời gian gặp gỡ với nhóm của họ ít hơn là lý do chính khiến khả năng sáng tạo của họ bị tụt hậu.

    Ngoài sự cô lập của công việc remote, khả năng sáng tạo bị cản trở bởi những hạn chế về công nghệ. Ví dụ: 40% trong số những người được khảo sát nói rằng quá khó để cộng tác trong một cuộc gọi hoặc cuộc họp video trực tuyến. Khi chúng tôi hỏi các nhà quản lý trong mẫu của chúng tôi về làm việc từ xa và khả năng sáng tạo, gần 1/4 đổ lỗi cho sự suy giảm khả năng sáng tạo là do thiếu các phiên brainstorm trực quan và 42% chỉ ra các tình huống tại văn phòng, như phòng họp với bảng trắng và khả năng tiếp cận tập hợp nhân quả điểm, là những người đóng góp chính cho thành công sáng tạo trong quá khứ.

    Vậy làm cách nào để các tổ chức có thể khuyến khích sự sáng tạo trong môi trường làm việc từ xa ngày nay? Chúng tôi có thể đề xuất ba ý tưởng:

    1. Lên lịch cho các cơ hội cho tư duy sáng tạo: Tư duy sáng tạo thường có thể bị bỏ qua nếu không được đầu tư về mặt thời gian. Trong lịch trình của chúng ra luôn có nhiều cuộc họp và nhiệm vụ cần thực hiện, vì vậy điều quan trọng là chúng ta phải dành thời gian thực sự cho các hoạt động sáng tạo. Ví dụ: hackathons hàng năm của các công ty công nghệ có thể sản sinh các bản cập nhật lớn cho các dịch vụ sản phẩm. Các đội dành từ hai đến ba ngày để hoàn toàn tập trung vào tư duy sáng tạo, đổi mới hợp tác và tự do thể hiện những ý tưởng độc đáo. Kết quả là những tính năng tuyệt vời mang lại giá trị cho cả sản phẩm và công ty. Ngoài ra, những sự kiện này thúc đẩy tinh thần và thể hiện cam kết của các doanh nghiệp đối với các hoạt động sáng tạo.
    2. Ghi nhận sự sáng tạo khi đưa ra phản hồi: Mặc dù các phiên performance review chủ yếu tập trung vào việc đánh giá năng suất, nhưng hãy cân nhắc kết hợp thêm cả các đánh giá về sự sáng tạo. Hãy cho nhân viên cơ hội chia sẻ kinh nghiệm của họ với tư duy sáng tạo và đảm bảo rằng họ biết rằng bạn coi trọng sự sáng tạo ngay cả khi các ý tưởng đó có thất bại. Dành thời gian trong các cuộc họp trực tiếp và các phiên performance review để thảo luận về những nỗ lực sáng tạo. Khuyến khích, khen thưởng những sáng kiến mới lạ và ghi nhận cách tư duy sáng tạo sẽ đóng góp đáng kể vào thành công chung của doanh nghiệp.
    3. Cung cấp tài nguyên để cộng tác trong thời gian thực: Rõ ràng, cần có các giải pháp tăng cường nền tảng cuộc gọi trực tuyến, chẳng hạn như bảng trắng ảo (virtual whiteboard), để tăng cường sự hợp tác và kết nối giữa các nhóm làm việc remote. Bảng trắng ảo không chỉ mô phỏng lại trải nghiệm làm việc cùng nhau tại văn phòng mà còn phải nâng cao trải nghiệm đó. Động não hợp tác bằng hình ảnh là một quá trình sáng tạo quan trọng. Tập hợp các nhóm của bạn lại với nhau trong một mô hình canvas chung, nơi họ có thể cùng nhau sáng tạo và đổi mới.

    Tìm hiểu công cụ Jira giúp các đội nhóm làm việc từ xa hiệu quả.

    Hướng dẫn tích hợp Jira và GitHub bằng Jira Automation

    Trong bài viết này, chúng ta sẽ xem xét việc sử dụng Automation cho phiên bản Jira Server để tích hợp workflow giữa Jira và GitHub bằng cách sử dụng Webhooks.

    Webhook là gì? Rất đơn giản, webhook là một cơ chế để một ứng dụng gửi dữ liệu đến một ứng dụng khác trong thời gian thực. Thông thường, các team phát triển sắp xếp thứ tự ưu tiên cho các công việc thông qua “to-do list” (danh sách việc cần làm). Vì vậy, trong ví dụ đầu tiên, chúng tôi sẽ tự động tạo issue trong Jira để theo dõi các pull request cần xem xét trên GitHub repository. Sau đó, chúng tôi sẽ tự động phát hành một phiên bản trong Jira khi nó được tạo trên GitHub.

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

    Tạo webhook rule

    Đầu tiên, chúng tôi sẽ tạo một rule trong Automation for Jira Server để xử lý webhook đã tạo Pull Request. Việc nhận webhook trước có vẻ lỗi thời. Tuy nhiên, GitHub cần một URL để gửi – để tạo webhook.

    Chúng tôi sẽ bắt đầu bằng cách tạo một rule mới trong Automation và chọn một Incoming Webhook Trigger. Chúng ta sẽ cần sao chép URL được cung cấp ở đây để có thể sử dụng trong bước tiếp theo. Một điều nữa cần lưu ý là phần đề cập đến “Content-Type”. Automation for Jira đọc được application/json, vì vậy cần đảm bảo rằng chúng ta yêu cầu GitHub gửi ở định dạng này.

    Chúng ta không muốn webhook từ GitHub có thông tin issue trong phần nội dung thư, vì vậy chúng ta sẽ chọn “No issues from the webhook” và ấn lưu.

    Tự động hóa Jira

    Tiếp theo, chúng ta sẽ tạo Log action để có thể xem những gì chúng ta nhận được từ GitHub trong phần webhook payload. Thông tin về payload được đề cập chi tiết trong hướng dẫn dành cho nhóm phát triển GitHub; tuy nhiên, ghi log là một cách dễ dàng để xem những gì chúng ta nhận được từ GitHub.

    Log action

    Sau đó, đặt tên và lưu rule, ví dụ: ở đây chúng ta đã đặt tên rule là “New Pull Request created in GitHub”

    Thêm Webhook vào GitHub

    Tiếp theo, chúng ta sẽ chuyển đến GitHub. Tìm repository mà chúng ta đang kết nối. Trong trường hợp ở đây, chúng ta đặt là ‘example’. Trong tab cài đặt, chọn Webhooks và chọn ‘Thêm Webhook’.

    Chúng ta nhập URL từ Automation for Jira đã được tạo ở bước trước, và gửi loại nội dung đến định dạng application/json. Sau đó quyết định những sự kiện nào chúng ta muốn gửi đến Automation. Đối với ví dụ này, chúng ta chỉ quan tâm đến Pull Request, vì vậy hãy chọn “Let me select individual events” và chỉ cần đánh dấu vào phần “Pull Requests”.

    Chúng ta muốn webhook ở trạng thái hoạt động. Vì vậy, hãy đánh dấu chọn ‘Active’ và thêm webhook. Đó là toàn bộ những công đoạn cơ bản. Bây giờ chúng ta hãy kết hợp chúng lại lại với nhau.

    Tạo issue

    Hãy kiểm tra xem chúng ta đã tích hợp mọi thứ một cách chính xác chưa. Ở đây, chúng ta sẽ tạo một Pull Request trên một branch trong repository của mình, sau khi làm điều này chúng ta sẽ thấy hiện thông tin trong audit log cho rule “New Pull Request created”.

    GitHub đã gửi cho chúng ta một webhook và chúng ta đã log nó vào phần audit log. Khối văn bản màu xanh lục mà chúng ta thấy ở trên là tất cả dữ liệu về sự kiện tạo Pull Request ở định dạng JSON. Từ đó, chúng ta có thể xem các phần thông tin mà chúng ta quan tâm.

    Chúng ta sẽ muốn biết tên của repository, số lượng pull request là gì, user nào đã tạo nó, tiêu đề và mô tả của nó và đôi khi bao gồm một liên kết đến ‘pull request’ để giúp truy cập dễ dàng.

    Bây giờ là mảnh ghép cuối cùng của công đoạn. Hãy tạo một issue để xem xét pull request.

    Như trên ảnh, chúng ta đã tạo mô tả bằng cách sử dụng Smart Values để lấy ra các phần thông tin mà chúng ta đã xác định. Việc Saving (lưu) và publishing (phát hành) hành động này có nghĩa là vào lần tiếp theo một Pull Request được tạo, chúng ta cũng sẽ tạo ra một issue.

    Và chúng ta đã thực hiện xong. Một issue được tạo ra từ Pull Request trên Jira với các thông tin mà chúng ta quan tâm.

    Phát hành phiên bản Jira từ GitHub

    Ở đây, chúng ta có một ví dụ thứ hai. Sau đây, chúng ta có thể phát hành phiên bản Jira hiện có từ webhook trên GitHub. Trong project mẫu trên màn hình, chúng ta đang có một phiên bản chưa được phát hành; 4.1.0.

    Chúng ta sẽ cần tạo sẵn một webhook trong project sẽ chứa các phiên bản để phát hành, thực hiện theo các bước tương tự như rule trước đó. Chúng ta sẽ sử dụng ‘Log Action’ để xem payload từ GitHub và bây giờ chúng ta sẽ thêm hành động ‘Release Version’. Để đảm bảo rằng phiên bản chính xác từ GitHub được phát hành,  chúng ta cần mở rộng nhiều tùy chọn hơn và sử dụng phiên bản từ webhook.

    Đi tới GitHub và tạo webhook, theo ví dụ trước – chỉ lần này đánh dấu vào “Release”.

    Đã xong!. Khi bạn phát hành phiên bản trên GitHub, bạn sẽ thấy rằng Jira sẽ đánh dấu cùng một phiên bản là released (đã phát hành), như bạn có thể thấy trong ví dụ bên dưới:

    Kết luận

    Webhooks và Automation for Jira cung cấp một cách rất gọn gàng để bạn tự động hóa việc quản trị Jira của mình theo cách tùy chỉnh và phù hợp với yêu cầu của mỗi nhóm. GitHub chỉ là một ví dụ. Tiềm năng tự động hóa Jira vẫn còn rất lớn. Nếu bạn cần tư vấn, demo miễn phí về các sản phẩm Atlassian như Jira, Confluence, Bitbucket, hãy liên hệ với BiPlus – đối tác vàng của Atlassian tại Việt Nam:
    Địa chỉ: Tầng 3, Bảo Anh building, số 85, Trần Thái Tông, Cầu Giấy, Hà Nội

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

    (Ảnh bìa: iDalko)

    Ebook: 7 bước để có Agile dashboard đẹp và hiệu quả

    Hiện nay Jira đã trở thành một công cụ mạnh mẽ giúp các nhóm thuộc mọi ngành nghề quản lý công việc hiệu quả. Trong đó, Agile Dashboard là một tính năng vô cùng hữu ích được tích hợp sẵn trong Jira, giúp các nhà quản lý và các team có thể nhanh chóng theo dõi tiến độ của các dự án đang thực hiện. Để giúp các bạn tối ưu Agile Dashboard trong Jira, Ebook sẽ cung cấp các thông tin: Các add-on đang thịnh hành nhất, hướng dẫn chi tiết cài đặt và tối ưu các add-on vào dashboard, các câu lệnh JQL để lấy các thông tin mong muốn.

     

     

    Tải tài liệu ngay tại đây!

      Hiểu Kanban trong 5 phút

      Kanban là gì? Bí quyết đơn giản hóa quy trình làm việc (Workflow)

      Kanban giúp doanh nghiệp tập trung vào các nhiệm vụ cụ thể từ lúc tiếp nhận đến khi hoàn thành. Đây là một hệ thống quản lý quy trình làm việc đơn giản và hiệu quả giúp thúc đẩy sự cộng tác và năng suất trong doanh nghiệp.

      Kanban là gì?

      Kanban là một hệ thống quản lý quy trình làm việc được đơn giản hóa nhằm mục đích đạt được hiệu quả và sự linh hoạt trong quá trình sản xuất. Mặc dù phương pháp này được sử dụng phổ biến trong lĩnh vực phát triển phần mềm, tuy nhiên mục tiêu của Kanban nói chung là nhằm cải thiện hiệu suất trong đa dạng các lĩnh vực – không chỉ cho ngành công nghệ thông tin (CNTT). 

      Kanban được phát triển tại Nhật Bản bởi tập đoàn Toyota vào đầu những năm 1940. Ban đầu, phương pháp này không được thiết kế để thay thế quản lý dự án hay hoạt động như một phương pháp phát triển. Thay vào đó, Kanban tập trung vào việc cải thiện các quy trình đã có bằng cách tạo ra một cấu trúc quy trình làm việc tốt hơn.
      Kanban cũng giúp doanh nghiệp hạn chế số lượng công việc đang thực hiện (works in-progress) trong phần backlog (bảng danh sách công việc). Phương pháp này cũng giúp cải thiện khả năng lãnh đạo, tính minh bạch của tổ chức, tinh thần đồng đội, giao tiếp cởi mở và cộng tác trong doanh nghiệp. Với Kanban, các tổ chức có thể trực quan hóa cả các nhiệm vụ chưa cụ thể, tập trung vào các  công việc ưu tiên và giúp các thành viên nắm được các công việc cần hoàn thành.

      Bảng Kanban và thẻ Kanban

      Bảng Kanban là công cụ chính cho chiến lược Kanban. Đó có thể là một bảng vật lý, như bảng trắng thông thường hoặc bảng trực tuyến (online) giúp các bộ phận theo dõi các nhiệm vụ và tiến độ công việc. Tiến trình sẽ được theo dõi bằng cách sử dụng thẻ Kanban, có thể đơn giản như sticky note (ghi chú dính) có thể được di chuyển hoặc thẻ ảo có thể được kéo và thả vào các cột khác nhau trên bảng Kanban.

      Mỗi giai đoạn được thể hiện bằng một cột trên Bảng Kanban. Ví dụ: cột đầu tiên có thể chứa backlog các nhiệm vụ cần phải hoàn thành, với một cột khác cho “today” (hôm nay) hoặc “this week” (tuần này), nơi bạn có thể đưa ra các nhiệm vụ bạn cần tập trung ngay bây giờ. Khi chọn các task để đưa vào Thẻ Kanban, bạn nên chia các task đủ nhỏ có thể hoàn thành trong ngày, tránh các task kéo dài quá lâu (>1 tuần). Ngoài ra, bạn cũng nên tránh chia nhỏ các task quá mức khiến bảng kanban trở nên lộn xộn với quá nhiều thẻ. Chọn các nhiệm vụ đánh dấu một vài mục trong danh sách của bạn nhưng điều đó sẽ giải quyết đủ nhanh để duy trì động lực cho nhóm.

      Không có template cụ thể nào khi tạo các giai đoạn cho bảng Kanban. Nguyên tắc chung là giữ lại sự đơn giản và tránh làm phức tạp các bước cần thiết để hoàn thành các task. Mặc dù mọi tổ chức đều có thể tự do lựa chọn các danh mục của riêng họ cho mỗi cột, nhưng hầu hết các bảng Kanban sẽ bao gồm các giai đoạn sau:

      Các giai đoạn Kanban

      • Waiting (Đang chờ): Cột này thường bao gồm các task trong backlog của nhóm. Những task này đang chờ để được kéo qua cột “To-do” (cần làm).
      • To-do (cần làm): Cột bao gồm các việc nhặt ra để làm hôm nay từ cột “waiting”.
      • In Progress (Đang tiến hành): Cột này chứa tất cả các task hiện đang được thực hiện. Cột này đôi khi cũng được đặt tên là “doing”. Ngay sau khi bạn chọn một task mới để thực hiện, task đó sẽ được chuyển vào cột này.
      • Review (Duyệt lại): Tại cột này, các task đã cơ bản hoàn thành, cần các leader kiểm tra và phê duyệt.
      • Completed (đã hoàn thành): Sau khi được duyệt, task sẽ được chuyển đến cột cuối cùng “đã hoàn thành” hoặc “đã hoàn thành”.
      • Blocked (Bị chặn): Nếu một task không thể hoàn thành hoặc tiến độ của nó bị chậm hoặc tạm dừng vì bất kỳ lý do gì, nó sẽ được chuyển sang danh mục “block” hoặc “hold” (giữ lại) cho đến khi có thể tiếp tục.
      Bảng Kanban
      Nguồn: Học viện Agile

      Kanban vs Scrum

      Cùng là các chiến lược cải tiến quy trình làm việc, Kanban và Scrum thoạt nhìn có vẻ là hai phương pháp agile tương tự nhau. Đúng là chúng có những điểm tương đồng – cả hai chiến lược đều được xây dựng trên hệ thống “pull” (kéo thả), tập trung vào việc đưa các hạng mục ra khỏi backlog và hoàn thành nhanh nhất có thể. Nhưng một khi các task được lấy ra khỏi backlog, có thể dễ dàng thấy Kanban và Scrum khác nhau như thế nào.

      Scrum tập trung vào các sprint, bắt đầu bằng cuộc họp lập kế hoạch để quyết định nhiệm vụ nào là ưu tiên cần thực hiện trong 1 sprint kéo dài hai tuần đó. Trong hai tuần sprint này, nhóm phát triển và nhóm sản phẩm chỉ được phép tập trung vào các hạng mục được nhặt ra trong cuộc họp lập kế hoạch; bất kỳ thứ gì khác được lập thành bảng cho đến khi kết thúc sprint đó. Cuối cùng, có một phiên review và 1 phiên retrospective về cuối mỗi sprint để điểm lại các mục tiêu đã hoàn thành, chưa hoàn thành, những điều hài lòng hoặc chưa hài lòng về sprint vừa qua và những hoạt động nào cần phải cải tiến. Sau đó, quá trình bắt đầu lại với các yêu cầu hoặc task mới đã được đặt ra trong cuộc họp planning (lập kế hoạch) lần trước.

      Kanban sử dụng phương pháp “kéo” và cũng liên quan đến việc đánh giá và xem xét lại thường xuyên, nhưng nó không tuân theo giai đoạn sprint hai tuần mà Scrum sử dụng, thay vào đó Kanban là một quy trình liên tục trong đó các nhiệm vụ được kéo bất cứ lúc nào nhóm có đủ băng thông để thực hiện một nhiệm vụ khác. Cũng có những giới hạn về số lượng công việc trong phần in-progress, thường dựa trên số lượng người và nguồn lực sẵn có, tuy nhiên, thông thường, chỉ nên để từ 3-5 task trong phần này.

      Công cụ và phần mềm Kanban

      Có rất nhiều công cụ và phần mềm Kanban có sẵn cho các doanh nghiệp muốn quản lý quy trình làm việc Kanban bằng các bảng Kanban trực tuyến. Doanh nghiệp có thể sử dụng những thứ này thay cho bảng Kanban vật lý hoặc kết hợp song song 2 loại. Những công cụ này giúp các nhóm theo dõi các tiến độ công việc và có thể giúp mọi người hình dung từng bước các nhiệm vụ. Có một số tùy chọn có sẵn trên thị trường, nhưng một số công cụ Kanban phổ biến hơn bao gồm:

      • Trello
      • Jira
      • KanbanFlow
      • GitScrum
      • Workfront
      • Wrike
      • ZenHub
      • Kanbanize
      • Asana
      • Odoo

      Hướng dẫn Scrum of Scrums từ A-Z

      Thêm nhiều người để giải quyết cùng một vấn đề chỉ khiến việc giải quyết vấn đề đó trở nên khó khăn hơn. Nhưng nếu bạn đã tìm ra cách để trở nên hiệu quả hơn khi nhóm phát triển tăng trưởng, thì điều đó có nghĩa là bạn đang mở rộng quy mô.

      Trong nhiều thập kỷ, Scrum Guide đã thiết lập các nền tảng cơ sở để giúp các nhóm và công ty giải quyết những nhu cầu này. Tuy nhiên, việc mở rộng phạm vi ngoài các nhóm riêng lẻ đòi hỏi một cách tiếp cận khác. Để thực hiện điều này, kỹ thuật Scrum of Scrums – gọi tắt là SoS – đã được tạo ra.

      Đọc thêm: Jira là gì? Dùng Jira cho các nhóm Scrum như thế nào?

      Lịch sử của Scrum of Scrums

      Phương pháp Scrum of Scrums lần đầu tiên được thực hiện vào năm 1996 bởi Jeff Sutherland và Ken Schwaber, hai nhà tiên phong của Scrum Framework. Cả Sutherland và Schwaber đều cần một cách để phối hợp tám đơn vị kinh doanh với nhiều dòng sản phẩm trên mỗi đơn vị kinh doanh và đồng bộ hóa các nhóm riêng lẻ với nhau. Vì vậy, họ đã thử một cách mới để mở rộng quy mô các nhóm scrum nhằm đạt được mục tiêu này. Trải nghiệm này đã truyền cảm hứng cho Sutherland xuất bản một bài báo vào năm 2001 với tiêu đề “Agile Can Scale: Inventing and Reinventing SCRUM in Five Company” (tạm dịch: Agile trong mở rộng quy mô: Phát minh và tái định nghĩa SCRUM tại 5 công ty), lần đầu tiên công khai đề cập đến Scrum of Scrums.

      Kể từ đó, Scrum of Scrums ngày càng trở nên phổ biến như một phương pháp kết hợp chặt chẽ với việc mở rộng quy mô nhanh chóng. 

      Scrum of Scrums là gì?

      Scrum of Scrums là một kỹ thuật mở rộng trong Agile nhằm kết nối nhiều nhóm làm việc cùng nhau để giải quyết các bài toán phức tạp.

      Nó giúp các nhóm phát triển và bàn giao các sản phẩm phức tạp thông qua nguyên tắc minh bạch, kiểm tra và thích ứng trên quy mô lớn. Sự thành công của phương pháp này được biểu hiện thông qua một Scrum team có hiệu suất cao, nơi các thành viên cùng hướng tới một mục tiêu chung, có sự tin tưởng, tôn trọng và thống nhất.

      Để làm được điều này, một trong những điều kiện quan trọng mà chúng ta cần quan tâm là team size (số lượng người trong nhóm). Nghiên cứu từ Hackman và Vidmar cho thấy: về mặt lý thuyết, 4-6 người là “quy mô nhóm hoàn hảo”. Các nhóm quá nhỏ hoặc quá lớn thường gặp khó khăn trong việc bàn giao các sản phẩm phức tạp.

      Quy mô nhóm càng lớn thì càng có nhiều mối liên hệ giữa các thành viên trong nhóm, khiến cho việc tạo niềm tin và mục đích chung trở nên khó khăn hơn.

      Do đó, chia một nhóm lớn thành hai hoặc ba nhóm nhỏ hơn có thể giúp phát triển các mối quan hệ giữa các thành viên và duy trì kết quả mong muốn.

      Hãy cẩn thận khi tách team. Chúng ta cần chú ý đến việc cân bằng kĩ năng giữa các nhóm, tái định nghĩa lại cơ chế giao tiếp của các nhóm và chia nhỏ các công việc một cách cẩn thận. Sự phụ thuộc không mong muốn và các nút thắt cổ chai (bottleneck) có thể xuất hiện và làm chậm quá trình bàn giao sản phẩm. Vì vậy, chúng ta cần tập trung cao độ vào các phiên retrospective và ưu tiên cải tiến các story để vượt qua những thách thức này.

      Khi nhiều team được tạo ra với cùng một mục tiêu chung, sự phối hợp hiệu quả là một điều cần thiết, từ đó nảy sinh ra nhu cầu về Scrum of Scrums.

      Scrum of Scrums
      Nguồn: Wrike

      Mục đích của Scrum of Scrums

      Scrum of Scrums là một nhóm ảo bao gồm các đại biểu có liên kết với đến các nhóm phát triển ban đầu. So với cấu trúc phân cấp tổ chức thông thường hoặc các nhóm project-based, các cấu trúc nhóm liên kết này sẽ giúp giảm các liên hệ cần có. Mục đích là để điều phối các nhóm nhỏ hơn, độc lập. Các nhóm áp dụng Scrum of Scrums không chỉ phối hợp bàn giao mà còn đảm bảo sản phẩm được tích hợp đầy đủ vào cuối mỗi sprint. Do đó, Scrum of Scrums hoạt động như một nhóm phát hành (release) mang lại giá trị cho khách hàng.

      Các tổ chức thường sử dụng cách tiếp cận này như một bước đầu tiên để mở rộng quy mô linh hoạt và tổ chức bàn giao các sản phẩm phức tạp và lớn hơn.

      Scrum of Scrums – cấu trúc mở rộng

      Nhóm Scrum of Scrums mới được thành lập có các hoạt động gần giống nhau, tham gia vào các sự kiện giống nhau và có các vai trò giống như nhóm Scrum thông thường. Để bàn giao một sản phẩm tích hợp, có khả năng chuyển giao vào cuối mỗi sprint, các team SoS cần có các vai trò bổ sung, chẳng hạn như kiến trúc sư Agile hoặc các QA leader.

      Ví dụ, sẽ cần có chức danh: PO (Product Owner) chính. PO chính chịu trách nhiệm giám sát nhóm PO và giúp định hướng tầm nhìn bao quát về sản phẩm.

      Vai trò này không cần phải được thực hiện bởi một người có chức danh cao (ví dụ: CTO) và vai trò này nên có trách nhiệm giống như một PO thông thường.

      Một vai trò mới khác là SoS Master, người nên tập trung vào tiến độ và các trở ngại khi xử lý backlog mà các nhóm khác có thể nhìn thấy, tạo điều kiện ưu tiên hoặc loại bỏ các trở ngại và liên tục nâng cao hiệu quả của team SoS.

      Những vai trò mới này sử dụng 15 phút hàng ngày được chia tỷ lệ như daily scum thông thường để sắp xếp buổi gặp mặt, cải thiện và giải quyết các trở ngại. Đại diện của mỗi nhóm hoặc PO nên thảo luận về những trở ngại của nhóm, rủi ro trong việc đạt được mục tiêu sprint hoặc sự phụ thuộc vào các nhóm khác, sau đó là chia sẻ cải tiến đã được thực hiện để các nhóm khác có thể tận dụng.

      Kết luận

      Scrum of Scrums được sử dụng rộng rãi và là một cách quan trọng để mở rộng scrum. Điều kiện tiên quyết quan trọng để mở rộng quy mô là điều chỉnh thành phần nhóm phù hợp và cung cấp cho nhóm đủ thời gian và không gian để phát triển thông qua các giai đoạn của mô hình phát triển nhóm của Tuckman: 

      • Giai đoạn Hình thành (Forming)
      • Giai đoạn Sóng gió (Storming)
      • Giai đoạn Ổn định (Norming)
      • Giai đoạn Hoạt động hiệu quả (Performing)
      • Giai đoạn Thoái trào (Adjourning)

      Khi các nhóm đã sẵn sàng, đây là một số cân nhắc có thể hữu ích:

      • Tổ chức scrum daily mở rộng trong vòng 15 phút, tương tự daily scrum thông thường.
      • Tiến hành scrum daily mở rộng trong 15 phút sau daily scrum hàng ngày của nhóm cuối cùng.
      • Thiết lập một thỏa thuận làm việc cho team Scrum of Scrums.
      • Thống nhất về định nghĩa hoàn thành (Definition of Done) của mỗi cá nhân và tập thể; chia sẻ với mọi thành viên trong team.
      • Thiết lập một thói quen hoặc agenda để giữ cho daily scrum mở rộng được tập trung
      • Bắt đầu theo dõi số ngày bạn bị block bởi các trở ngại
      • Theo dõi xem có daily scrum mở rộng được bắt đầu và hoàn thành đúng thời gian
      • Trước tiên, hãy tập trung bàn giao các story có dependencies để giảm thiểu rủi ro và tạo điều kiện cho các nhóm khác.
      • Theo dõi và trực quan hóa các ngày làm việc cho đến khi có cuộc họp demo

      Nói chung, không có cách nào đúng hoàn toàn để mở rộng quy mô Agile. Nhưng nhiều tổ chức đã thành công trong việc phát triển các quy trình, nhóm và văn hóa của họ bằng cách sử dụng các khuôn khổ để mở rộng quy mô nhanh. Tìm hiểu thêm về các khung Agile được mở rộng quy mô hàng đầu được sử dụng ngày nay và hơn thế nữa tại website của BiPlus: biplus.com.vn

      Và Facebook: https://www.facebook.com/AtlassianInVietnam

      (Nguồn tham khảo: CHRIS SPANNER/ How to scale scrum/ Atlassian.com)

      Nâng cao chuỗi công cụ DevOps với tích hợp CI/CD 

      Một phương thức liền mạch để kết nối Bitbucket với các giải pháp CI/CD hàng đầu, tăng tốc độ của các nhóm phát triển và đẩy nhanh thời gian sản xuất.

      Khi Atlassian giới thiệu Bitbucket gần một thập kỷ trước, tầm nhìn của chúng tôi rất đơn giản: tạo ra một địa điểm trung tâm cho các nhóm doanh nghiệp thiết kế và quản lý mã nguồn. Kể từ đó, Atlassian đã phát triển sứ mệnh trở thành giải pháp git cho các nhóm chuyên nghiệp, giúp người dùng hoạt động hiệu quả hơn, đổi mới nhanh hơn và mang lại giá trị tốt hơn cho các doanh nghiệp. Đối với các nhóm DevOps, Atlassian đã tăng cường tập trung vào việc hợp nhất công việc trong toàn bộ vòng đời phát triển. Bitbucket Server & Data Center 7.4 thể hiện một bước tiến nữa với sự ra mắt của Tích hợp CI / CD, giúp kết nối Bitbucket với các giải pháp CI / CD hàng đầu, tăng tốc độ của nhà phát triển và đẩy nhanh thời gian sản xuất.

      Tích hợp CI / CD tạo điều kiện cho workflow được sắp xếp hợp lý, dễ sử dụng và cung cấp phản hồi theo context ở mọi giai đoạn của chu kỳ phát triển phần mềm mà không cần rời khỏi phiên bản Bitbucket. Điều này có nghĩa là ít context switch (chuyển đổi ngữ cảnh) hơn, ít quy trình thủ công hơn và nhiều thời gian hơn để tập trung vào code.

      Tùy chỉnh cá nhân hóa
      Không có một phương pháp tiếp cận đúng cho mọi nhóm DevOps, vì vậy khi xây dựng CI / CD tích hợp, Atlassian muốn các nhóm có sự linh hoạt trong việc lựa chọn các công cụ mà họ muốn sử dụng. Cho dù nhóm phát triển sử dụng các sản phẩm Atlassian và muốn sử dụng Bamboo cũng như Jenkins, chúng tôi sẽ giúp bạn dễ dàng kết nối CI / CD pipeline với Bitbucket theo kiểu “cắm và chạy” (plug-and-play). CI / CD tích hợp cũng bao gồm hai cách mới để nhận phản hồi liên tục về các đoạn code trong Bitbucket: trang Build mới và tab Build mới trên trang Pull request. Bằng cách hiển thị kết quả build ngay bên cạnh code, Bitbucket cung cấp cho các nhà phát triển tất cả các công cụ phù hợp để phản hồi với các thay đổi mà không mất thời gian chuyển đổi giữa các ứng dụng.

      Và đối với các nhóm sử dụng phiên bản Enterprise của Bitbucket, Bitbucket Data Center, Atlassian cung cấp tính năng smart mirroring để giảm thiểu gián đoạn công việc và các gián đoạn do các backlog của CI build. Ban đầu, tính năng này được tạo ra để cải thiện hiệu suất đọc git và sao chép, Smart mirror farm cho phép các nhóm cluster (phân cụm) các mirror vận hành các bản sao chỉ đọc (read-only) của repository vào các farm được nhóm lại sau bộ cân bằng tải để tăng dung lượng CI / CD và rút ngắn thời gian sản xuất.

      Nhiệm vụ của chúng tôi là hợp lý hóa quy trình phát triển. Do đó, việc tăng tốc độ của các nhóm phát triển không chỉ giới hạn ở CI / CD tích hợp. Bitbucket có một số tích hợp và các liên kết với các ứng dụng để mang lại các giải pháp tốt nhất cho người dùng.

      Tạo điều kiện phát triển tốt nhất

      Các nhóm thực hành DevOps release thường xuyên hơn với chất lượng và độ ổn định cao hơn. Và đó là những gì chúng tôi đã thấy với tích hợp Bitbucket và Jira – các nhóm tích hợp các giải pháp này phát hành thường xuyên hơn 14% so với những nhóm không tích hợp.

      Sự kết hợp này cho phép người dùng tùy chỉnh branching model, workflow trigger và Git hook để tạo ra một workflow hoạt động tốt với bất kỳ nhóm nào và ở bất kỳ quy mô nào. Ngoài ra, các task vụ nhỏ lẻ như chuyển đổi, thêm nhận xét hoặc tạo các issue mới có thể được thực hiện mà không cần phải rời khỏi Bitbucket instance, cho phép các nhóm làm việc ở bất kỳ nơi nào hiệu quả. Jira sắp xếp hợp lý cộng tác giữa các thành viên nhóm phát triển ở mọi giai đoạn của quá trình phát triển phần mềm, có nghĩa là ít cuộc họp và gián đoạn công việc hơn.

      Atlassian cũng cung cấp tích hợp VS Code cho phép các nhà phát triển linh hoạt lựa chọn môi trường phù hợp nhất. Plug-in Atlassian for VS Code, được ra mắt cho phiên bản Server và Data Center đã kết hợp sức mạnh của Jira và Bitbucket để hợp lý hóa workflow của các nhóm phát triển trong VS Code. Các nhóm có thể tạo và xem các issue, bắt đầu giải quyết các issue, tạo các pull request, thực hiện code review, bắt đầu build và hơn thế nữa. Nếu bạn đã làm quen với việc sử dụng Bitbucket, chúng tôi đã giới thiệu trải nghiệm pull request  được cải tiến trong Bitbucket 7.0. Trải nghiệm mới giúp việc xem xét các điểm khác biệt phức tạp trở nên dễ dàng hơn, cải thiện khả năng truy xuất và cắt giảm thời gian tải lên đến 50%.

      Tăng cường cộng tác và tin cậy

      Xây dựng văn hóa cộng tác và tin cậy là nền tảng của mọi nhóm DevOps có hiệu suất cao. Vì vậy, để thúc đẩy giao tiếp và cung cấp cho các nhóm nhiều cách khác nhau để cộng tác:

      Tích hợp Slack giúp các thành viên luôn cập nhật với mọi thứ đang diễn ra trong Bitbucket và phản hồi với các thay đổi.Atlassian Community, nơi cung cấp AMA độc quyền và các phương pháp hay nhất từ ​​các doanh nghiệp nhỏ và vừa cho đến nhiều các công ty khác nhau.Confluence, nơi mọi người trong doanh nghiệp có thể chia sẻ thông tin cập nhật, giao tiếp mục tiêu và truyền cảm hứng cho các cuộc trò chuyện cũng như cách thức làm việc mới.

      Để tăng sự tin tưởng vào code mà bạn đưa vào sản xuất, chúng tôi có liên kết với một số công cụ quét, thử nghiệm và phân tích DevOps để phát triển Code Insights. Code Insight sẽ hiển thị bản tóm tắt phân tích và annotation để giúp xác định và giải quyết các lỗ hổng dependency, code annotation,v.v ngay trong quá trình phát triển. Và để có thêm một lớp bảo vệ, chúng tôi cho phép các nhóm hợp nhất việc kiểm tra để chặn các pull request cho đến khi báo cáo chất lượng của họ đáp ứng yêu cầu.

      Khi chúng tôi tiếp tục đầu tư vào Bitbucket và mở rộng tương tác với các giải pháp khác để tăng velocity của các nhóm phát triển phần mềm, thì việc thêm các tính năng mới vào tích hợp CI / CD sẽ nằm ở đầu danh sách của chúng tôi. Trong tương lại gần, chúng tôi sẽ thêm khả năng commit cam kết và xem cấu hình dưới dạng code cũng như thông tin triển khai vào phiên bản Bitbucket. Các tính năng này sẽ giúp tự động hóa đường dẫn đến quá trình sản xuất và cho phép các nhà phát triển gửi code chất lượng nhanh hơn.
      (Nguồn: Lược dịch từ trang Atlassian.com)

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

      Nâng cao hiệu quả cộng tác với tích hợp Confluence và Slack

      Các nhóm phát triển thường trao đổi với chúng tôi rằng họ muốn hạn chế sử dụng email. Để giải quyết vấn đề này, tích hợp Slack và Confluence sẽ là giải pháp phù hợp, mang lại nhiều hiệu quả cho các nhóm phát triển, không chỉ đẩy mạnh tính nhất quán, giảm các task thủ công bằng các công cụ automation mà còn cải thiện khả năng cộng tác giữa các thành viên trong nhóm. Atlassian đã cung cấp cho người dùng khả năng nhận thông báo Confluence trong Slack Direct Message (nhắn tin trực tiếp) thay vì phải gửi email thông qua ứng dụng Confluence Cloud dành cho Slack.

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

      71% nhóm phát triển đã tự động hóa các task bằng Slack và các phần mềm Atlassian

      Lợi ích của việc kết hợp Slack và Atlassian đến từ khả năng phản hồi nhanh chóng trong workflow. Các nhóm phát triển có thể nhận các cập nhật trạng thái theo thời gian thực cũng như tận dụng nhanh hơn các bản phát hành phần mềm và phản hồi sự cố từ khách hàng. Các nhóm phát triển từ khách hàng của BiPlus đã tự động hóa một loạt các task thủ công trước đây, bao gồm gửi cập nhật trạng thái (status update) hoặc lời nhắc, từ đó giúp giảm số lượng các cuộc gọi trực tuyến.

      3 cách thúc đẩy cộng tác nhóm hiệu quả với Confluence và Slack

      confluence trello
      1. Đảm bảo nhóm phát triển nhận được các bản cập nhật quan trọng nhất

      Thói quen thông thường của 1 lập trình viên là thức dậy, uống cà phê và ngồi xuống sẵn sàng giải quyết các công việc trong ngày. Tuy nhiên, có một loạt email cần sàng lọc, từ khách hàng hoặc các đối tác quan trọng đến cả những người gửi thư rác phiền toái. Slack có thể giúp tổ chức công việc hiệu quả hơn bằng cách chỉ gửi cho team phát triển những thông báo quan trọng trong kênh Confluence chuyên dụng.

      2. Đơn giản hóa màn hình hiển thị với ít cửa sổ hơn

      Team phát triển khó có thể tập trung vào một nhiệm vụ khi nhiều ứng dụng phát hành các bản cập nhật và thông báo liên tục. Thậm chí, chúng tôi thường thấy các nhóm lập trình sử dụng nhiều màn hình để theo dõi các dự án và nhiệm vụ đang thực hiện. Điều này vô hình trung làm cho màn hình trở nên rối mắt. Bằng cách gửi thông báo Confluence tới Slack, bạn có thể nhận xét, phản hồi hoặc xem các trang ngay từ Slack mà không cần mở cửa sổ mới.

      confluence trello
      Source: Ichi
      3. Kiểm soát lượng thông tin với bộ lọc thông báo

      Nhiều người sẽ nghĩ, “Nhưng tôi sẽ nhận được rất nhiều thông báo trên Slack!” Đừng quá lo lắng. Team phát triển có thể lọc thông báo của mình trong phần cài đặt để chỉ nhận thông báo cho các vấn đề quan trọng như như @mentions (ai đó đã tag bạn) hoặc các bình luận (comments).

      Hiện tại, team phát triển có thể nhận trực tiếp tất cả các thông báo về Confluence trong Slack. Các nhóm về phần mềm, công nghệ, tiếp thị, nhân sự v.v… đã hoàn thành công việc một cách liền mạch trong Confluence bằng cách tập hợp các thông tin và cộng tác trên cùng một nền tảng thống nhất.

      Chúng tôi biết rằng các nhóm phát triển phân tán (hoặc tập trung) mong muốn thay thế các task thủ công bằng automation giữa các công cụ để cho phép giao tiếp và cộng tác nhanh hơn giữa các bên liên quan.

      confluence trello
      Source: Atlassian Community

      Hướng dẫn gửi thông báo Confluence cho Slack:

      Đầu tiên, tải về ứng dụng Slack for Confluence Cloud.

      Sau đó sử dụng câu lệnh /Confluence notify trong Slack để bắt đầu. Bạn sẽ chọn các loại sự kiện bạn quan tâm và sau đó, bạn sẽ bắt đầu nhận được thông báo của mình trong phần Direct Message từ Confluence ngay lập tức.

      Nếu bạn muốn tìm hiểu thêm về các license của JIRA, Confluence, BitBucket và các add-on tùy chỉnh cho các phần mềm này, hãy liên hệ ngay với BiPlus – Atlassian Gold Partner tại Việt Nam, đơn vị có nhiều kinh nghiệm tư vấn, triển khai các sản phẩm Atlassian với các đối tác lớn như Viettel, VP Bank, MSB…:

      Email: [email protected]
      Điện thoại: +84 979438100 (Mrs. Thao)