ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN
________________
CHƯƠNG TRÌNH ĐÀO TẠO THẠC SĨ CNTT
KHÔNG TẬP TRUNG KẾT HỢP MẠNG TH-VT
BÀI THU HOẠCH
CHUYÊN ĐỀ PHƯƠNG PHÁP NGHIÊN CỨU KHOA HỌC TRONG TIN HỌC
TÊN ĐỀ TÀI
ỨNG DỤNG TRIZ VÀO MÔ HÌNH SCRUM
TRONG PHÁT TRIỂN DỰ ÁN CÔNG NGHỆ
THÔNG TIN
GIẢNG VIÊN: GS.TSKH. HOÀNG KIẾM
HỌC VIÊN: NGUYỄN VĂN SANG
MÃ HV: CH1101128
KHÓA: 6
Tp. Hồ Chí Minh – 04/2012
Nguyễn Văn Sang, Ứng dụng TRIZ vào mô hình Scrum trong phát triển dự án CNTT Trang 1
LỜI NÓI ĐẦU
Trong lĩnh vực phát triển phần mềm, làm thế nào để một dự án có thể phát
triển tốt đảm bảo yêu cầu chất lượng, kịp thời thích ứng với những thay đổi phức
tạp và chuyển giao sản phẩm đúng hạn điều đó luôn là những thách thức đối với
những nhà quản lý.
Với những mô hình quản lý dự án truyền thống thường gồm nhiều giai đoạn
khá phức tạp với thời gian hoàn thành thường vài tháng đến vài năm. Liệu có một
phương pháp nào để một sản phẩm phần mềm luôn được cập nhật và giao cho
khách hàng với chất lượng tốt và thời gian nhanh nhất. Bài luận này đề cập tới
một mô hình phát triển sản phẩm năng động và hiệu quả, một phương thức mới
và đang đang được áp dụng trong các lĩnh vực phát triển sản phẩm hiện nay đó là
mô hình Scrum cùng với việc trình bày một số nguyên lý sáng tạo (TRIZ) được
áp dụng vào nó như thế nào.
Nhân đây em cũng xin gửi lời cảm ơn chân thành đến GS.TSKH. Hoàng

12.Nguyên lý quan hệ phản hồi 7
13.Nguyên lý loại bỏ và tái sinh từng phần 8
4.1Scrum là gì 9
Minh bạch (transparency) 9
Thanh tra (inspection) 9
Thích nghi (adaptation) 9
4.2Lợi điểm khi dùng Scrum 11
4.3Cách triển khai Scrum 11
4.4Các nguyên tắc sáng tạo áp dụng trong mô hình Scrum 13
1.Nguyên tắc phân nhỏ 13
2.Nguyên tắc kết hợp 13
3.Nguyên tắc phẩm chất cục bộ 13
4.Nguyên tắc tách khỏi 13
5.Nguyên tắc vạn năng 13
6.Nguyên tắc thực hiện sơ bộ 14
7Nguyên lý dự phòng 14
Nguyễn Văn Sang, Ứng dụng TRIZ vào mô hình Scrum trong phát triển dự án CNTT Trang 3
8Nguyên tắc năng động 14
9Nguyên tắc giải “thiếu” hoặc “thừa” 14
10Nguyên tắc giải tác động liên tục có ích 15
11Nguyên tắc giải tác động liên tục có ích 15
12Nguyên tắc quan hệ phản hồi 15
13Nguyên lý loại bỏ và tái sinh từng phần 15
4.5 Một số mặt hạn chế trong mô hình Scrum 15
TÀI LIỆU THAM KHẢO 17
Nguyễn Văn Sang, Ứng dụng TRIZ vào mô hình Scrum trong phát triển dự án CNTT Trang 4
CHƯƠNG 1. GIỚI THIỆU CHUNG
1.1 TRIZ là gì?
TRIZ là phương pháp luận tìm kiếm những giải pháp kỹ thuật mới, cho
những kết quả khả quan, ổn định khi giải những bài toán mang tính sáng tạo khác

