1. Trang chủ
  2. » Luận Văn - Báo Cáo

Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match

105 0 0
Tài liệu đã được kiểm tra trùng lặp

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Tích Hợp Các Phương Pháp Phát Triển Phần Mềm Vào Quản Lý Dự Án Study Match
Tác giả Lê Thị Diễm Phượng
Người hướng dẫn ThS. Nguyễn Thị Phương Trang
Trường học Trường Đại Học Mở Thành Phố Hồ Chí Minh
Chuyên ngành Hệ Thống Thông Tin Quản Lý
Thể loại khóa luận tốt nghiệp
Năm xuất bản 2023
Thành phố TP. Hồ Chí Minh
Định dạng
Số trang 105
Dung lượng 4,16 MB

Các công cụ chuyển đổi và chỉnh sửa cho tài liệu này

Cấu trúc

  • CHƯƠNG 1: TỔNG QUAN VỀ ĐỀ TÀI (16)
    • 1.1. Lý do chọn đề tài (16)
    • 1.2. Mục đích nghiên cứu (16)
    • 1.3. Phạm vi đề tài (17)
  • CHƯƠNG 2: CƠ SỞ LÝ THUYẾT (18)
    • 2.1. Quản lý công việc (18)
    • 2.2. Phương pháp phát triển phần mềm Agile Scrum (18)
      • 2.2.1. Lợi ích Agile Scrum (18)
      • 2.2.2. Các sự kiện trong Agile Scrum (21)
        • 2.2.2.1. Cuộc họp chuẩn bị kế hoạch Sprint (Sprint planning) (21)
        • 2.2.2.2. Cuộc họp hàng ngày (Daily meeting) (21)
        • 2.2.2.3. Buổi họp đánh giá Sprint (Sprint review) (21)
        • 2.2.2.4. Cuộc họp Cải tiến Sprint (Sprint retrospective) (22)
  • CHƯƠNG 3: TÍCH HỢP PHƯƠNG PHÁP PHÁT TRIỂN PHẦN MỀM VÀO QUẢN LÝ CÔNG VIỆC CỦA DỰ ÁN STUDY MATCH (23)
    • 3.1. Ứng dụng phương pháp phát triền phần mềm vào dự án Study Match (23)
      • 3.1.1 Thiết lập Jira cho Study Match (23)
        • 3.1.1.1 Tạo dự án trên Jira (23)
        • 3.1.1.1. Thiếp lập quy trình làm việc (Workflow) (24)
        • 3.1.1.2. Thiết lập các thành phần cần có trong một ticket (26)
      • 3.1.2. Tích hợp công cụ giao tiếp Slack vào Jira (27)
      • 3.1.3. Tích hợp Confluence vào Jira (29)
      • 3.1.4. Tích hợp Google Meet (29)
      • 3.1.5. Tích hợp Draw.io (30)
    • 3.2. Quản lý công việc của dự án Study Match (31)
      • 3.2.1. Khảo sát và phân tích hiện trạng (31)
        • 3.2.1.1. Đánh giá rủi ro (31)
        • 3.2.1.2. Hạn chế rủi ro (31)
        • 3.2.1.3. Kế hoạch thực hiện (32)
        • 3.2.1.4. Dự trù kinh phí và thời gian thực hiện (33)
        • 3.2.1.5. Quản lý công việc trên Jira (33)
        • 3.2.1.6. Kết quả đạt được (38)
      • 3.2.2. Phân tích và thiết kế hệ thống (43)
        • 3.2.2.1. Phạm vi công việc (43)
        • 3.2.2.2. Đánh giá rủi ro (43)
        • 3.2.2.3. Hạn chế rủi ro (43)
        • 3.2.2.4. Dự trù kinh phí và thời gian thực hiện (44)
        • 3.2.2.5. Kế hoạch thực hiện (44)
        • 3.2.2.6. Quản lý công việc trên Jira (45)
        • 3.2.2.7. Kết quả đạt được (49)
  • CHƯƠNG 4: KẾT LUẬN (103)
    • 4.2. Kết quả đạt được (103)
    • 4.3. Hạn chế đề tài (104)
    • 4.4. Hướng phát triển (104)
  • TÀI LIỆU THAM KHẢO (105)

Nội dung

TRƯỜNG ĐẠI HỌC MỞ CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM THÀNH PHỐ HỒ CHÍ MINH Độc lập – Tự do – Hạnh phúc KHOA CÔNG NGHỆ THÔNG TIN NHẬN XÉT KHÓA LUẬN TỐT NGHIỆP Tên đề tài: Tích Hợp Các

