Đọc một cuốn sách của Piaget cực chán. Rất ít người có thể đọc hết một cuốn, chứ đừng nói đọc cả “bộ”. Người ta tìm đọc các bản tóm tắt hoặc wiki thì nhanh hơn. Luôn dùng đồ ăn sẵn, đồ mì-ăn-liền, đồ thứ cấp; làm sao để hiểu kĩ người ta, chứ đừng nói có tư duy phê phán.

Đọc còn không muốn bỏ công, thì làm gì có ai bỏ công đem chuyển ngữ, làm giàu cho cái nền tri thức tiếng mẹ đẻ. Dẫn đến thế hệ sau chỉ có thể tiếp cận những thứ “nhập môn”, “đề dẫn”, chứ tuyệt nhiên không có gì để mà “chuyên khảo”. Sinh ra hàng loạt những thế hệ trình độ không vượt quá “nhập môn” và nói leo.

Làm việc gì cũng muốn mì ăn liền, lười nhác như thế, nên lí thuyết bỏ bê; mọi cái gọi là “ứng dụng” có chăng cũng chỉ là bắt chước, hoặc a dua cho hợp mốt. Sinh ra hàng tá những người thực hành hời hợt, sản phẩm khó lòng mà chau chuốt có tính cạnh tranh.

Nhà thơ Hoàng Hưng gọi đó là cái bệnh “sợ lí thuyết” của người Việt. Một bệnh rất nguy hiểm đối với những người làm giáo dục tử tế.

Mì ăn liền rất phổ biến ở xứ ta.
Ảnh: VNN

Mình nói võ đoán với nhiều người: học gì thì học, cứ đọc hết 3000 cuốn sách tử tế, thì không thể thành người bát nháo được.

Giờ thì thử tính xem có khả thi không?

Một người bỏ ra mỗi ngày 30 phút đọc sách, với tốc độ bình thường có thể đọc được 1 quyển sách trong vòng 1 tuần; 1 năm sẽ đọc được khoảng 50 cuốn sách; 20 năm đi học sẽ tiêu xài được khoảng 1000 cuốn. Để đạt được gấp ba lần con số 1000 ấy, tăng gấp ba số sách đọc được trong 1 năm bằng cách “học cách đọc” nhanh để đạt năng suất gấp ba, hoặc “tăng giờ đọc sách” lên 1 tiếng rưỡi mỗi ngày. Nếu đặt quy tắc ấy cho mỗi ngày đi học, kể ra cũng không phải là áp lực quá lớn. Kể cũng không phải là Mission Impossible.

Cởi trần đọc sách ở New York, ảnh Guardian

“Mua vui cũng được một vài trống canh”- N.D.

Sáng Chủ nhật cuối xuân, anh cu Ken cùng chị Sun hẹn nhau ở quán Cây sấu cuối đường Yết Kiêu, uống cà phê và chém gió. Lần này họ bị sa vào câu chuyện xung quanh việc đào tạo lập trình viên. Mở ngoặc: Ken là một giảng viên lập trình thâm niên chuẩn bị “ra riêng”, còn chị Sun là một CEO của một công ty phát triển phần mềm đang phát triển nóng trong mấy năm trở lại đây; Ken và Sun là bạn cấp ba của nhau, họ còn rất trẻ và đầy khao khát.

Sun: Ông Ken ạ, dạo này mót người quá, đơn hàng nhiều, dự án thiếu người mà tuyển mãi chẳng được. Từ đầu năm tới giờ tôi mới tuyển được mấy chục đứa, trong khi nhu cầu gấp chục lần.

Ken: Biết rồi khổ lắm nói mãi. Xưa nay bọn tôi sống được là vì các bà khan “hàng”, nhưng sức cung ứng của bọn tôi yếu ớt, mà chất lượng thì dạo này cứ một đi xuống. Bọn tôi cũng cố nhiều, nhưng chả thay đổi được mấy. Tôi nghĩ là các cơ sở đào tạo hiện nay đang vướng phải những lỗi hệ thống nghiêm trọng, cứ vá víu mãi vừa mất công vừa chả được việc gì.

