Alex, Nhân, Chris – The Organizers, hạt nhân của một kì AgileTour thành công rực rỡ

Rất nhiều nhà tài trợ, một cộng đồng được thực sự.

Câu hỏi của hay của Ken: Are you AGILE or FRAGILE? là một câu hỏi rất gợi hứng

Ken thuyết trình từ Boston, đường truyền thi thoảng tậm tịt, nhưng mọi người vẫn rất chú ý, vui vẻ.

Những câu hỏi để khai phá Asian values từ Peter

Một Kaizen workshop của Kiro: Tàu bay giấy.

Kiro đã giúp mình hiểu Lean ra đời trong bối cảnh lịch sử rất khắc nghiệt, lean ra đời vì người Nhật cần một cái gì đó để sống sót trong điều kiện không có tiền, không có công nghệ và máy móc thời hậu chiến.

Trước khi về Nhật, Kiro đã giới thiệu với mình Cynefin framework, một công cụ tốt cho Complex Problem. Amazing.

Joe Justice, super star của hội thảo. Mang đến đủ bộ các ý tưởng cho một Agile Enterprise: Agile Manufacturing, agile HR, Agile Marketing, Agile Sales.

Lúc nào Joe cũng bùng nổi. Chỗ nào có Joe chỗ đó bùng nổ.

Một điều thú vị: để vào được taxi, có vẻ Joe rất thích đi “cửa hậu” – tức là nhảy vào ghế sau của taxi từ cửa sau thay vì ngả ghế trước

Joe và chiếc the retrospective boat rất đẹp, thú vị & hiệu quả cho Retrospective.

Phút “chào hàng” của Alexandre Cuva. Alex đã giới thiệu cho mình Sonar, SpecFlow cùng hàng tá tool khác. Cả ScrumBeer nữa chứ.

Alex là người lắng nghe rất kĩ cái idea “agile education” của mình.

Ai đó đã chộp được mình?

Daniel Teng – vị chỉ huy. Thật vui được nói chuyện nhiều với Daniel về Cà phê Việt, về Thinking, về code retreat và con cái

Cảm ơn Daniel đã giới thiệu Gerrard Jerry Weinberg và Ayeconference, lại cả Code Retreat nữa.

Lắng nghe quy tắc hoạt động của OpenSpace

Một tác phẩm của Volunteer.

Rules. Chữ E của Daniel khá lạ

Chọn chủ đề đề cùng thảo luận trong OpenSpace

Đội số 8 có Joe ném đá

Đội này chơi kiểu “On the Floor”

Đội Thúy có vẻ rất FOCUS

Thuyết trình trong OpenSpace – cả nghĩa đen lẫn nghĩa bóng. Một phần cực chất.

Chụp trộm của chụp trộm

Không biết bác nào chụp được cái khoảnh khắc này. Trông mình và Alex thật … thê thảm

Vòng tròn Retrospective của Daniel được mọi người học rất nhanh, hào hứng.

Đây là chiếc áo của Joe, có đủ chữ kí của các Speakers.  Nó không ra khỏi VN được vì còn phải lo … phục vụ người nghèo.

Không hiểu Alex sẽ bán đấu giá cái áo này như thế nào đây ?

Kiro và Peter trong lúc chờ “Cà phê Chồn” sau hội thảo

Hoa ở khách sạn.

Những chiếc ghế ở lại. Good bye AgileTour 2012 HCM.

Tiếp theo hai bài:

• http://duongtrongtan.wordpress.com/2012/08/30/triet-li-moi-cho-thuc-hanh-giao-duc-hien-dai/
• http://duongtrongtan.wordpress.com/2012/07/12/ve-ca-nhan-va-tuong-tac-trong-giao-duc/

Bài này đã đăng trên Action.vn với một cái tít khác, kêu hơn: ““5 ý tưởng đột phá” từ Agile và những thành công đã được minh chứng”

Joe Justice, Founder\CEO của WIKISPEED, đã mang đến rất nhiều sự kinh ngạc và sửng sốt tới sự kiện Agile lớn nhất Đông Nam Á vừa diễn ra tại HCM trong hai ngày 8,9/11/2012 – AgileTour 2012 Ho Chi Minh –  với các chủ đề về xây dựng một tổ chức thế hệ mới với nhiều ưu điểm vượt trội từ các triết lí của Agile. Cùng với Agile, WIKISPEED của Joe và các đồng sự có thể sản xuất ra những ô tô với chất lượng và tốc độ đáng kinh ngạc. Ít ai có thể tin được việc một chiếc xe ô tô cực kì linh hoạt, có độ tin cậy cao, tiết kiệm nhiên liệu và tốc độ lại có thể sản xuất theo dạng mô-đun hóa, mỗi tuần đều có mẫu để thử, và có thể hoàn tất trong vòng 3 tháng thay vì 10 năm. Các ý tưởng đột phá cùng với sản phẩm của Joe đang lan nhanh với tốc độ ánh sáng tới các ngóc ngách trên thế giới, từ những hội thảo chuyên ngành của hiệp hội Agile lớn nhất thế giới là AgileAlliance, tới các buổi nói chuyện thu hút sự chú ý của TED ở Mỹ hay các nhóm công nghệ ở châu Á; từ những diễn đàn trên các mạng xã hội cho tới các tờ báo lớn như Forbes hay New York Times.