TỔNG QUAN VỀ ĐỀ TÀI

Lý do chọn đề tài

Quản lý công việc hiện nay đối mặt với nhiều thách thức do phân tán thông tin và thiếu minh bạch trong giao tiếp, gây khó khăn trong việc theo dõi và quản lý toàn diện Để khắc phục tình trạng này, việc lập kế hoạch thực hiện và tích hợp các phương pháp phát triển phần mềm phù hợp là cần thiết Điều này không chỉ giúp cải thiện giao tiếp và quản lý tiến độ mà còn hỗ trợ phân công nhiệm vụ, quản lý rủi ro và thay đổi Việc áp dụng các công cụ hiệu quả sẽ mang lại lợi ích đáng kể cho quản lý công việc.

Mục đích nghiên cứu

Mục tiêu của đề tài này là áp dụng các phương pháp phát triển phần mềm vào quản lý dự án Study Match để nâng cao tính linh hoạt, hiệu quả và chất lượng sản phẩm Việc lập kế hoạch cho từng giai đoạn và tích hợp các công cụ như Jira, Slack, và Confluence vào quy trình Agile Scrum tạo ra một môi trường làm việc kết nối, giúp các thành viên trong nhóm phối hợp hiệu quả hơn Những công cụ này đảm bảo tính minh bạch và đồng bộ, với thông tin công việc được tổ chức và lưu trữ trên nền tảng chung, giúp mọi người dễ dàng truy cập và cập nhật Slack hỗ trợ giao tiếp thời gian thực, giảm thiểu việc sử dụng email, trong khi Jira và Confluence cho phép chia sẻ tài liệu và thông tin dự án, tạo ra kho tài liệu chung và đảm bảo truyền đạt thông tin hiệu quả.

Phạm vi đề tài

Đề tài "TÍCH HỢP CÁC PHƯƠNG PHÁP PHÁT TRIỂN PHẦN MỀM VÀO QUẢN LÝ DỰ ÁN STUDY MATCH" sẽ tập trung vào lập kế hoạch thực hiện và ứng dụng quy trình Agile Scrum Trong đó, các công cụ phát triển phần mềm như Jira sẽ được tích hợp với Confluence, Slack và Draw.io để hỗ trợ quản lý tài liệu và công việc trong giai đoạn khảo sát và phân tích thiết kế Cần lưu ý rằng đề tài này không bao gồm giai đoạn phát triển sản phẩm của dự án.

Mặc dù nghiên cứu này chỉ tập trung vào phân tích và thiết kế, nhưng các công cụ và quy trình được áp dụng sẽ tiếp tục được sử dụng cho các giai đoạn tiếp theo của dự án Study Match Điều này cho thấy đây là bước chuẩn bị quan trọng cho sự phát triển của dự án trong tương lai.

CƠ SỞ LÝ THUYẾT

Quản lý công việc

Quản lý công việc là quá trình lập kế hoạch, tổ chức và kiểm soát các hoạt động trong dự án nhằm đạt mục tiêu cụ thể Nó bao gồm quản lý tài nguyên, thời gian, ngân sách và nhân lực để đảm bảo công việc hoàn thành đúng tiến độ, đạt chất lượng và đáp ứng yêu cầu của khách hàng cũng như các bên liên quan.

Phương pháp phát triển phần mềm Agile Scrum

Phương pháp Agile Scrum là một phương pháp phát triển phần mềm linh hoạt, chú trọng vào việc tăng cường tương tác giữa các thành viên trong nhóm và khách hàng Agile tập trung vào sản xuất phần mềm qua các chu kỳ ngắn gọi là "Sprints" (từ 1 đến 4 tuần), ưu tiên sản phẩm và khách hàng hơn tài liệu và quy trình Phương pháp này giúp giảm thiểu rủi ro bằng cách phát hành phần mềm sớm, tăng cường phản hồi và đổi mới, đồng thời nâng cao tính linh hoạt trong quá trình phát triển sản phẩm.