Sun: Thế hử? Lỗi ấy là gì?

Ken: Bọn tôi không xác định được định hướng xuyên suốt, làm việc không đường lối nên bị “vòng xoay cuộc đời” nó kéo đi, đôi lúc không biết đi về đâu, làm gì tiếp theo.

Sun: Cơm áo gạo tiền thì ai chả vướng?

Ken: Ừ, kinh doanh là vấn đề sống còn đối với các đơn vị tư nhân như bọn tôi. Đầu vào lúc nào cũng là quan trọng hàng đầu. Dạo này nó đi xuống cả lượng lẫn chất.  Không có người học thì cả lũ như một đoàn tàu há mồm, thế nên cứ phải xoay mọi cách để có sinh viên đã. Tình hình tuyển sinh ngày càng nản, y như việc tuyển nhân sự của bà ấy. Bọn tôi lúc đầu còn cành cao, không ham hố số lượng, nhưng rồi cũng cứ phải đảm bảo tốc độ tăng trưởng đều đều 1/3 mỗi năm. Rồi cũng đến lúc phải mở rộng, phải vơ bèo bạt tép. Mà như thế thì …

Sun: Bọn tôi kiên quyết không làm vậy được, làm thế là tự giết mình. Ông  biết đấy, đợt vừa rồi bọn tôi nhận 4000 hồ sơ, chỉ tuyển có bốn mươi thôi. Mà đấy mới chỉ bốn mươi ứng cử viên thử việc thôi, chứ còn phải đào tạo lại chán. Tôi nhắc lại để ông  khỏi tưởng là nghe nhầm: bốn mươi trên bốn nghìn, tức là 1% đấy nhé. Bọn tôi có muốn loại nhiều thế đâu, mệt mỏi chết đi được…

Ken: Bọn tôi thì loại nửa phần trăm là nhiều hehe.

Quân là một cậu bé 8 tuổi rất sáng dạ và dễ mến. Cậu nhân viên “dự khuyết” của phòng chúng tôi dạo này đang tích cực cùng chú Tấn học lập trình. Tôi thực sự không biết ai mới là người học chính:  cu Quân hay chú Tấn?

Dưới đây là bài học nhỏ mà chú Tấn quan sát được, một điều hóa ra rất quan trọng: dạy trẻ em cần dạy khái niệm một cách giản dị, đừng làm rắm rối thêm thứ vốn đã rất khó tiêu hóa.

QS1: Hình dưới là “giải pháp” của cu Quân về một chương trình đơn giản sử dụng vòng lặp để điều khiển nhân vật hoạt hình đi hái quả.  Đề bài chú Tấn ra là hãy vẽ lên giấy một chương trình, rồi dùng Tynker chạy thử và kiểm tra xem có đúng ý đồ không, sai thì sửa, đúng rồi thì mang sang Hopscotch thể hiện lại. Quân làm đúng ngay lần đầu (phần đánh dấu 1), chú ngạc nhiên hỏi lại và thử biểu diễn theo các cách khác (cách 2 và 3), kết quả là Quân xa lạ với cách diễn giải “tiêu chuẩn” dành cho người lớn. Hỏi “hiểu không”, chú cười trừ để lộ má lúm đồng tiền sâu hoắm 🙂

Để học một khái niệm (ví như: lặp), có lẽ chúng ta nên dùng những hoạt động thật sự giản dị, biểu tượng giản dị (như hình 1) để mang khái niệm đó vào bên trong đầu óc trẻ, thay vì bóc tách nó ra chi tiết (như hình 3) cho nó thỏa mãn cái “hiểu biết” của người thầy, mà quên rằng nó đang làm khó cho quá trình tiêu hóa.

QS2: Trẻ con có thể làm được rất nhiều (tức là trải nghiệm thật nhiều) nhưng thể hiện ra được một “khái niệm” thì rất khó khăn. Dưới đây là một “tổng kết” duy nhất mà cu Quân ghi ra được sau khi học các thứ lệnh “tuyến tính”, lặp có điều kiện, lặp không điều kiện, rẽ nhánh.

