Tuyên Ngôn Agile - Agile manifesto
Upcoming SlideShare
Loading in...5
×
 

Tuyên Ngôn Agile - Agile manifesto

on

  • 1,427 views

Our first agile vietnam event in Vietnamese. Presented by Phong Pham.

Our first agile vietnam event in Vietnamese. Presented by Phong Pham.

Statistics

Views

Total Views
1,427
Views on SlideShare
1,427
Embed Views
0

Actions

Likes
0
Downloads
58
Comments
1

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • Bài viết rất hay! Thanks nhiều ạ!
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Tuyên Ngôn Agile - Agile manifesto Tuyên Ngôn Agile - Agile manifesto Presentation Transcript

  • Agile ManifestoTuyên Ngôn AgilePhong Pham
  • Phong Pham● Software Developer● Has 3 years experienced in IT industry● A core team member of Agile Forum
  • Nội Dung● Tuyên ngôn agile● Con người và Sự tương tác● Phần mềm chạy tốt● Cộng tác với Khách hàng● Phản hồi với Thay đổi● Agile là nền tảng
  • Tuyên Ngôn Agile● Được viết năm 2001● Bởi một nhóm những người sáng tạo của: ○ Scrum ○ Extreme Programming (XP) ○ Dynamic System Development Method (DSDM) ○ Crystal ○ Feature-Driven Development ○ Một số nhà lãnh đạo tư tưởng trong ngành công nghiệp phần mềm.
  • Tuyên Ngôn AgileIndividuals and interactions over processes and toolsCon người và sự cộng tác hơn là quy trình và công cụWorking software over comprehensive documentationPhần mềm chạy tốt hơn là tài liệu đầy đủCustomer collaboration over contract negotiationCộng tác với khách hàng hơn là đàm phán hợp đồngResponding to change over following a planPhản hồi với các thay đổi hơn là bám sát kế hoạch
  • Con Người và Sự Tương Tác (1)● Nhân tố chính của một đội hiệu suất cao● Hiệu quả gấp 50 lần khi các vấn đề trong giao tiếp được giải quyết● Các phương pháp agile dựa các chu kỳ kiểm tra và thích nghi thường xuyên● Độ dài của các chu kỳ: vài phút, vài giờ, mỗi ngày, mỗi iteration
  • Con Người và Sự Tương Tác (2)Những hành vi cần thiết trong giao tiếp: ○ Tôn trọng giá trị của mỗi thành viên ○ Có niềm tin trong mọi giao tiếp ○ Sự minh bạch của tất cả tài liệu, hành động, và quyết định. ○ Tin tưởng mỗi thành viên sẽ hỗ trợ đồng đội ○ Cam kết với đội và mục tiêu của đội
  • Con Người và Sự Tương Tác (3)Để phát huy hết tiềm năng của đội: ● Các nhà quản lý agile phải tạo môi trường mang tính hỗ trợ ● Các nhà huấn luyện đội phải tạo điều kiện hỗ trợ đội thể hiện những hành vi trên ● Các thành viên đội phải thực hiện những hành vi này
  • Con Người và Sự Tương Tác (4)Các trở ngại để thực hiện các hành vi trêngồm: ● Các tiêu chuẩn văn hóa ● Các kinh nghiệm xấu trong quá khứ từ mẫu thuẫn được tạo ra bởi sự thành thật trong giao tiếpDẫn đến các đội: ● Tránh né sự thật ● Tránh né sự minh bạch
  • Con Người và Sự Tương Tác (5)Tạo điều kiện thuận lợi cho các mẫu thuẫn tíchcực.Những lợi ích đạt được: ● Giải quyết vấn đề cải tiến lệ thuộc vào đội ● Tạo ra danh sách các trở ngại hoặc vấn đề trong tổ chức ● Giải quyết chúng một cách có hệ thống dựa trên thứ tự ưu tiên
  • Con Người và Sự Tương Tác (6) ● Các sáng kiến chỉ xảy ra trong sự tự do trao đổi các ý kiến mẫu thuẫn, một hiện tượng đã được nghiên cứu và ghi chép lại bởi Takeuchi và Nonaka ● Để cả đội hướng đến một mục tiêu chung yêu cầu cả đội phải phơi bày và giải quyết các vấn đề mâu thuẫn. ● Cam kết làm việc chung với nhau chỉ xảy ra khi mọi thành viên đồng ý với các mục tiêu chung và nỗ lực để cải thiện ở cả hai phương diện cá nhân và đội.
  • Con Người và Sự Tương Tác (7)● Cam kết đặc biệt quan trọng● Chỉ xảy ra khi các cá nhân và các đội cảm thấy có trách nhiệm với việc bàn giao cho khách hàng các giá trị cao.
  • Con Người và Sự Tương Tác (8)Các phương pháp agile tạo thuận lợi cho việccam kết bằng cách:● Khuyến khích các đội chủ động lấy công việc từ danh sách đã được sắp xếp theo thứ tự● Tự quản lý công việc● Tập trung vào việc cải thiện cách làm việc
  • Con Người và Sự Tương Tác (8)● Coi trọng con người và sự tương tác hơn là quy trình và công cụ● Các phương pháp agile tăng cường sự giao tiếp và sự tương tác qua các chu kì kiểm tra và thích ứng● Các chu kì chỉ đạt hiệu quả cao khi các nhà lãnh đạo agile khuyến khích mâu thuẫn tích cực.
  • Phần mềm chạy tốt● Một trong những khác biệt lớn mà sự phát triển agile đem lại● Các phương pháp agile nhấn mạnh việc bàn giao từng phần nhỏ của phần mềm chạy tốt tới khách hàng qua các chu kì nhất định.
  • Định Nghĩa "Phần Mềm Chạy Tốt"● Tất cả các đội phải thiết lập định nghĩa cho "Phần Mềm Chạy Tốt"● Được biết đến như "Định Nghĩa Hoàn Thành"● Ở mức cao, hoàn thành nghĩa là các tính năng phải vượt qua các quy trình Test● Ở mức thấp, các tính năng phải vượt qua mức Unit Test và System Test● Định nghĩa tốt nhất sẽ thêm các quy trình: Integration Test, Performance Test, Customer Acceptance Test
  • Phần mềm chạy tốt (3)Một công ty chuẩn CMMI cấp độ 5 đã chỉ rarằng: ○ Việc định nghĩa acceptance tests đi kèm với tính năng ○ Thực hiện lần lượt các tính năng theo thứ tự ưu tiên ○ Chạy thử ngay lập tức các acceptance tests trên mỗi tính năng ○ Sửa bugs được xác định ở mức độ cao nhấtSẽ giúp: ○ Tăng gấp đôi tốc độ hoàn thành sản phẩm ○ Giảm thiểu 40% sai sót
  • Cộng tác với khách hàng● Trong hai thập kỉ qua, các dự án thành công được cho là của các dự án nhỏ hơn, có mức độ bàn giao thường xuyên hơn● Bàn giao thường xuyên cho phép khách hàng cung cấp thông tin phản hồi dựa trên phần mềm chạy tốt với các chu kì đều đặn● Việc khách hàng tham gia vào quy trình phát triển phần mềm là yếu tố thiết yếu để thành công
  • Phản hồi với thay đổi● Là yếu tố cần thiết để tạo ra sản phẩm làm hài lòng khách hàng và đem lại giá trị kinh doanh● 60% sản phẩm hoặc yêu cầu thay đổi thường xuyên trong quá trình phát triển● Dự án truyền thống hoàn thành đúng tiến độ, đúng yêu cầu cũng không đảm bảo sự hài lòng của khách hàng
  • Phản hồi với thay đổi (2)● Các phương pháp agile gắn liền với các quy trình cho phép thay đổi kế hoạch dựa trên phản hồi từ khách hàng● Các chu kì luôn được thiết kế để ban giao các trị cao nhất● Các dự án agile hoạt động tốt có xu hướng hoàn thành sớm các giá tính năng có giá trị cao
  • Phản hồi với thay đổi (3)● Các phương pháp agile dựa trên nền tảng cho phép thay đổi để thành công● Review và Restrospective đặc biệt thiết kế để thay đổi thứ tự ưu tiên một cách thường xuyên dựa trên phản hồi khách hàng và giá trị kinh doanh của sản phẩm● Kết quả khách hàng hài lòng và đội phát triển thích thú với công việc của họ
  • Agile là nền tảng
  • Agile là nền tảng● Agile không phải là một phương pháp● Nó là nền tảng cho các phương pháp agile● Các phương pháp agile này bao gồm: Scrum, XP, Crystal, FDD, DSDM, và Lean● Mỗi phương pháp có cách thức khác nhau để hiện thực các giá trị agile
  • Agile là nền tảng (2)● Scrum được cho là khuôn mẫu của quy trình phát triển agile● Scrum không bao gồm kĩ thuật thực tiễn nào● Ngược lại, XP lại tập trung vào kĩ thuật thực tiễn nhưng lại thiếu khuôn mẫu bao quát cho quy trình phát triển● Scrum và XP có thể bổ sung cho nhau
  • Tham khảoAgile Principles and Values, by Jeff Sutherland,http://msdn.microsoft.com/en-us/library/dd997578.aspxTuyên ngôn phát triển phần mềm linh hoạt, http://hanoiscrum.net/hnscrum/learning/97
  • Thank You For Listening