Bài viết
Một góc đọc dễ vào về software architecture, source code, AI và cách team phần mềm làm việc. Mỗi bài đi từ tình huống thật, giải thích bằng ngôn ngữ gần gũi, giữ lại những thuật ngữ quan trọng để người mới không bị ngợp và người đi làm lâu vẫn tìm được một góc nhìn có thể áp dụng ngay.
Một bài reflection từ Data về nguyên tắc Everyone Has a Number trong EOS. Bài viết nhìn số đo cá nhân như một món quà về clarity: giúp mỗi người biết mình thắng bằng cách nào, manager bớt đánh giá bằng cảm giác, team giải quyết vấn đề nhanh hơn, cạnh tranh lành mạnh hơn, và accountability trở thành nền tảng của trust thay vì một công cụ kiểm soát lạnh lùng.
Một bài reflection từ Data về chương Cash: vì sao một doanh nghiệp có sales tốt hoặc profit trên giấy vẫn có thể căng dòng tiền. Bài viết diễn giải sự khác nhau giữa sales, profit và cash; vì sao cả leadership team cần financial literacy cơ bản; cách nối hành động hằng ngày với gross margin, rework, collections, expenses và cash flow; và vì sao hiểu tiền không cần công thức phức tạp mà cần sự rõ ràng, nhịp đo và các quyết định thực tế.
Một bài reflection từ cuốn Software Measurement and Estimation: A Practical Approach của Linda M. Laird và M. Carol Brennan. Bài viết giữ lại những ý có thể dùng trong team phần mềm: đo từ quyết định cần ra, estimate như một vùng bất định thay vì lời hứa, nhìn chất lượng trước ngày release và giữ dashboard đủ nhỏ để thật sự giúp hành động.
Một bài reflection từ cuốn Agile Estimating and Planning của Mike Cohn về story points, velocity, planning poker, ideal days và cách nói về estimate trung thực hơn trong team phần mềm.
Bài reflection thứ hai từ Agile Estimating and Planning, tập trung vào release planning: ưu tiên theo value và risk, tách user story thành lát cắt có giá trị, dùng buffer cho bất định và giao tiếp kế hoạch trung thực hơn.
Agile có vẻ đã chết khi ceremony thay thế học hỏi, board thay thế feedback, và meeting thiếu trust. Bài viết tách cái tên đã mệt mỏi khỏi thói quen còn hữu ích: thích nghi bằng những vòng feedback nhỏ và thật.
Một bài reflection từ The Design of Everyday Things của Don Norman cho team phần mềm và product: discoverability, signifier, mapping, feedback, conceptual model và cách một interface rõ ràng giúp người dùng không phải đoán mò.
Bài reflection thứ hai từ The Design of Everyday Things của Don Norman về slip, mistake, constraint, forcing function, checklist, undo, root-cause analysis và cách product team thiết kế hệ thống biết hấp thụ giới hạn bình thường của con người thay vì chỉ trách người dùng.
Dùng AI nhiều hơn không tự động đồng nghĩa với làm việc ở cấp độ cao hơn. Bài viết dùng một thang 3 cấp độ, bảng so sánh, ví dụ tool, workflow keys và guardrails để giúp người đọc nắm nhanh cách đi từ prompt rời rạc đến hệ thống agents có giám sát.