Trong khi mục tiêu của người dạy không phải là “kinh nghiệm” (mà là “khái niệm”), việc khó khăn và quan trọng hơn cả có lẽ chính là hướng đến các “khái niệm” đằng sau các kinh nghiệm ấy để xây dựng một khung lí thuyết riêng của người học. Cái đó mới có giá trị thao tác về sau.

Dewey nói đại ý “giáo dục về cơ bản là giải phóng và mở rộng kinh nghiệm”.

Trẻ con như tờ giấy trắng nên việc giải phóng kinh nghiệm và mở rộng kinh nghiệm rất tự nhiên, nếu như người lớn và môi trường xã hội không đặt lên nó cái vòng kim cô đáng kể nào. Kiểu gì trẻ con cũng “chơi” được tuốt!

Người lớn thì lại khác, bị hằn sâu bởi kinh nghiệm nên nhiệm vụ “giải phóng” nó trở nên nặng nề hơn. Có vài người dạo này hay nói: “chỗ khó nhất của giáo dục là giáo dục lại người lớn”, là bởi nhìn ra  cái sức nặng khủng khiếp của kinh nghiệm trong mỗi một người lớn tuổi. Nếu không sở hữu một tư duy linh hoạt và cởi mở, kinh nghiệm của mỗi người như một tảng Ngũ Hành Sơn đè lên, thật khó khăn để giải phóng cho được.

Nhân bàn chuyện giáo dục với một vị đứng đầu đơn vị giáo dục, có nhà giáo dục đặt vấn đề: chúng ta phải giáo dục lại phụ huynh, tại sao không?

Đúng rồi, tại sao không?

Có một số phụ huynh khác đặt vấn đề với sách của Cánh Buồm: học xong quyển Văn 1 (Đồng cảm) thì con tôi được gì, làm được gì, có làm được bài văn hay hơn không, có được điểm cao hơn không? Các vị hỏi “dã man” quá, thử hỏi lại xem: các vị thực sự muốn gì ở con mình?

Thử xem một bức tranh rất bắt mắt sau đây do một cháu bé mầm non tạo thành với sự yểm trợ của người lớn: người lớn vẽ khung sườn, còn các bé chỉ cần chấm ngón tay vào màu và phết lên (có khi còn có sự gợi ý chấm chỗ nọ chỗ kia). Thử hỏi, học sinh học được gì qua trò chơi này? Và bức tranh đèm đẹp kia là cái mà phụ huynh muốn thấy được qua quá trình giáo dục con mình, hay là cái gì khác?

Một siêu phẩm của tuổi thơ

Câu hỏi cuối: người lớn có nên bớt đi sự sốt ruột, kiềm chế sự thực dụng sát mặt đất lại, và có nên .. đi học lại cùng con?

Giới thiệu sách “Lean Mindset: Ask the right questions” của Tom Poppendieck và Mary Poppendieck

Đầu năm 2013, trong thời gian công du vòng quanh thế giới để thực hiện một loạt các workshop có tên Lean Mindset (trong đó cả Hà Nội và Tp.Hồ Chí Minh đều là điểm dừng chân, may mắn thay!), Tom và Marry đang hoàn tất cuốn sách cùng tên của mình: Lean Mindset. Có vẻ như đây là cuốn sách cuối cùng trước khi nghỉ hưu của hai “tư tưởng gia” (thought leader) của cộng đồng Agile quốc tế.

Bìa sách Lean Mindset

Trong khi phần nhiều sách Agile dạy “chiêu” (practices), với hàng loạt những “cách làm việc A, cách làm việc B, để làm việc C v.v.” thì thật hiếm có những sách dạy cách tư duy (mindset) làm “bánh lái” cho các “chiêu thức” đó. Bộ sách của nhà Poppendieck lúc nào cũng được săn đón bởi nó luôn khơi gợi và nuôi dưỡng tư duy cho những người người thực hành Agile, từ người tập tọe, tới lãnh đạo và các chuyên gia Agile khác.