khi xuất hiện trước ngày giới thiệu sản phẩm, và một quy trình không cho phép
những thay đổi sẽ kiềm chế sự đổi mới. Với mô hình thác nước, ý kiến hay nhưng
đưa ra muộn không phải là một món quà mà là một nguy cơ…
CHƯƠNG 2. TRÍCH DẪN MỘT SỐ NGUYÊN LÝ SÁNG TẠO TRIZ
TRONG 40 NGUYÊN LÝ ĐƯỢC ÁP DỤNG TRONG MÔ HÌNH PHÁT
TRIỂN DỰ ÁN
Sau đây xin được trích dẫn một số nguyên lý sáng tạo, những nguyên tắc này
sẽ được phân tích trong chương sau khi chúng được sử dụng trong mô hình phát
triển dự án Scrum
1. Nguyên tắc phân nhỏ
- Chia đối tượng thành các phần độc lập.
- Làm đối tượng trở nên tháo lắp được.
- Tăng mức độ phân nhỏ của đối tượng
2. Nguyên tắc kết hợp
a) Kết hợp các đối tượng đồng nhất hoặc các đối tượng dùng cho các hoạt
động kế cận.
b) Kết hợp về mặt thời gian các hoạt động đồng nhất hoặc kế cận.
3. Nguyên tắc phẩm chất cục bộ
a) Chuyển đối tượng (hay môi trường bên ngoài, tác động bên ngoài) có cấu
trúc đồng nhất thành không đồng nhất.
b) Các phần khác nhau của đối tượng phải có các chức năng khác nhau
c) Mỗi phần của đối tượng phải ở trong những điều kiện thích hợp nhất của
công việc
4. Nguyên tắc tách khỏi
Tách phần gây "phiền phức" (tính chất "phiền phức") hay ngược lại, tách
phần duy nhất "cần thiết" (tính chất "cần thiết") ra khỏi đối tượng.
Nguyễn Văn Sang, Ứng dụng TRIZ vào mô hình Scrum trong phát triển dự án CNTT Trang 6
5. Nguyên tắc vạn năng
Đối tượng thực hiện một số chức năng khác nhau, do đó không cần sự tham
gia của đối tượng khác.