Joe và chiếc xe WIKISPEED mẫu tại hội thảo Agile 2012 tại Dallas, 7-2012 (ảnh: WIKISPEED)

Joe bật mí, đằng sau sự thành công của WIKISPEED là “5 ý tưởng đột phá” từ Agile, đó là:

–          luôn luôn chuyển giao một phiên bản mới của sản phẩm mỗi tuần

–          chào đón sự tham gia của khách hàng và đối thủ tham gia vào đội của bạn, sử dụng IP của bạn, và cùng làm việc với phiên bản tiếp theo của sản phẩm

–          lựa chọn công việc để làm cho thế giới tốt đẹp hơn, làm những việc thực sự có giá trị, tập trung vào giá trị của người dùng cuối hơn là việc sinh lời

–          nhìn nhận tất cả các “đối thủ cạnh tranh” như là những đối tác trong tương lai

–          cam kết với sự minh bạch triệt để –  xuất bản tất cả những gì bạn học được bất cứ khi nào bạn có thể theo cách rõ ràng nhất có thể, bất kể tốt hay xấu.

Những “bật mí trên” là cách hiểu của Joe về Bốn Giá trị Agile, và 12 Nguyên lí Agile. Joe cùng nhóm của mình luôn tự đánh giá công việc của mình dựa trên các triết lý và nguyên tắc đó để liên tục cải tiến công việc của nhóm, 7 ngày một lần.

Trong ảnh: Joe Justice đang thuyết trình về “Agile Manufacturing” tại AgileTour HCM 2012

Sau những thành công đã được minh chứng với việc sản xuất ô tô, Joe tin tưởng chắc chắn “Agile cần thiết và khả thi cho mọi ngành nghề”, từ ngành sản xuất, tới giáo dục, marketing, sales v.v.

WIKISPEED là một trong rất nhiều minh chứng cho sự ảnh hưởng mạnh mẽ và rộng khắp của Agile tới sự cách thức làm việc trong thế kỉ XXI. Bắt đầu từ một sự kiện quan trọng tại Utah, Mỹ năm 2001, Tuyên ngôn Agile đã ra đời, chính thức đánh dấu một chặng đường phát triển vượt bậc của Agile Software Development, một triết lí mới để giúp ngành phát triển phần mềm phát triển nhanh chóng và bền vững. Theo thống kê của Forrester Research, 1/3 doanh nghiệp phần mềm đã áp dụng Agile vào công việc của họ; tỉ lệ này được dự báo là sẽ còn tiếp tục tăng lên trong những năm tới. Xuất phát từ giới phát triển phần mềm, ngày nay, các giá trị của Agile đã lan tỏa ra ngoại phạm vi khác, và mang lại mang lại giá trị lớn hơn cho các dự án cộng đồng, sản xuất, truyền thông và giáo dục, v.v.

Ở Việt Nam, eXtreme Programming, một trong các phương pháp Agile phổ biến nhất, theo chân những lập trình viên và công ty “có yếu tố nước ngoài” du nhập vào Việt Nam từ rất sớm (khoảng đầu những năm 2000), nhưng chưa bao giờ giới sản xuất phần mềm tiếp cận Agile một cách có hệ thống cho tới khóa học đầy đủ và tiêu chuẩn đầu tiên của hiệp hội Scrum thế giới (ScrumAlliance) tại thành phố Hồ Chí Minh đầu năm 2011,và ngay sau đó là sự ra đời của hai tổ chức cộng đồng Agile tại Việt Nam gồm Agile Forum Vietnam  và Hanoi Scrum với các hoạt động đa dạng nhằm phổ biến tri thức, chuyển giao công nghệ và kết nối cộng đồng phát triển phần mềm lại để gia tăng sức mạnh cạnh tranh cho. Với hai kì AgileTour thành công và sắp tới là ScrumDay Vietnam 2012 vào ngày 9/12/2012 tại Hà Nội, cộng đồng Agile Việt Nam cho thấy sự phát triển nhanh chóng và được chuyên gia nước ngoài kì vọng về sự phát triển đột phá trong những năm tới đây. Việt Nam đã chủ động tiến trình hòa nhập sâu hơn với cộng đồng Agile thế giới.