Khi mới viết cuốn sách đầu tay rất nổi tiếng năm 2003, Tom&Mary vẫn còn xếp Lean Software Development (LSD) vào cùng họ với Agile Software Development (như tựa đề đã ám chỉ – Lean Software Development: An Agile Toolkit). Tuy nhiên, sau một thập kỉ, nhiều thứ đã thay đổi. Một số tác giả khác cũng đã cố gắng tiếp cận LSD theo cách thức độc lập với Agile, xếp nó như là bộ phận con của Lean Product Development. Bản thân Mary & Tom cũng đã có thời gian trải nghiệm đủ dài với LSD để nhận thấy những gì là khiếm khuyết, thiếu sót của Agile. Sau bộ ba cuốn sách với phạm vi được giới hạn trong thế giới phần mềm (lần lượt là: “Lean Software Development”,  “Implementing Lean Software Development” và “Leading Software Development”), Mary & Tom tự nhận thấy họ không thể viết thêm về phần mềm nữa, như lời bạt của cuốn sách thứ tư này đã đề cập. Do vậy, cuốn “Lean Mindset” xuất bản tháng 9 năm 2013 như là điểm kết thúc một chặng đường dài với Phần mềm để trở về với tư duy tinh gọn “thuần khiết” hơn, không bị ảnh hưởng bởi lĩnh vực hẹp và trào lưu Agile ồn ào như trước.

Ở Lean Mindset, hai tác giả muốn nêu bật đặc tính “là một tư duy” của Lean, chứ không phải là một “phương pháp” hay “chiêu thức”. Do đó, như tựa nhỏ của cuốn sách đã gợi ý, tác giả tập trung vào “hỏi các câu hỏi đúng đắn”. Việc này không chỉ là nội dung của bản thân cuốn sách, mà còn là phong cách xuyên suốt của quyển sách mỏng nhưng giàu ý tứ. Ngoài các câu hỏi chính yếu của từng chương như “Mục đích của kinh doanh là gì?”, “Bạn đang làm việc để làm gì?”, “Điều gì khiến con người làm việc hiệu quả”, “Năng suất là gì?” và nó có quan trọng không?, “vai trò của thiết kế là gì?” hay “vì sao phải cách tân đột phá?”; các tác giả còn liệt kê một danh sách dài những câu hỏi để bạn đọc động não, suy tư (reflect) kĩ thêm về tất cả các phương diện của một công việc có ý nghĩa. Với danh sách câu hỏi quý hơn vàng này, thời gian tương tác thực sự với cuốn sách có thể dài và sâu hơn rất nhiều so với số trang ngắn ngủi và lượng thông tin ít ỏi có chọn lọc của cuốn sách. Đó quả là một cách tiếp cận tốt để “tấn công” vào tư duy và thúc đẩy sự thay đổi tích cực.

Một trong những nét chấm phá thú vị của cuốn sách là sự xuất hiện của hai nhân vật giả tưởng Otto – một thanh niên có trực giác nhanh nhạy và Anna – một cô gái rất lí tính, lúc nào cũng đòi hỏi phân tính tỉ mỉ và chu đáo. Thỉnh thoảng họ lại hiện lên và làm nổ ra những đoạn hội thoại vô cùng hữu ích, có khi rất dài, cũng có lúc thật ngắn gọn, giúp cho bạn đọc vừa được thư giản, vừa tăng thêm chiều sâu tư duy cho nội dung được bàn tới. Có thể rất nhiều câu hỏi quan trọng của bạn sẽ được Otto và Anna trả lời hoặc khơi mào giúp.

Một đặc sắc nữa cuốn cuốn sách có lẽ là nằm ở các tình huống nghiên cứu được chọn lựa. Là một cuốn sách đậm tính triết lí, Lean Mindset vẫn có thể thu hút người đọc với những phân tích đa chiều và sâu sắc ở rất nhiều tình huống thực tiễn, như trường hợp của Intel, WIKISPEED, CareerBuilder, hay của Spotify. Những phân tích này thậm chí có thể gợi ý những quy trình công việc thực thụ cho những nhà lãnh đạo và quản lí doanh nghiệp.