trình làm việc.
CHƯƠNG 3. SCRUM TRONG PHÁT TRIỂN DỰ ÁN CÔNG NGHỆ THÔNG
TIN
Nguyễn Văn Sang, Ứng dụng TRIZ vào mô hình Scrum trong phát triển dự án CNTT Trang 8
4.1 Scrum là gì
Scrum là một khung làm việc (framework) để phát triển các sản phẩm phức
tạp. Được phát triển bởi Ken Schwaber và Jeff Sutherland, Scrum được dùng để
quản lý các dự án phát triển phần mềm từ đầu những năm 1990, nhưng nó có thể
được dùng trong các công việc khác với sự phức tạp, và đòi hỏi tính sáng tạo rất
đa dạng. Mô hình này con người có thể xác định được nhanh chóng các vấn đề và
thích nghi với chúng, trong khi đó vẫn giữ được tính năng suất và sự sáng tạo để
chuyển giao các sản phẩm có giá trị cao; hơn thế, nó là một khung làm việc cho
phép sử dụng nhiều quy trình và kỹ thuật khác nhau. Scrum làm rõ độ hiệu quả
tương đối của công tác quản lý và phát triển sản phẩm, từ đó cho phép bạn cải
tiến nó.
Scrum hoạt động dựa trên ba giá trị cốt lõi, còn gọi là Ba chân của Scrum bao
gồm Minh bạch, Thanh tra và Thích nghi.
• Minh bạch (transparency)
Trong Scrum, tính minh bạch được đề cao như là giá trị cốt lõi cơ bản nhất.
Muốn thành công với Scrum, thông tin phải minh bạch và thông suốt. Từ đó mọi
người ở các vai trò các nhau có đủ thông tin cần thiết để tiến hành các quyết định
có giá trị để nâng cao hiệu quả công việc. Các công cụ và cuộc họp trong Scrum
luôn đảm bảo thông tin được minh bạch cho các bên.
• Thanh tra (inspection)
Công tác thanh tra liên tục các hoạt động trong Scrum đảm bảo cho việc phát
hiện các vấn đề cũng như giải pháp để thông tin đa dạng và hữu ích đến được với
các bên tham gia dự án. Truy xét kĩ càng và liên tục là cơ chế khởi đầu cho việc
thích nghi và các cải tiến liên tục trong Scrum.
• Thích nghi (adaptation)
Scrum rất linh hoạt như các phương pháp phát triển linh hoạt (agile software

đối với những dự án có nhiều sự thay đổi và yêu cầu tốc độ cao, với loai mô hình
này dự án không phải cố định từ đầu về thời gian hoành thành hay những yêu cầu
mà nó sẽ được xác định khi phát triển thực tế. Scrum tăng cường khả năng giao
tiếp và dành nhiều thời gian cho việc phát triển phát triển, giảm thời gian dành
cho quản lý. Khách hàng nhanh chóng thấy được sản phẩm qua đó đưa ra phản
hồi sớm để có kết quả nhanh và hài lòng sản phẩm.
4.3 Cách triển khai Scrum
Có nhiều cách để triển khai, có thể sử dụng 10 bước sau:
+ Bước 1: Thu nhập các đặc điểm của sản phẩm (backlog) trong đơn đặt
hàng. Đây là bước quan trọng nhất. Lập nên các đội làm việc, có thể tách thành
các đội nếu cần thiết và thảo luận với nhau về nghiệp vụ cần làm. Sau đó bổ
nhiệm một người vào vị trí Product owner, người này có khả năng trao đổi, bao
quát công việc tốt, biết sắp xếp ưu tiên đúng thứ tự các nhiệm vụ. Sau đó tự tổ
chức lại đội làm việc, đề xuất ra vị trí Scrum master và thảo luận chi tiết các yêu
cầu, sắp xếp chúng theo thứ tự ưu tiên.
+ Bước 2: Ước lượng đầy các yêu cầu về sản phẩm đầu ra. Có ước lượng ở
mức độ cao, chia sản phẩm thành số lượng các danh mục backlog. Tuy nhiên số
Nguyễn Văn Sang, Ứng dụng TRIZ vào mô hình Scrum trong phát triển dự án CNTT Trang 11
lượng sẽ không chính xác được, về sau chúng sẽ được bổ sung. Tiếp đến là ước
lượng chi tiết từng backlog, ước lượng số lượng các đội làm việc.
+ Bước 3: Lên kế hoạch phát triển các vòng lặp sprint. Sử dụng các cuộc trao
đổi kế hoạch phát triển sprint với tất cả các thành viên. Xác định khoảng thời gian
sẽ phát triển một sprint (thường là 30 ngày), mục tiêu của sprint là gì, sẽ đạt được
gì, phân tích các yêu cầu của sprint một cách rõ ràng.
+ Bước 4: Lên kế hoạch phát triển các nhiệm vụ của sprint. Tất cả mọi người
sẽ xác định ngân sách của sprint đó, chia các đặc điểm thành các tác vụ nhỏ hơn,
ước lượng số thời gian sẽ làm từng task (giờ), hoàn tất các yêu cầu và nhận dạng
task quan trọng.
+ Bước 5: Tạo ra không gian làm việc cộng tác cho tất cả mọi người. Thường
sử dụng bảng trắng để vẽ nên những vấn đề cần thiết cho tất cả mọi người cùng

pháp tốt nhất. Đây chính là sự kết hợp của tư duy tập thể thể để làm cho vấn đề
được thông suốt hơn, nhanh hơn và giải quyết tốt hơn. Sau đó là sự kết hợp làm
việc với khách hàng, thường xuyên lắng nghe những ý kiến phản hồi của khách
hàng để để thực hiện nhanh chóng tiến độ và hiệu quả. Ở cuối mỗi sprint sản
phẩm sẽ được ráp vào sprint trước để có được những giai đoạn hoàn thành của
sản phẩm
3. Nguyên tắc phẩm chất cục bộ
Trong mô hình Scrum thúc đẩy những năng lực sáng tạo tiềm ẩn của mỗi
người, những đóng góp sáng kiến của từng cá nhân khi đưa ra thảo luận trong tập
thể đã góp phần tạo nên một sản phẩm nhanh chóng và chất lượng.
4. Nguyên tắc tách khỏi
Có thể nói mô hình Scrum đã tách ra khỏi những mối ràng buộc và cứng nhắc
, tuần tự trong các mô hình quản lý dự án truyền thống để tạo nên một mô hình
phát triển mềm dẻo linh động hơn; trong lúc triển khai thực tế có thể để dàng
xoay chuyển theo chiều hướng có lợi tại mỗi thời điểm cụ thể.
5. Nguyên tắc vạn năng
Trong mô hình Scrum người phát triển (developer) cũng là người đóng vai
trò như một người kiểm soát chất lượng dự án (QC – Quality control), người
Nguyễn Văn Sang, Ứng dụng TRIZ vào mô hình Scrum trong phát triển dự án CNTT Trang 13
kiểm thử (tester) phần mềm, người thiết kế giao diện. Họ nhận công việc và tự
hoàn thành công việc của mình.
6. Nguyên tắc thực hiện sơ bộ
Trong dự án có những công việc được đưa ra và chắc chắn sẽ được phát triển,
việc chuẩn bị nhanh các công việc, thực hiện sơ bộ xử lý với mã nguồn (thiết kế
giao diện, thực hiện xử lý thương mại, hỏi đáp trước cho các tình huống xử lý xảy
ra…) sẽ làm cho công việc được hoàn thành sơm hơn và tốt hơn.
7 Nguyên lý dự phòng
Mô hình Scrum làm cho mọi thành viên trong dự án đều biết được công việc
của nhau, mỗi khi có thành viên nghỉ cũng sẽ không ảnh hưởng tới tiến độ của dự
án nhiều, mọi việc vẫn có thể phát triển tốt. Ở mô hình cũ mỗ khi thành viên nghỉ

thường phải viết nội dung mô tả bằng email và sau đó phải tốn một khoảng thời
gian để nhận phản hồi bằng email của khách hàng để tiếp tục làm việc ở phần đó;
khi mà trong dự án có sự góp mặt của bộ phận kiểm định chất lượng dự án (QC)
cũng một phần góp phần vào chận tiến độ phát triển của sản phẩn, cần phải tốn
thêm một kênh giao tiếp qua lại giữa nhà phát triển với bộ phận QC. Phương
pháp của Scrum luôn đảm bảo tiến độ dự án nhanh nhất, mọi công việc phát triển
sản phẩm do đội phát triển đảm nhận và hoàn thành, trạng thái dự án được cập
nhật thường xuyên trong nhóm và trao đổi trực tiếp với khách hàng.
12 Nguyên tắc quan hệ phản hồi
Việc nhóm phát triển thường xuyên trao đổi với khách hàng, lắng nghe yêu
cầu, đóng góp của khách hàng, những sai sót sớm được phát hiện, nếu đi sai
hướng có thể điều chỉnh lại nhanh chóng và làm cho sản phẩm trở nên chất lượng
hơn, hoàn thành sớm hơn.
13 Nguyên lý loại bỏ và tái sinh từng phần
Khi phát hiện ra vấn đề đang phát triển trong Sprint thì có thể huỷ bỏ sprint
hiện tại quay lại phân tích lại vấn đề hoặc có thể đẩy về Sprint sau để giải quyết,
phát triển tiếp khi có đầy đủ thông tin và dữ liệu…
Việc thay đổi nhanh kế hoạch phát triển dự án làm cho nó luôn được xây
dựng linh hoạt với tình hình thực tế hơn, năng động hơn trong việc phát triển sản
phẩm.
4.5 Một số mặt hạn chế trong mô hình Scrum
Với cách giải quyết cho công việc nhanh chóng, liên tục chuyển giao sản
phẩm phần mềm cho khách hàng Project Owner (PO) với vai trò là người định
hướng cho sản phẩm, có thể dễ gặp phải khó khăn trong việc phân tích được tổng
Nguyễn Văn Sang, Ứng dụng TRIZ vào mô hình Scrum trong phát triển dự án CNTT Trang 15
thể của dự án, bức tranh toàn cục dự án như thế nào để định hướng kiến trúc cho
dự án phù hợp và giúp cho các thành viên nắm được kiến trúc của nó. Cũng bởi
cách phát triển dự án không có bản thiết kế chi tiết nên mỗi thành viên của dự án
cũng sẽ là một người thiết kế hệ thống, do đó nếu làm không tốt sẽ có thể làm cho
dự án rất khó sửa chữa. Việc thường xuyên điều chỉnh lại mã nguồn (Refactoring)

-[2]Giải một bài toán trên máy tính như thế nào của GSTS. Hoàng Kiếm. Tập
1,2,3 năm 2005.
-[3]Sổ tay sáng tạo : Các thủ thuật (Nguyên tắc) cơ bản của GSTS. Phan
Dũng năm 1994
-[4]Làm thế nào để sáng tạo ? Của GSTS. Phan Dũng năm 1992.
-[5] />-[6] />-[7] />-[8]Andrew Pham, Phuong-Van Pham, Scrum in Action, 2011.
-[9]Ken Schwaber, Agile Project Management with Scrum(Microsoft
Propessional), 2004.
Nguyễn Văn Sang, Ứng dụng TRIZ vào mô hình Scrum trong phát triển dự án CNTT Trang 18