Một tổ chức vận hành theo Lean\Agile cần phải là một tổ chức học tập (Learning Organization). Việc hoc tập trong tổ chức có đôi chút khác biệt so với học tập tại nhà trường.  Nhà lý thuyết Quản lí vĩ đại của thế kỉ 20 Deming đã cho chúng ta một phương pháp rất hữu hiệu vận hành việc học tập trong doanh nghiệp (organizational learning): chu trình PCDA (Plan-Do-Check-Act). Vòng tròn này  có thể được vận dụng ở nhiều cấp độ khác nhau, tương ứng với cấp độ học tập của tổ chức: Mức độ Đội nhóm > Công ty > Liên tổ chức.

Công ty của bạn có là một tổ chức học tập? Và bạn học tập như thế nào?

Vòng tròn Deming

Đây là cuốn sách được trích dẫn nhiều bậc nhất trong sách vở của ngành software development. Đã tái bản đi tái bản lại lần thứ hai mươi rồi, dịch ra nhiều thứ tiếng. Vẫn liên tục được nhắc lại nhờ các khẳng định vượt thời gian:

• Con người là tất cả, tool teng chỉ là cái phục vụ cho con người thôi (như cái số 1 trong Agile manifesto: cá nhân và tương tác hơn là quy trình và công cụ”
• Man và Month (hay thời gian và con người) không để hoán đổi, cẩn thận với khái niệm Man-Month. Thêm người vào dự án chậm tiến độ chỉ làm chậm tiến độ thêm mà thôi.
• Conceptual Integrity – Tính toàn vẹn khái niệm là trung tâm của vấn đề chất lượng ( Poppendieck mở rộng thêm khái niệm Integrity với sự phân chia thành Toàn vẹn nhận thức và Toàn vẹn khái niệm)
• Mô hình Waterfall sai rồi! ( ngay từ 1975 đã có nhận định này, 2001 là thời điểm quyết định  với việc tiến trình mạnh mẽ rũ bỏ tư duy waterfall cùng với sự ra đời của agile manifesto , đến ngày nay vẫn còn đang tiếp tục)
• Incremental Build thì tốt hơn (tiếp cận tăng trưởng – incremental, một đặc điểm quan trọng của Agile)
• Trao quyền và phi tập trung hóa (các đội nhóm liên chức năng tự quản lí trong Agile)

The MMM, Image: Wikipedia

Cuốn đầu tiên trong tủ sách Tinh hoa của NXB Trí thức. Nay đã tái bản 4 lần. Mới được giải Sách hay 2012. Một kinh điển (di sản?  hơn 150 tuổi) của thế giới, không thể không đọc.

Cuốn này đi theo mình từ hồi còn ở trọ, rồi vào SG, nay vẫn trang trọng ở trung tâm giá sách gia đình. Tối nay đem đi giới thiệu với vài người bạn.

Khi học tiếng Anh, khó nhất là học viết cho tốt, đọc dễ hơn, nói dễ hơn nữa, dễ nhất là nghe. Viết là trình độ giao tiếp cao nhất trong ngôn ngữ? Mình cho rằng cái đó là quan trọng nhất, ít nhất là cho khu vực academic.

Khi học lập trình (tức là viết ra các chương trình), hầu hết chúng ta chỉ học cách viết ra chương trình, ít ai học đọc code của người khác.

Nhưng Bill Gates có nói: “cách tốt nhất để học lập trình là đọc các chương trình”.

Hóa ra có nhiều người cũng cùng quan điểm như vậy. Như Robert L. Glass viết trong “Facts and Fallacies of Software Engineering”, chương về Education:

Fallacy 10

You teach people how to program by showing them how to write programs.

Đọc cái người khác viết ra lúc nào cũng dễ hơn là tự mình viết một chương trình lớn. Việc đọc đó không chỉ cung cấp các hiểu biết về “từ vựng”, “mẫu”, mà còn là “cấu trúc”, cách thức tổ chức một chương trình. Những “hạt bột” này khi tích lũy đủ lớn, sẽ giúp người học “gột nên hồ” một cách vững chắc hơn, tiêu chuẩn hơn. Đó là một cách “đứng trên vai người khổng lồ” thay vì đi lên từ “chân đất”.

Liệu việc đọc đó có bản chất giống việc đọc sách?

Tại sao lại không học đốc code?

Phương thức Toyota (nhấn vào để xem cho rõ)

Xem thêm: “14 nguyên lý của Hệ thống Sản xuất Toyota”