Bất chấp nhiều ưu điểm như nhận xét bên trên, bạn đọc có thể gặp một số khó khăn nhất định nếu chưa một lần tìm hiểu qua Tinh gọn là gì. Cuốn sách này không tập trung định nghĩa nó, hay giúp người đọc có thể “triển khai” tư tưởng tinh gọn vào công việc (như ba tập sách trước từng làm). Vì vậy, có thể cuốn sách này sẽ kén người đọc hơn, vớt ít kì vọng “sát mặt đất” hơn.

Để kết thúc việc giới thiệu một cuối sách còn mới, còn chờ thời gian thẩm định độ hay/dở, chúng ta cùng nhau “thưởng thức” một vài câu hỏi hay được rút ra từ trong sách:

1. Bạn đang làm công việc gì? Mục đích của công ty bạn là gì? Điều gì tạo cảm hứng để bạn làm việc mỗi sáng sớm? Nó có tạo cảm hứng cho người khác không?
2. Thử tưởng tượng tuần sau tất cả mọi người trong nhóm của bạn trúng xổ số. Liệu họ có tiếp tục đi làm không? Điều gì khiến môi trường làm việc của bạn hấp dẫn mọi người làm việc hết mình, ngay cả khi họ đã trúng số độc đắc?
3. Nếu được chọn chỉ một thử thách để tạo cảm hứng cho tất cả tổ chức làm việc tốt nhất, nó sẽ là cái gì?
4. Có bao nhiêu phần trăm nhân viên trong công ty bạn được xếp vào dạng “đầy năng lượng”? Làm gì để họ được như thế?
5. Thử tưởng tượng công ty bạn sẽ có một CEO mới trong nay mai, theo bạn thì cô ấy nên làm gì trước tiên?
6. Thử tưởng tượng bạn được đề nghị thiết kế lại sản phẩm lõi của công ty. Nó sẽ trông như thế nào?
7. Năng suất” có ý nghĩa như thế nào trong công ty của bạn? Bạn đo nó như thế nào? Nó có mối liên hệ như thế nào với “hiệu suất” tổng thể của công ty?

Xin mời!

PS. Trên TapChiLapTrinh.vn có một số tổng hợp về Tinh gọn, bạn có thể tìm hiểu thêm sơ bộ về tinh gọn (Lean) là gì: ở đây. 

[su_row]
[su_column size=”1/2″]This is the 1st Column. Lorem ipsum dolor sit amet, consectetur adipiscing elit. Duis quam nibh, euismod eget nulla a, tempor scelerisque lorem. Proin dignissim arcu tristique fermentum ullamcorper. Integer lacinia scelerisque enim eu pretium. Nam elementum turpis orci, ac porttitor diam suscipit sit amet. [/su_column]
[su_column size=”1/2″] This is the 2nd Column. Lorem ipsum dolor sit amet, consectetur adipiscing elit. Duis quam nibh, euismod eget nulla a, tempor scelerisque lorem. Proin dignissim arcu tristique fermentum ullamcorper. Integer lacinia scelerisque enim eu pretium. Nam elementum turpis orci, ac porttitor diam suscipit sit amet. Mirum est notare quam littera gothica, quam nunc putamus parum claram,anteposuerit litterarum formas humanitatis per seacula quarta decima et quinta decima. Eodem modo typi, qui nunc nobis videntur parum clari, fiant sollemnes in futurum usus legentis in iis qui facit. Duis autem vel eum iriure dolor in hendrerit esse molestie consequat, vel illum dolore.[/su_column]
[/su_row]

Investigationes demonstraverunt lectores legere me lius quod ii legunt saepius. Claritas est etiam processus dynamicus, qui sequitur mutationem consuetudium lectorum. Mirum est notare quam littera gothica, quam nunc putamus parum claram,anteposuerit litterarum formas humanitatis per seacula quarta decima et quinta.

[su_quote cite=”This is the best restaurant I have ever visited. Great location and great food. The only minor downside are the prices which are pretty high but I guess quality comes with the price. – John Barbista“][/su_quote]

