Sakura đã viết:

Bác Hậu post trong kia nhìn tăm tối quá, nên em xin mạn phép mang ra đây cho mọi người tham khảo.
Nếu ai có bản mới thì up lên để mọi người cùng hoàn thiện nha.
Không tin là trong lớp chỉ có 5 người soạn, tùy tâm ý các bạn thôi
Tác giả: Cường, Hậu, Hưng, Tài, Phong, Hoàng.
Link: [You must be registered and logged in to see this link.]

Úi các Chú giỏi quá đã xong hết rùi ak . Down về đi photo rùi Thi thui. Thanks!

+ Qui trình

1. Pregame: chuẩn bị

+
Lên kế hoạch (plannig): cần phải xem xét tất cả những gì liên quan đến dự án (cần
bao nhiêu tiền, nhân sự, làm những gì,công việc của khách hàng … Ngoài việc này
ta còn xem xét xem có nên xây dựng 1 mô hình đơn giản cho hệ thống không? Đưa
ra bản sơ phát thảo về hệ thống chung. Khác với các quy trình phát khác ( đương
nhiên )

+
Chuẩn bị bước đầu (staging): cần phải cụ
thể yêu cầu của khách hàng, hiểu rõ những công việc mà khách hàng nói, bản phát thảo sơ về hệ thống phải được hoàn
thành vào bước này.

2. Development: phát triển (quan
trọng nhất)

+
30 ngày cho 1 vòng lặp là 1 ước lượng chuẩn. Nhưng ta có thể thay đổi tùy vào dự
án. Sau 1 vòng lặp phải đưa ra 1 bản báo cáo hoàn chỉnh về những gì đã làm
trong vòng lặp đó.

+
Sau khi xác định vòng lặp làm trong bao nhiêu ngày ( ví dụ 30), chuẩn bị các
Sprint Backlog.

+
Với 1 vòng lặp sẽ chọn ra 1 Backlog để làm việc

+
Chia các Backlog thành những công việc nhỏ hay còn gọi là Backlog items (
code,test, design,….)

+
Khách hàng sẽ là người đưa ra các Product Backlog. Và Nhóm phát triển phần mền
sẽ là người chia nhỏ Items ra để làm việc.

+ Sẽ có 15p mỗi ngày để họp mặt làm việc với nhau

*
Danh sách các công việc đã làm đc là gì?

* Có
gì ngăn cản đến việc phát triển của mình ko?

* Phải
làm gì sau mỗi buổi họp?

+ Phải làm gì sau 15p để có thể giải quyết được những
vấn đề đặt ra?

3. Release: khai triển sản phẩm,
tài liệu hướng dẫn

+
Bàn giao cho khách hàng sử gì cần có liên quan đến sản phẩm của họ

+
Yêu cầu: những gì đã làm được, những gì phải làm (không tính design,
imlementation, test vì đã có tất cả trong Product backlog)

+
Quản lý dự án: biểu đồ các công việc cần làm trên số ngày còn lại

+
Đưa ra các công việc cho vòng lặp

+
Đưa ra quá trình làm và hoàn thành của một vòng lặp + sự thay đổi của khách hàng.

+ Ưu

• Có tính mền dẻo và thích ứng cao. Rất thích hợp với
các doanh nghiệp phát triển phần mền trong môi trường không ổn định và yêu cầu
phần mền thay đổi liên tục

• Rút ngắn thời gian phát triển sản phẩm mà vẫn thỏa
mãn được yêu cầu của khách hàng.

+ Nhược

• Đòi hỏi tính đầy đủ và chính xác từ các thông tin từ
phía khách hàng.

• Nếu nhóm làm việc trên 10 người thì việc trao đổi
giữa các thành viên sẽ rất khó thực hiện được một cách hữu hiệu.

Anh
em xem rùi cho ý kiến nhé.

Là phần mền việc hỗ trợ cho việc phát triển phần mền
có sự trợ giúp của máy tính. Khi công cụ hỗ trợ phát triển phần mền đạt tới
việc tiết kiệm lao động phát triển cũng như tăng chất lượng công việc, thì xuất
hiện các công cụ CASE (kĩ nghệ phần mền được trợ giúp nhờ máy tính). Tùy nội
dung được hỗ trợ, các công cụ CASE được phân loại như sau:

• CASE luồng lên: hỗ trợ tiến trình đầu cao (phân
  tích, thiết kế, …)
  
• CASE luồng xuống: hỗ trợ tiến trình đầu thấp (lập
  trình, kiểm thử, …)
  
• CASE bảo trì: hỗ trợ thao tác và bảo trì
  
• CASE tích hợp: hỗ trợ các chức năng tổng thể từ
  công cụ CASE luồng lên à CASE bảo
  trì.
  

+ Qui trình: gồm 3 giai đoạn

* Chuẩn
bị: Đầu tiên lên kế hoạch cho dự án: xem xét tất cả
những gì liên quan đến dự án (nhân sự, tiền lương, làm những gì, công việc
khách hàng, … ). Có cần phát thảo 1 mô hình đơn giản cho toàn bộ hệ thống hay
không?. Cần phải cụ thể hóa những yêu cầu mà khách hàng đưa
ra, hiểu rõ những công việc mà khách hàng nói.

* Phát
triển (quan trọng nhất): Khách hàng sẽ là người đưa ra các danh sách công
việc chưa hoàn chỉnh. Và nhóm làm việc (5 – 9 người) phải làm sao chia nhỏ các
công việc ra để hoàn thành trong thời gian qui định (30 ngày/ vòng lặp nhưng
còn tùy vào dự án). Mỗi ngày sẽ có một cuộc họp khoảng 15p để các thành viên
trong nhóm bàn bạc với nhau về những công việc đang được tiến hành nhằm trả lời
những câu hỏi ( làm được gì những rùi?, Có cản trở gì không?, Phải làm gì tiếp
theo? ) . Trong khi đang tiến hành làm việc trên một danh sách công việc nào
đó, mà Khách Hàng muốn thay đổi nội dung cũng như một số ý kiến về những gì
liên quan đến danh sách công việc đang được tiến hành. Nhóm làm việc cũng sẵn
sàng, lắng nghe ý kiến của khách hàng và bổ sung, chỉnh sửa cho đúng.

*Khai
triển sản phẩm: Sau khi hoàn thành xong 1 danh sách công việc nào
đó. Nhóm sẽ bàn giao cho khách hàng, hướng dẫn khách hàng sử dụng, nói cho
khách hàng biết được quá trình làm việc của công việc này như thế nào?, Cho
khách hàng biết là danh sách công việc nào đã hoàn thành và những công việc nào
chưa hoàn thành. Khách hàng sẽ dùng thử và đưa ra ý kiến của họ, có nên chỉnh
sữa gì nửa hay không?

+ Ưu điểm: Có tính mền dẻo
và thích ứng cao. Rất thích hợp cho các doanh nghiệp phát triển phần mền trong
môi trường không ổn định và yêu cầu phần mền phát triển liên tục. Rút ngằn thời
gian phát triển sản phẩm mà vẫn thỏa mãn được yêu cầu của khách hàng.

+ Nhược điểm: đòi hỏi tính
đầy đủ và chính xác từ phía khách hàng. Nhóm làm việc trên 10 người thì việc trao đổi giữa các thành viên sẽ rất khó
thực hiện 1 cách hiệu quả.


+ Vấn đề chính: chuẩn bị đưa ra
bản thảo sơ cho khách hàng, khách hàng là người phải đưa ra những thông tin
thật đầy đủ và chính xác liên quan đến dự án. Công việc trong nhóm phải thật sự
được đảm bảo theo tiến độ. Trưởng nhóm phải quản lý và phải làm sao cho nhân viên làm việc thật hiệu
quả và không có gì cản trợ họ. Bàn giao cho khách hàng những gì đã làm được và
lắng nghe những thay đổi của khách hàng nếu có.

Đây là theo quan điểm của nhóm Mr.Mouse. Hùi trước nghe thuyết trình thì các nhóm đều trình bày 10 bước. Nhưng theo nhóm đã đọc được và cho ra ý kiến. Đó là 10 bước cài đặt và sử dụng chứ không phải là qui trình của Scrum. Nếu anh em nào có ý kiến gì về Câu 8 này thì post lên cùng thảo luận nhé

jetvhs đã viết:

+ Qui trình: gồm 3 giai đoạn

* Chuẩn
bị: Đầu tiên lên kế hoạch cho dự án: xem xét tất cả
những gì liên quan đến dự án (nhân sự, tiền lương, làm những gì, công việc
khách hàng, … ). Có cần phát thảo 1 mô hình đơn giản cho toàn bộ hệ thống hay
không?. Cần phải cụ thể hóa những yêu cầu mà khách hàng đưa
ra, hiểu rõ những công việc mà khách hàng nói.

* Phát
triển (quan trọng nhất): Khách hàng sẽ là người đưa ra các danh sách công
việc chưa hoàn chỉnh. Và nhóm làm việc (5 – 9 người) phải làm sao chia nhỏ các
công việc ra để hoàn thành trong thời gian qui định (30 ngày/ vòng lặp nhưng
còn tùy vào dự án). Mỗi ngày sẽ có một cuộc họp khoảng 15p để các thành viên
trong nhóm bàn bạc với nhau về những công việc đang được tiến hành nhằm trả lời
những câu hỏi ( làm được gì những rùi?, Có cản trở gì không?, Phải làm gì tiếp
theo? ) . Trong khi đang tiến hành làm việc trên một danh sách công việc nào
đó, mà Khách Hàng muốn thay đổi nội dung cũng như một số ý kiến về những gì
liên quan đến danh sách công việc đang được tiến hành. Nhóm làm việc cũng sẵn
sàng, lắng nghe ý kiến của khách hàng và bổ sung, chỉnh sửa cho đúng.

*Khai
triển sản phẩm: Sau khi hoàn thành xong 1 danh sách công việc nào
đó. Nhóm sẽ bàn giao cho khách hàng, hướng dẫn khách hàng sử dụng, nói cho
khách hàng biết được quá trình làm việc của công việc này như thế nào?, Cho
khách hàng biết là danh sách công việc nào đã hoàn thành và những công việc nào
chưa hoàn thành. Khách hàng sẽ dùng thử và đưa ra ý kiến của họ, có nên chỉnh
sữa gì nửa hay không?

+ Ưu điểm: Có tính mền dẻo
và thích ứng cao. Rất thích hợp cho các doanh nghiệp phát triển phần mền trong
môi trường không ổn định và yêu cầu phần mền phát triển liên tục. Rút ngằn thời
gian phát triển sản phẩm mà vẫn thỏa mãn được yêu cầu của khách hàng.

+ Nhược điểm: đòi hỏi tính
đầy đủ và chính xác từ phía khách hàng. Nhóm làm việc trên 10 người thì việc trao đổi giữa các thành viên sẽ rất khó
thực hiện 1 cách hiệu quả.


+ Vấn đề chính: chuẩn bị đưa ra
bản thảo sơ cho khách hàng, khách hàng là người phải đưa ra những thông tin
thật đầy đủ và chính xác liên quan đến dự án. Công việc trong nhóm phải thật sự
được đảm bảo theo tiến độ. Trưởng nhóm phải quản lý và phải làm sao cho nhân viên làm việc thật hiệu
quả và không có gì cản trợ họ. Bàn giao cho khách hàng những gì đã làm được và
lắng nghe những thay đổi của khách hàng nếu có.

Đây là theo quan điểm của nhóm Mr.Mouse. Hùi trước nghe thuyết trình thì các nhóm đều trình bày 10 bước. Nhưng theo nhóm đã đọc được và cho ra ý kiến. Đó là 10 bước cài đặt và sử dụng chứ không phải là qui trình của Scrum. Nếu anh em nào có ý kiến gì về Câu 8 này thì post lên cùng thảo luận nhé

con_ca_nho90 đã viết:

ah` còn câu 15 còn mấy ý tìm chưa ra anh em nào tìm hộ với.

Câu 15 này chỉ tìm được giống trong File Word Ku Hoàng post lên thui. Hết tìm ra nữa rồi

lovelonelyman đã viết:

Anh em oi, câu 2 có vẻ chưa ổn, ai có tìm được thì post len nhe, hôm bữa mấy đứa kiếm mà ko ra, chỉ bít có nhiu vậy thui