Theo nghiên cứu của VersionOne, 87% tổ chức áp dụng Agile đã ghi nhận sự gia tăng năng suất của nhóm phát triển, nhờ vào việc cải thiện sự tương tác và khả năng làm việc nhóm Hơn nữa, 65% tổ chức cho biết lợi nhuận của họ đã tăng lên sau khi triển khai Agile, nhờ vào việc tối ưu hóa quy trình và nâng cao chất lượng sản phẩm, tạo ra giá trị cho khách hàng và tăng doanh thu Nghiên cứu cũng chỉ ra rằng Agile giúp tăng cường khả năng thích ứng với thay đổi, cải thiện đội ngũ phát triển, cho phép tổ chức phát triển các sản phẩm và dịch vụ cạnh tranh hơn, đồng thời đáp ứng nhanh chóng các yêu cầu của khách hàng.

Theo nghiên cứu của Standish Group, các dự án Agile có tỷ lệ hoàn thành thành công lên đến 39%, trong khi đó, các dự án theo phương pháp Waterfall chỉ đạt 11% Nghiên cứu này được thực hiện trên hơn 50.000 dự án phát triển phần mềm toàn cầu, cho thấy sự khác biệt rõ rệt giữa hai phương pháp Tuy nhiên, cần lưu ý rằng các số liệu này chỉ mang tính chất tương đối và không phản ánh toàn bộ tình hình của các dự án phát triển phần mềm trên thế giới.

Cải thiện chất lượng sản phẩm là một trong những lợi ích nổi bật của phương pháp Agile, với 81% tổ chức áp dụng báo cáo có sự tiến bộ rõ rệt Nghiên cứu của VersionOne về Agile, được thực hiện từ năm 2006, đã chỉ ra rằng việc áp dụng Agile không chỉ nâng cao chất lượng mà còn mang lại nhiều giá trị khác cho các tổ chức.

Theo báo cáo "The State of Agile Report" năm 2019, 81% tổ chức sử dụng phương pháp Agile đã ghi nhận sự cải thiện trong chất lượng sản phẩm, đồng thời giảm thiểu rủi ro và tăng khả năng thích ứng với thay đổi trong yêu cầu và môi trường kinh doanh Nghiên cứu của VersionOne cho thấy 77% tổ chức áp dụng Agile đã trải qua sự gia tăng đáng kể trong sự hài lòng của khách hàng, với hơn 56% báo cáo sự hài lòng tăng "đáng kể" và chỉ 1% cho biết sự hài lòng giảm Các yếu tố chính góp phần vào việc nâng cao sự hài lòng này bao gồm việc tương tác liên tục với khách hàng, cung cấp sản phẩm đúng hạn và đáp ứng nhu cầu thực tế của họ.

Theo báo cáo "Pulse of the Profession® 2017" của PMI, các dự án Agile có chi phí thấp hơn khoảng 28% và lợi nhuận trung bình cao hơn 2,5 lần so với các dự án Waterfall Nghiên cứu này dựa trên khảo sát của hơn 3.000 chuyên gia quản lý dự án toàn cầu, bao gồm cả các công ty lớn, nhỏ, tổ chức phi lợi nhuận và chính phủ Báo cáo cũng chỉ ra rằng 62% dự án Agile đạt được mục tiêu kinh doanh, so với chỉ 55% ở dự án Waterfall Mặc dù việc chuyển đổi từ Waterfall sang Agile có thể yêu cầu thay đổi trong quy trình làm việc và cấu trúc tổ chức, nhưng các công ty thành công trong chuyển đổi thường ghi nhận sự cải thiện trong đội ngũ nhân viên và khả năng tương tác với khách hàng.

Phương pháp Agile đã chứng minh hiệu quả vượt trội trong quản lý dự án phần mềm, mang lại nhiều lợi ích như tăng năng suất, rút ngắn thời gian hoàn thành, cải thiện chất lượng sản phẩm, nâng cao sự hài lòng của khách hàng, giảm chi phí và tăng tỷ suất sinh lời.

2.2.2 Các sự kiện trong Agile Scrum

2.2.2.1 Cuộc họp chuẩn bị kế hoạch Sprint (Sprint planning)

Sprint planning là hoạt động thiết yếu trong phương pháp Agile Scrum, giúp nhóm xác định và lên kế hoạch cho công việc trong một sprint Hoạt động này tạo ra sự đồng thuận về mục tiêu, phạm vi và nhiệm vụ của sprint, từ đó đảm bảo hiệu quả và đạt được kết quả mong đợi trong quá trình phát triển phần mềm.

2.2.2.2 Cuộc họp hàng ngày (Daily meeting) Đây là cuộc họp hàng ngày nhằm chia sẻ các thông tin:

Trạng thái công việc cá nhân: Từng thành viên trong nhóm lần lượt báo cáo về công việc đã hoàn thành kể từ lần họp trước, công việc hiện tại đang thực hiện và kế hoạch cho các công việc tiếp theo.

Các thành viên nên chia sẻ những khó khăn và rào cản mà họ gặp phải trong công việc Việc này giúp nhóm nhận diện và cung cấp hỗ trợ kịp thời để giải quyết các vấn đề cụ thể một cách hiệu quả hơn.

Trong buổi họp, việc phối hợp và giải quyết vấn đề giữa các thành viên là rất quan trọng Đây là cơ hội để thảo luận, xử lý các yêu cầu hỗ trợ và tìm ra giải pháp cho những vấn đề phát sinh.

2.2.2.3 Buổi họp đánh giá Sprint (Sprint review)

Sprint Review là cuộc họp quan trọng diễn ra vào cuối mỗi Sprint, nơi nhóm phát triển trình bày sản phẩm đang được phát triển và thu thập phản hồi từ khách hàng Cuộc họp này không chỉ giúp đội ngũ phát triển hiểu rõ hơn về yêu cầu của khách hàng mà còn cải thiện sản phẩm của họ Thông qua việc đánh giá sản phẩm, đội ngũ phát triển nhận được phản hồi quý giá, từ đó nâng cao chất lượng sản phẩm và đảm bảo đáp ứng đúng nhu cầu của khách hàng cùng các bên liên quan.

Sprint review là sự kiện quan trọng nhằm đánh giá các công việc đã hoàn thành trong sprint, đồng thời thu thập phản hồi từ khách hàng hoặc người dùng.

2.2.2.4 Cuộc họp Cải tiến Sprint (Sprint retrospective)

Cuộc họp này cho phép đội ngũ phát triển đánh giá quá trình Sprint vừa qua, từ đó đề xuất các cải tiến cho Sprint tiếp theo Phương pháp này không chỉ giúp phát triển sản phẩm hiệu quả hơn mà còn hỗ trợ nhóm dự án nhận diện và giải quyết các vấn đề, đồng thời lập kế hoạch cải tiến cho tương lai.

TÍCH HỢP PHƯƠNG PHÁP PHÁT TRIỂN PHẦN MỀM VÀO QUẢN LÝ CÔNG VIỆC CỦA DỰ ÁN STUDY MATCH

Ứng dụng phương pháp phát triền phần mềm vào dự án Study Match

Để khắc phục các thách thức trong quản lý dự án, Agile Scrum cung cấp một quy trình linh hoạt, nâng cao khả năng phản hồi và tương tác trong nhóm, đồng thời làm rõ trách nhiệm và phân chia công việc hiệu quả.

Bằng cách áp dụng phương pháp Agile Scrum kết hợp với các công cụ như Jira, Slack, Confluence và draw.io, nhóm quản lý dự án có thể xác định và phân công nhiệm vụ hiệu quả Phương pháp này giúp theo dõi tiến trình và đánh giá hiệu suất làm việc của các thành viên, từ đó nâng cao hiệu quả làm việc, tăng cường sự phối hợp và đạt được thành công trong dự án Việc theo dõi nhiệm vụ và giao tiếp nhanh chóng cũng trở nên dễ dàng hơn.

3.1.1 Thiết lập Jira cho Study Match

3.1.1.1 Tạo dự án trên Jira Để quản lý các công việc liên quan đến dự án Study Match như lập kế hoạch, phân công nhiệm vụ, quản lý tiến độ, … bước đầu tiên là tạo một dự án mới trên Jira cho Study Match Trong quá trình tạo dự án, ta có thể đặt tên dự án, từ khóa Khi tạo thành công, tại đây có thể quản lý công việc, giao tiếp với thành viên nhóm và thực hiện các hoạt động khác liên quan đến dự án một cách dễ dàng

Hình 1: Tạo dự án trên Jira

3.1.1.1 Thiếp lập quy trình làm việc (Workflow)

Trong dự án Study Match, việc thiết lập các trạng thái như “To Do”, “Work in Progress”, “Review” và “Done” là rất cần thiết để quản lý công việc một cách rõ ràng và minh bạch Những trạng thái này không chỉ giúp mọi người nhận biết vị trí công việc trong quy trình mà còn xác định ai là người phụ trách Đồng thời, chúng cũng hỗ trợ theo dõi tiến độ, xác định các bước tiếp theo và phân chia công việc hiệu quả trong dự án.