Investigationes demonstraverunt lectores legere me lius quod ii legunt saepius. Clarit est etiam processus dynamicus, qui sequitur mutationem consuetudium lectorum. Mirum est notare quam littera gothica, quam nunc putamus parum.

Giới thiệu sách “Practices of an agile developer”

Câu hỏi đơn giản “một lập trình viên Agile cần phải làm những gì?” hóa ra lại không đơn giản. Có người thì nói rằng “không khác gì một LTV bình thường”, có người thì nói “phải siêu hơn LTV bình thường”, có người thì nói “làm gì có LTV Agile, chỉ có một LTV thôi”, thậm chí có người cố tình ‘hỏi ngu’ “Agile là gì?”.

Xin được thuyết minh ngắn gọn: một “lập trình viên Agile” (Agile Developer) là một lập trình viên (developer) làm việc trong các nhóm phát triển phần mềm có sử dụng các phương pháp phát triển phần mềm linh hoạt (Agile Software Development). Vì thế, câu hỏi “một LTV Agile cần phải làm những gì?” sẽ dẫn đến những công việc đặc thù (hoặc không đặc thù) mà một LTV Agile phải làm để hoàn thành nhiệm vụ; nếu chưa thể làm tốt vì thiếu hiểu biết hay thiếu kĩ năng thì cũng biết là mình không biết để còn học tập và nâng cao tay nghề, đặc biệt là cho những LTV chỉ quen làm việc theo các phương pháp phát triển truyền thống. Đó thực sự là một câu hỏi nghiêm túc. Thật may mắn, có vài cuốn sách trả lời câu hỏi trên, trong đó phải kể đến cuốn “Practices of an agile developer” (dịch là: Mấy “võ” của LTV Agile”), tác giả Venkat Subramaniam và Andy Hunt.

Các tác giả dành một chương để giúp bạn đọc hiểu được Agile là gì với việc diễn giải Tuyên ngôn Linh hoạt (mà một trong hai tác giả của cuốn sách – Andy Hunt – là đồng tác giả của văn bản nổi tiếng này, cũng là đồng sáng lập tủ sách hành dụng – Pragmatic Bookshelf với rất nhiều tựa sách có giá trị) và những bình luận quan trọng liên quan đến triết lí Agile. Chương tiếp theo được dùng để thảo luận về những vấn đề chung nhất khi làm việc trong các nhóm linh hoạt (agile team) như làm việc theo mục tiêu, trách nhiệm đảm bảo chất lượng, sự dũng cảm khi làm việc. Tác giả dành cả chương 3 để nói về tầm quan trọng của việc học – một tinh thần cơ bản của Agile – và các “mánh” để một LTV Agile liên tục nuôi dưỡng sự tiến bộ. Năm chương tiếp theo, các tác giả mô tả khá chi tiết theo tinh thần hành dụng (pragmatic) những công việc thiết yếu mà một LTV Agile phải làm hằng ngày: Hiểu đúng yêu cầu của người dùng và chuyển giao đúng cái khách hàng muốn, cung cấp và sử dụng những phản hồi thật hiệu quả khi phát triển, lập trình theo “phong cách” Agile với những kĩ thuật đặc thù và yêu cầu khắt khe về chất lượng công việc, gỡ rối (debug) theo “phong cách” Agile, và cộng tác hiệu quả trong nhóm làm việc. Chương cuối cùng được dùng để vừa tóm tắt, vừa hướng dẫn thiết lập một môi trường tiêu chuẩn để một LTV Agile có thể làm việc hiệu quả.

Đây là một cuốn sách mỏng, theo tinh thần thực dụng, vì thế khá ngắn gọn, dễ hiểu và dễ áp dụng. Bỏ qua một số phần dính dáng đến kĩ thuật liên quan tới phiên bản phần mềm, đây là một cuốn sách nhập môn quan trọng cho mỗi LTV Agile trước khi chị ta có thể đi sâu hơn vào nghiên cứu và thực hành từng phương diện đặc thù của một “nghệ nhân phần mềm” trong tương lai.

Giới thiệu sách “Agile for Dummies”

Bìa sách “Agile for Dummies”

