Review book:Dự án Kỳ Lân

 Nếu như "Dự án Phượng Hoàng" là khởi nguồn của DevOps thì "Dự án Kỳ Lân" lại thiên về trải nghiệm DevEx. DAKL  nói lên hủ tục bất đắc dĩ của nghề phần mềm mà bất kỳ công ty to to nào đều gặp phải. Một loạt qui trình cồng kềnh, ăn chắc mặc bền làm cho mọi sự sáng tạo đều bị giới hạn trong các box của sự an toàn cá nhân, không ai dám chịu trách nhiệm cả và luôn có sự nổi loạn bên trong những cái box đó. Và đương nhiên, Ai là người dám nổi loạn được thì sẽ là người dẫn dắt sự thay đổi và leading được cuộc chơi. 

Ở khía cạnh khác, DAKL cho mình 1 cảm nhận sâu sắc làm sao để tăng productivty của dự án phần mềm, đó cũng chính là về chuyên đề mà gần đây mấy trending   to to trên thế giới làm bài phân tích về làm sao để tăng được Productivity cho Dev. 

Lịch sử nghiên cứu về Dev productivity thì đi từ DevOps -> SPACE ->DevEx.

Trong DevEx, https://queue.acm.org/detail.cfm?id=3595878 để tăng năng suất của Developer, yếu tố quan trọng là tạo ra một môi trường mà Developer có thể Deep working trong đó dựa vào 3 yếu tố:  Feedback loop, Cognitive Load, Flow Sate. 

Vậy làm gì để tăng PRODUCTIVITY, hãy hỏi trải nghiệm của ông Dev trong dự án đó. Ông ý bị disturb công việc bởi cái gì, trạng thái flow công việc có không, có được feedback thường xuyên không (feedback này có nhiều nghĩa, feedback hàng ngày trong công việc,  feedback lại kết quả của dev đối cái họ  làm ra với khách hàng -DevOps....), môi trường có ready để làm việc, khi cần thông tin là có không như  các tài liệu, có được hệ thống hoá, ready đầy đủ ko.....

DAKL cho thấy, nếu không có môi trường an toàn, tin cậy thì ko thể có FEEDBACK LOOP. Không có System thinking thì chẳng thể có COGNITVIVE LOAD và nếu không có sự thúc đẩy, ghi nhận, lắng nghe  thì khó có ai yên tâm mà FLOW State. 

Vì vậy với các bạn làm DevOps, nếu đọc DAKL thì hiểu DevOps chả là cái gì xa xôi cả, chỉ cần trải nghiệm 1 ngày của ông Dev, rồi sẽ biết có gap gì, khi fix được gap đó thì thành DevOps.

Với SM, PM: nếu đọc DAKL thì hiểu, quản lý dự án là quản lý con người, việc đầu tiên là trải nghiệm hành trình 1 ông Dev đang làm hàng ngày họ cần gì, làm sao để họ deep working, từ đó nhiệm vụ PM chính là phải tạo ra môi trường an toàn, tin tưởng, được lắng nghe và feedback từ đó điều chỉnh và tạo ra không gian well-being nhất, có được môi trường well being là hoàn thành nhiệm vụ khó khăn nhất của PM. Và ta lại quay về Retrospecitve cảm xúc định kỳ hehe. 

Một chút review và feedback sách "Dự án kỳ lân", mọi người nên đọc nhé