Trạng thái "To Do" trên Jira được sử dụng để đánh dấu các công việc chưa bắt đầu hoặc chưa được giao cho thành viên trong nhóm, và các công việc này cần được xác định, ưu tiên và phân công Trong khi đó, trạng thái "Work in Progress" thể hiện các công việc đang được thực hiện.

Trạng thái "Progress" cho thấy công việc đang được thực hiện hoặc cần thêm công sức Trạng thái "Review" được áp dụng khi công việc đã hoàn thành và cần được xem xét bởi người kiểm duyệt Cuối cùng, trạng thái "Done" xác nhận rằng công việc đã hoàn tất và không cần hành động nào khác, giúp quản lý và các thành viên trong nhóm nắm rõ tiến độ để chuyển sang nhiệm vụ tiếp theo.

Hình 3: Tạo quy trình làm việc trên Jira

Quy trình thực hiện công việc của dự án Study Match như sau:

Khi bắt đầu một công việc, người thực hiện sẽ cập nhật trạng thái từ “To Do” sang “WIP” Sau khi hoàn thành công việc, họ sẽ chuyển sang trạng thái “WFA” để được đánh giá chất lượng Nếu người đánh giá nhận thấy công việc đạt yêu cầu, trạng thái sẽ được chuyển từ “WFA” sang “Done” Trong một số trường hợp đặc biệt, quy trình này có thể thay đổi.

Khi công việc đang ở trạng thái "WIP" nhưng cần tạm dừng để ưu tiên cho một nhiệm vụ quan trọng hơn, người thực hiện sẽ chuyển đổi từ trạng thái "WIP" sang trạng thái "To Do".

Khi công việc chuyển sang trạng thái "WFA", nếu người thực hiện hoặc người đánh giá nhận thấy cần cải thiện thêm, có thể quay lại trạng thái "WIP" để thực hiện các điều chỉnh cần thiết.

Khi công việc được đánh dấu là “Done”, nếu người kiểm duyệt phát hiện vấn đề, họ có thể chuyển trạng thái trở lại “WIP” để tiếp tục cải thiện công việc.

Nếu quá trình kiểm duyệt chưa hoàn tất mà người kiểm duyệt vô tình chuyển sang trạng thái “Done”, vẫn có thể chuyển lại về trạng thái trước đó.

“WFA” để tiếp tục tiến hành kiểm duyệt

3.1.1.2 Thiết lập các thành phần cần có trong một ticket

Khi tạo ticket trong Jira, ngoài các thành phần bắt buộc như Summary và Reporter, còn có những yếu tố quan trọng khác cần được bổ sung Dưới đây là danh sách các thành phần cần thiết để hoàn thiện ticket.

Mô tả công việc là yếu tố quan trọng, giúp trình bày chi tiết về nội dung, yêu cầu và mục tiêu của công việc Nó cung cấp cái nhìn tổng quan, giúp các thành viên trong nhóm nắm rõ nhiệm vụ cần thực hiện.

Người được giao công việc (Assignee) là thành viên trong nhóm chịu trách nhiệm chính thực hiện nhiệm vụ Assignee không chỉ có trách nhiệm hoàn thành công việc mà còn cần nắm vững các nhiệm vụ của mình để đảm bảo tiến độ và chất lượng công việc.

Xác định mức độ ưu tiên của công việc là rất quan trọng để quản lý hiệu quả Các mức độ ưu tiên bao gồm "Cao nhất", "Cao", và giúp phân loại công việc so với các nhiệm vụ khác Việc này không chỉ tối ưu hóa quy trình làm việc mà còn đảm bảo rằng những nhiệm vụ quan trọng được thực hiện trước tiên.

"Medium" (Trung bình), "Low" (Thấp), ta có thể xác định sự quan trọng và thứ tự thực hiện các công việc

Quản lý công việc của dự án Study Match

3.2.1 Khảo sát và phân tích hiện trạng

Những rủi ro có thể xảy ra trong giai đoạn này:

• Lỗi thiết kế câu hỏi khảo sát

• Dữ liệu không được thu thập đầy đủ do thiếu nguồn lực

• Định hướng phát triển không chính xác

3.2.1.2 Hạn chế rủi ro Để hạn chế được rủi ro, lập danh sách các công việc trước khi triển khai sẽ giúp hạn chế được rủi ro trong quá trình thực hiện

Công việc Mô tả chi tiết trên Jira

Thiết kế câu hỏi khảo sát