Viết sách cho kẻ ngốc (thể loại ‘For Dummies’) có thể là thể loại khó viết bậc nhất, vì luôn phải giữ sự đơn giản và dễ hiểu tối đa, trong khi không được làm mất đi tính đúng đắn của các khái niệm (đôi khi rất phức tạp).

Tuy nhiên, không phải lúc nào cũng thế: các ý tưởng Agile vốn đã khá tự nhiên và dễ hiểu. Nhiều người chỉ cần bắt đầu tìm hiểu Agile với  gần 700 từ trong Agile Manifesto và một trang ‘đính kèm’ “Twelves Principles Behind the Manifesto”. Còn tác giả của Scrum, một phương pháp Agile thiên về quản lí phổ biến nhất, được mô tả trong hơn chưa đến 20 trang Scrum Guide (Hướng dẫn Scrum), Ken Schwaber từng nói “Scrum works for idiots” (“Đần mấy cũng dùng được Scrum”).

Nói là như vậy, nhưng như thế không có nghĩa là ngày nay chúng ta không cần có một quyển sách ngắn gọn giới thiệu tổng quan về Agile, vì lĩnh vực này đã có hơn hai chục năm phát triển với rất nhiều phương pháp, nhiều cách tiếp cận rất đa dạng như chính tinh thần của Agile vậy. Thật may là chúng ta có quyển sách mỏng chưa đến trăm trang với tựa đề “Agile cho kẻ ngốc” (Agile for Dummies) của Scott W. Ambler và Matthew Holitza do IBM ấn hành và phát miễn phí trên mạng.

Cuốn sách mỏng là tập hợp những cắt nghĩa hết sức ngắn gọn về các phương diện chủ yếu của Phát triển Phần mềm Linh hoạt (Agile Software Development): nó đến từ đâu, các vai trò chính yếu, vòng đời phát triển phần mềm, các kĩ thuật chính yếu của Agile.

Scott Ambler cũng kịp “quảng bá” cho cách tiếp cận Agile của riêng mình, có tên Disciplined Agile Development, trong cả một chương 5 và tản mát trong các chương khác. Dường như đó cũng là cách mà Scott Ambler và một số đồng nghiệp đã “thích ứng” để Agile giúp cho IBM “linh hoạt hóa” thành công. Câu chuyện về chuyển đổi linh hoạt của IBM hơi có mùi quảng cáo cho cuốn sách, nhưng cũng là một chương đáng chú ý. Nó nêu ra một ví dụ thực tiễn để những lãnh đạo ở các công ty có ý đồ áp dụng Agile nghiên cứu và suy xét.

Ở một cuốn sách “sơ lược”, tác giả lại dành cả 2 chương để nói về những sai lầm (Chapter 8: Ten common Agile Adoption Pitfalls) và hiểu lẩm (Chapter 9: Ten Myths about Agile). Thật là một dụng công hữu ích, bởi lẽ người ta hãy còn hiểu lầm (và cả “dụng lầm” nữa) Agile rất nhiều. Có thể đây sẽ là những chỉ dẫn rất thiết thực để giúp người mới đến với Agile tránh được những “đớn đau” không đáng có.

Một cuốn sách cô đọng, dễ hiểu nên đọc cho người mới bắt đầu, không phân biệt đó là developer hay manager.

NHỮNG HIỂU LẦM PHỔ BIẾN VỀ AGILE

1. Agile chỉ là mốt nhất thời

2. Agile rất vô kỉ luật

3. Agile có nghĩa là “không có kế hoạch”

4. Agile có nghĩa là “không có tài liệu”

5. Agile chỉ có nghĩa đối với các nhóm ngồi chung phòng thôi

6. Agile chỉ dành cho nhóm bé tí

7. Agile không phù hợp với môi trường bị pháp luật kiểm soát chặt chẽ

8. Agile có nghĩa là “tôi không biết sẽ chuyển giao cái gì”

9. Agile không phù hợp với chỗ tôi

10. Chỉ cần đội phát triển dùng Agile là được rồi

11. Agile chính là viên đạn bạc, bách phát bách trúng

Trích Chương 10.