Xác định rõ mục tiêu khảo sát và thiết kế các câu hỏi phù hợp để thu thập thông tin cần thiết Hợp tác với chuyên gia cố vấn để đảm bảo tính chính xác trước khi tiến hành thu thập dữ liệu.

Lập kế hoạch Xác định người tham gia khảo sát, địa điểm và thời gian diễn ra khảo sát

Thu thập dữ liệu khảo sát

Tiến hành thu thập dữ liệu theo kế hoạch đã định, thông qua việc thực hiện các cuộc khảo sát và ghi nhận phản hồi từ người tham gia.

Ghi âm, đồng thời ghi chép trên confluence

Để đảm bảo tính xác thực của dữ liệu, cần kiểm chứng và loại bỏ những thông tin không cần thiết Quá trình phân tích dữ liệu sẽ giúp xác định những dữ liệu có giá trị, đồng thời hợp tác với các chuyên gia cố vấn để định hướng phát triển một cách hiệu quả hơn.

Bên cạnh đó, việc phân bổ nguồn lực cũng là một việc hết sức quan trọng trước khi triển khai dự án

Công việc Nguồn lực Thời gian

Thiết kế câu hỏi khảo sát

2 chuyên viên phân tích dữ liệu

Lập kế hoạch khảo sát 4h

Thu thập dữ liệu khảo sát 2d

Phân tích, sàng lọc, kiểm chứng 2d Đưa ra định hướng phát triển 1 chuyên viên phân tích nghiệp vụ 2d -3d Đánh giá định hướng phát triển

Chuyên gia cố vấn Ths Nguyễn Thị

Phân chia thành những giai đoạn nhỏ (sprint) để dễ dàng đạt được mục tiêu

Sprint Công việc Thời gian Mục tiêu Sprint

Thiết kế câu hỏi khảo sát

Hoàn thành tất cả các công việc

Lập kế hoạch khảo sát

Thu thập dữ liệu khảo sát

Phân tích, sàng lọc, kiểm chứng

Sprint 2 Đưa ra định hướng phát triển Từ 20/3 đến 24/3

Hoàn thành tất cả công việc, đảm bảo sprint tiếp theo có đủ dữ liệu Đánh giá định hướng phát triển

3.2.1.4 Dự trù kinh phí và thời gian thực hiện

Khoản chi phí Chi phí * số lượng Ghi chú

Tiền lương chuyên viên Phân tích dữ liệu

12.000.000 VNĐ đến 19.500.000 VNĐ/tháng (Đối với 1 nhân viên)

(Theo khảo sát lương 2023) Chuyên viên phân tích nghiệp vụ

17.000.000 VNĐ đến 24.000.000 VNĐ/tháng (Đối với 1 nhân viên)

(Theo khảo sát lương 2023) Chi phí thuê chuyên gia cố vấn

Chi phí thu thập dữ liệu

1.000.000 VNĐ Là khoản chi phí mua quà tặng cho người tham gia khảo sát

3.2.1.5 Quản lý công việc trên Jira

Trên Jira, bạn cần tạo các thẻ công việc cho các hoạt động trong giai đoạn 1, bao gồm: thiết kế câu hỏi khảo sát, lập kế hoạch khảo sát, thu thập dữ liệu khảo sát, phân tích, sàng lọc và kiểm chứng dữ liệu, cùng với việc đưa ra định hướng phát triển.

Đánh giá định hướng phát triển là một phần quan trọng trong quy trình làm việc Mỗi nhiệm vụ trên Jira đều được đính kèm liên kết đến Confluence, giúp người thực hiện và các thành viên trong đội ngũ dễ dàng theo dõi, quản lý và truy cập tài liệu khảo sát một cách rõ ràng và đầy đủ.

Hình 10: Tạo thẻ công việc giai đoạn 1 trên Jira

3.2.1.5.2 Ước lượng công việc và sắp xếp độ ưu tiên

Để theo dõi tiến độ công việc hiệu quả trong công cụ quản lý Jira, việc ghi nhận ước lượng cho từng công việc là rất quan trọng Điều này bao gồm việc ước lượng độ khó, khối lượng công việc và mức độ rủi ro, từ đó xác định phạm vi công việc dựa trên tổng số giờ ước lượng trong quá trình lập kế hoạch sprint.

Trong quá trình thực hiện khảo sát, việc “thiết kế câu hỏi khảo sát” được xem là ưu tiên hàng đầu Tiếp theo là “lập kế hoạch khảo sát”, sau đó là “thu thập dữ liệu khảo sát” Các bước tiếp theo bao gồm “phân tích, sàng lọc và kiểm chứng dữ liệu”, và cuối cùng là “đưa ra định hướng phát triển” cùng với “đánh giá định hướng phát triển”.

Hình 11: Story points và độ ưu tiên giai đoạn 1

3.2.1.5.3 Mục tiêu của giai đoạn

Ngày kết thúc: 24/3/2023 (Thời gian hoàn thành được dự đoán là 2)

Mục tiêu chính là hoàn thành tất cả các nhiệm vụ, bao gồm việc xác định các vấn đề chưa được cải tiến trên các hệ thống hiện tại và đưa ra định hướng phát triển hiệu quả.

Hình 12: Tạo mục tiêu cho Sprint 1 trên Jira

Hình 13: Tạo mục tiêu cho Sprint 2 trên Jira

Công việc này được diễn ra từ lúc bắt đầu đến lúc kết thúc sprint Theo dõi tiến độ trên Jira bằng cách:

Bảng Scrum trên Jira cung cấp thông tin quan trọng như số ngày làm việc còn lại của Sprint, tỷ lệ phần trăm hoàn thành, đang tiến hành và chưa bắt đầu Việc theo dõi các thông số này thường xuyên là cần thiết để tăng tốc độ tiến độ thực hiện dự án Ngoài ra, tham gia các cuộc họp hàng ngày trong Sprint giúp báo cáo tình hình, nhanh chóng giải quyết vấn đề và cung cấp thông tin cho đội ngũ về trạng thái dự án.

Kết quả cho thấy rằng vào cuối sprint 1, việc thiết lập mục tiêu rõ ràng và theo dõi số ngày thực hiện còn lại đã giúp quản lý tiến độ hiệu quả, đảm bảo sprint hoàn thành đúng với mục tiêu ban đầu.

Hình 14: Kết quả công việc của giai đoạn 1

Theo khảo sát, nhiều trung tâm hoạt động độc lập hiện nay gây khó khăn cho gia sư trong việc tạo tài khoản để đăng ký lớp học Việc này không chỉ tốn thời gian tìm kiếm và so sánh dịch vụ mà còn tiềm ẩn rủi ro khi gia sư có thể gặp phải các trung tâm không uy tín, dẫn đến khả năng bị lừa đảo do thông tin không đáng tin cậy.

Một vấn đề quan trọng là yêu cầu của học sinh thường bị lãng quên hoặc thông tin không đầy đủ do việc liên lạc qua điện thoại hoặc Facebook Điều này gây bất tiện cho học sinh và dẫn đến tình trạng quá tải cuộc gọi đến trung tâm, khiến họ không thể tạo yêu cầu ngoài giờ làm việc Ngoài ra, trên các nền tảng Facebook, học sinh và gia sư gặp khó khăn trong việc tìm kiếm danh sách gia sư đăng ký và tình trạng lớp học, tạo ra thách thức do thông tin quá tải.

Sự phong phú thông tin về các lớp học trên các nền tảng, bao gồm lớp đã giao, lớp đang ứng tuyển và lớp đã hủy, gây khó khăn trong việc tìm kiếm và đánh giá, dẫn đến việc tốn nhiều thời gian.

Học sinh gặp khó khăn trong việc xem lại và chỉnh sửa các yêu cầu của mình, vì hiện tại họ phải gọi điện thoại đến trung tâm để nhờ xử lý Điều này không chỉ làm tăng thêm bước phức tạp mà còn tiêu tốn thời gian, khiến cho việc yêu cầu hỗ trợ trở nên không tiện lợi và tốn kém thời gian đáng kể.

Ngày đăng: 04/02/2025, 19:32

Nguồn tham khảo

Tài liệu tham khảo Loại Chi tiết
[1] Đề tài TÌM HIỂU VỀ AGILE PROJECT MANAGEMENT. (n.d.). Luận văn. Retrieved May 20, 2023, from https://luanvan.net.vn/luan-van/de-tai-tim-hieu-ve-Agile-project-management-60073/ Link
[2] Đề tài Tìm hiểu về quy trình phát triển phần mềm theo Agile - Luận văn, đồ án, đề tài tốt nghiệp. (n.d.). LuanVan.co. Retrieved May 20, 2023, from https://luanvan.co/luan-van/de-tai-tim-hieu-ve-quy-trinh-phat-trien-phan-mem-theo-Agile-45116/ Link
[3] dfd diagram for online shopping website. (n.d.). Meera Academy. Retrieved May 20, 2023, from https://meeraacademy.com/dfd-diagram-for-online-shopping-website/ Link
[4] The Scrum Guide. (n.d.). The Scrum Guide. Retrieved May 20, 2023, from https://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Vietnamese.pdf Link
[5] Scrum Team sẽ thua cuộc nếu không tối đa hóa sự kiện này. (2023, March 17). Hapolog. Retrieved May 20, 2023, from https://blog.haposoft.com/scrum-team-se-thua-cuoc-neu-khong-toi-da-hoa-su-kien-nay/ Link
[7] Sơ đồ DFD quản lý bán hàng. (n.d.). F-store.com.vn. Retrieved May 20, 2023, from https://f-store.com.vn/so-do-dfd-quan-ly-ban-hang/ Link
[8] Sơ đồ luồng dữ liệu (Data Flow Diagram - DFD) là gì? Có ý nghĩa gì? (n.d.). Tài Chính 24h. Retrieved May 20, 2023, from https://taichinh24h.com.vn/so-do-luong-du-lieu-data-flow-diagram/ Link

HÌNH ẢNH LIÊN QUAN

Hình 19: Thiết lập mục tiêu cho giai đoạn 2 trên Jira - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 19 Thiết lập mục tiêu cho giai đoạn 2 trên Jira (Trang 47)
Hình 23: Sơ đồ DFD mức 2 của quản lý Xác thực – Admin Trung tâm - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 23 Sơ đồ DFD mức 2 của quản lý Xác thực – Admin Trung tâm (Trang 51)
Hình 25: Sơ đồ DFD mức 2 của quản lý Xác thực – Đổi mật khẩu (Admin TT) - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 25 Sơ đồ DFD mức 2 của quản lý Xác thực – Đổi mật khẩu (Admin TT) (Trang 52)
Hình 28: Sơ đồ DFD mức 2 của Quản lý xác thực – Đổi mật khẩu (NVTT) - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 28 Sơ đồ DFD mức 2 của Quản lý xác thực – Đổi mật khẩu (NVTT) (Trang 54)
Hình 29: Sơ đồ DFD mức 2 của Quản lý xác thực – Học sinh - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 29 Sơ đồ DFD mức 2 của Quản lý xác thực – Học sinh (Trang 55)
Hình 35: Sơ đồ DFD mức 2 của quản lý Học sinh - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 35 Sơ đồ DFD mức 2 của quản lý Học sinh (Trang 58)
Hình 39: Sơ đồ DFD mức 3 của quản lý Gia sư – Tạo tài khoản - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 39 Sơ đồ DFD mức 3 của quản lý Gia sư – Tạo tài khoản (Trang 60)
Hình 43: Sơ đồ DFD mức 3 của quản lý Trung tâm – Cập nhật thông tin - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 43 Sơ đồ DFD mức 3 của quản lý Trung tâm – Cập nhật thông tin (Trang 62)
Hình 45: Sơ đồ DFD mức 3 của quản lý Nhân viên Trung tâm – Mời nhân viên - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 45 Sơ đồ DFD mức 3 của quản lý Nhân viên Trung tâm – Mời nhân viên (Trang 63)
Hình 47: Sơ đồ DFD mức 3 của quản lý Nhân viên Trung tâm – Tạo tài khoản - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 47 Sơ đồ DFD mức 3 của quản lý Nhân viên Trung tâm – Tạo tài khoản (Trang 64)
Hình 50: Sơ đồ DFD mức 2 của chức năng quản lý Yêu cầu - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 50 Sơ đồ DFD mức 2 của chức năng quản lý Yêu cầu (Trang 66)
Hình 54: Sơ đồ DFD mức 3 của chức năng quản lý Yêu cầu – Chấp nhận yêu cầu - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 54 Sơ đồ DFD mức 3 của chức năng quản lý Yêu cầu – Chấp nhận yêu cầu (Trang 68)
Hình 67: Màn hình đặt lại mật khẩu - Xác minh email - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 67 Màn hình đặt lại mật khẩu - Xác minh email (Trang 80)
Hình 68: Màn hình đặt lại mật khẩu - Tích hợp các phương pháp phát triển phần mềm vào quản lý dự Án study match
Hình 68 Màn hình đặt lại mật khẩu (Trang 81)

TRÍCH ĐOẠN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

🧩 Sản phẩm bạn có thể quan tâm