Ways of Working
Biến review evidence thành team memory
Một ghi chú thực tế về cách chuyển review findings, commands, screenshots và decisions thành team memory có thể tái sử dụng thay vì artifact chỉ dùng một lần để approve.
Bài viết
Ways of Working
Cách team phần mềm thật sự vận hành: Agile, Scrum, delivery, ownership, communication và nhịp làm việc ở từng môi trường.
Những bài viết giúp bạn đọc môi trường làm việc của mình rõ hơn: team đang ra quyết định thế nào, ai owns việc gì, vì sao delivery bị kẹt, Agile/Scrum nên dùng ra sao cho bớt hình thức, và mỗi mô hình công ty có nhịp vận hành riêng thế nào. Viết cho BA, PO, PM, developer, QA và người mới để đi làm đỡ mơ hồ, phối hợp vui hơn và hiệu quả hơn.
Ways of Working
Làm handoff thành thật về điều chưa biết
Một ghi chú thực tế về cách viết handoff có open questions, assumptions và risk thay vì giả vờ work chắc chắn hơn thực tế.
Ways of Working
Giữ checklist ở gần nơi công việc diễn ra
Một ghi chú thực tế về cách làm checklist hữu ích bằng cách đặt nó ở nơi mọi người thật sự decide, review, release và hand off work.
Ways of Working
Viết status update để người khác hành động được
Một ghi chú thực tế về cách viết status update cho người đọc biết điều gì đổi, điều gì đang block và action nào cần tiếp theo.
Ways of Working
Đóng vòng trước khi mở vòng tiếp theo
Một ghi chú thực tế về việc đóng work loop bằng evidence, decision và handoff context trước khi team vội bước sang task kế tiếp.
Ways of Working
Giữ meeting notes gần với decision
Một ghi chú thực tế về việc giữ meeting notes gần decision để teammate sau này tìm được context, trade-off và follow-through mà không phải replay cuộc họp.
Ways of Working
Viết next step thật sự giúp người khác đi tiếp
Một ghi chú thực tế về cách viết next step đủ cụ thể để công việc đi tiếp: owner, action, evidence và điểm dừng hữu ích.
Ways of Working
Làm handoff dễ nhận hơn
Một ghi chú thực tế về cách làm handoff dễ nhận hơn bằng cách chuyển theo context, decision, risk và next action hữu ích, không chỉ chuyển file.
Ways of Working
Biến công việc mơ hồ thành shared notes
Một ghi chú thực tế về cách dùng shared notes để biến request mơ hồ thành context, decision, example và next step có thể nhìn thấy.
Ways of Working
Cách bình tĩnh để xử lý scope change
Một ghi chú thực tế về scope change: cách team bàn về việc mới bằng cách làm trade-off visible, bảo vệ focus và đổi kế hoạch mà không đổ lỗi.
Ways of Working
Quản lý dependency mà không đổ lỗi
Một ghi chú thực tế về dependency trong delivery: cách team làm blocker hiện sớm, phối hợp bình tĩnh và không biến coupling bình thường thành đổ lỗi cá nhân.
Ways of Working
Decision log cho những team bận rộn
Một góc nhìn thực tế về decision log: cách những bản ghi nhỏ giúp team bận nhớ trade-off, giảm tranh luận lặp lại và giữ delivery aligned mà không thêm process nặng.
Ways of Working
Khi roadmap gặp capacity thật
Một góc nhìn thực tế về khoảnh khắc roadmap gặp capacity thật của team: cách làm trade-off hiện rõ, bảo vệ focus và điều chỉnh kế hoạch mà không biến planning thành đổ lỗi.
Ways of Working
Cross-functional team
Một góc nhìn thực tế về cross-functional team: vì sao mô hình này tồn tại, shared outcome giảm handoff friction thế nào, và team cần gì quanh ownership, ritual, decision-making, specialist depth và bất đồng lành mạnh.
Ways of Working
OKRs for Engineering Teams
A practical guide to engineering OKRs: how to connect outcomes to delivery work, avoid task lists disguised as objectives, choose useful key results, and keep learning visible during the quarter.
Ways of Working
Trunk-Based Development
Một bài nhập môn thực tế về trunk-based development: merge nhỏ và thường xuyên, feature flag, test nhanh, code review discipline và thói quen team cần có để giữ main branch khỏe.
Ways of Working
TDD có đáng thời gian không?
Một bài nhìn lại thực tế về khi nào Test-Driven Development đáng với chi phí bỏ ra: TDD định hình design thế nào, chỗ nào làm team chậm lại, và cách dùng vòng red-green-refactor mà không biến nó thành giáo điều.
Ways of Working
Retrospective tạo ra thay đổi thật
Một góc nhìn thực tế về retrospective có follow-through rõ ràng: experiment nhỏ, action owner cụ thể, trust, decision record và thay đổi hành vi đo được thay vì thêm một danh sách than phiền bị quên.
Ways of Working
Viết acceptance criteria tốt: biến done thành bằng chứng chung
Một hướng dẫn thực tế về cách viết acceptance criteria như bằng chứng chung cho hành vi đã hoàn thành: ví dụ rõ, edge case quan trọng, scope dễ review, và handoff bình tĩnh hơn giữa product, engineering, QA và stakeholder.
Ways of Working
Kanban hay Scrum: cái nào hợp hơn?
Một bài so sánh bình tĩnh giữa Kanban và Scrum qua hình dạng công việc thật của team: request đi vào như thế nào, team đang gánh bao nhiêu WIP, business cần kiểu predictability nào, và nhịp vận hành nào hợp với context hiện tại.
Ways of Working
Daily standup giúp team đổi quyết định như thế nào
Một bài companion cho chủ đề daily standup, tập trung vào các quyết định nhỏ mà team nên làm rõ trước khi ngày làm việc bắt đầu: việc gì cần finish, việc gì nên chờ, rủi ro nào phải escalate, và ai cần hỗ trợ để outcome đổi thật.
Ways of Working
Lean Business Analysis: bắt đầu từ value, đừng bắt đầu bằng requirement
Một bài mở đầu thực tế về Lean Business Analysis: vì sao BA nên bắt đầu từ value, Needs Assessment giúp team tránh giải sai vấn đề thế nào, và Business Case nên là công cụ ra quyết định thay vì một tài liệu làm cho đủ.
Ways of Working
Lean BA Planning: stakeholders, elicitation và những câu hỏi phía sau requirement
Một hướng dẫn thực tế về BA Planning theo Lean: stakeholder analysis, nhịp BA trong predictive và adaptive project, lập kế hoạch elicitation, và khác biệt giữa ghi lại request với khơi ra nhu cầu thật.
Ways of Working
Requirements Modeling: BA biến cuộc trò chuyện rối thành bức tranh chung như thế nào
Một hướng dẫn bình tĩnh và thực tế về requirements modeling: scope, process, rule, data và interface models, kèm ví dụ về cách diagram và mô tả có cấu trúc giúp team nghĩ cùng nhau trước khi build.
Ways of Working
Requirements Quality, Traceability và Solution Evaluation: giữ lời hứa sau sign-off
Một bài reflection thực tế về nửa sau của Business Analysis: requirement quality, prioritization, traceability, change control, UAT, rollout, transition và đánh giá solution có thật sự tạo outcome không.
Ways of Working
Data: dữ liệu là kính chắn gió cho người điều hành
Một bài reflection từ Data: Harness Your Numbers to Go from Uncertain to Unstoppable về cách dữ liệu giúp người điều hành thoát khỏi trạng thái lái doanh nghiệp trong mù mờ. Bài viết nhìn Data Component của EOS như một hệ thống giúp giảm lo âu, kiểm tra trực giác, tránh sống bằng hy vọng, nối Visionary và Integrator bằng cùng một thực tế, và biến dữ liệu thành tự do lãnh đạo thay vì một bảng số gây áp lực.
Ways of Working
Data: Scorecard là một trang số để thấy sớm vấn đề
Một bài reflection từ Data về Scorecard trong EOS: vì sao doanh nghiệp không cần hàng chục KPI để hiểu sức khỏe vận hành, mà cần một nhóm nhỏ measurables đủ đúng, đủ đều, đủ predictive. Bài viết bàn về Scorecard như check engine light, khác biệt giữa P&L và leading indicators, cách reverse-engineer từ kết quả mong muốn, nhịp đo hằng tuần, range goals, và những bẫy phổ biến khi đo quá nhiều hoặc đo thứ dễ đo thay vì thứ cần đo.
Ways of Working
Data: Everyone Has a Number không phải là giám sát
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.
Ways of Working
Data: doanh thu không phải cash, và profit cũng chưa chắc là tiền số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ế.
Ways of Working
Software Measurement and Estimation: bớt quản lý bằng cảm giác, ra quyết định bằng dữ liệu
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.
Ways of Working
Agile Estimating and Planning: estimate là cuộc trò chuyện, không phải lời hứa
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.
Ways of Working
Agile Release Planning: lập kế hoạch bằng giá trị, rủi ro và feedback thật
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.
Ways of Working
Agile đã chết, Agile muôn năm
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.
Ways of Working
The Design of Everyday Things: đừng bắt người dùng đoán sản phẩm muốn gì
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ò.
Ways of Working
The Design of Everyday Things: “lỗi người dùng” thường là lỗi thiết kế hệ thống
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.
Ways of Working
Big Corp, Startup, Outsourcing: cùng làm software nhưng nhịp rất khác nhau
Cùng là Software Engineer, nhưng một ngày làm việc trong big corp, startup và outsourcing có thể khác nhau hoàn toàn. Bài này so sánh ba môi trường qua những thứ người đi làm thật sự cảm nhận mỗi ngày: việc đến từ đâu, ai quyết định, scope đổi thế nào, ownership rộng hay hẹp, communication nặng hay nhẹ, tốc độ ship ra sao, và kiểu người nào dễ phát triển ở từng nơi.
Ways of Working
Làm việc trong Big Corp: align tốt, ship bền và lớn lên trong hệ thống lớn
Big corp có thể chậm hơn cảm giác của một cá nhân, nhưng đổi lại là scale, reliability và rất nhiều hệ thống đã được thiết kế để không phụ thuộc vào một người. Bài này nói về cách làm việc hiệu quả ở môi trường lớn: align trước khi code, hiểu planning system, đi qua review chain, quản lý stakeholder, tránh các failure mode khiến mình mỏi, và dùng career ladder để phát triển rõ ràng hơn.
Ways of Working
Làm việc trong Startup: tốc độ, mơ hồ và cách giữ nhịp khi team còn nhỏ
Startup hấp dẫn vì ownership thật, tốc độ nhanh và cảm giác việc mình làm có tác động ngay. Nhưng cùng lúc đó là sự mơ hồ, đổi hướng, thiếu người, technical debt và áp lực sống còn. Bài này giúp bạn đọc đúng môi trường startup: khi nào nên ưu tiên tốc độ học, cách giao tiếp khi mọi thứ chưa rõ, cách vay nợ kỹ thuật có ý thức, và làm sao phát triển mà không tự đốt mình.
Ways of Working
Làm việc trong Outsourcing: client, scope và delivery theo cam kết
Outsourcing không chỉ là “làm theo spec”. Ở một công ty dịch vụ tốt, bạn được chạm vào nhiều domain, làm với client thật và học rất nhanh cách biến yêu cầu thành delivery. Bài này giải thích cấu trúc của môi trường outsourcing: scope, change request, estimate, utilization, communication, quality theo hợp đồng, múi giờ, quan hệ client và cách phát triển sự nghiệp trong service business.
Ways of Working
TDD, BDD, DDD và họ “Driven Development”: hiểu đúng để dùng đúng
TDD, BDD, DDD, ATDD, EDD, CDD, FDD nghe như một rừng chữ viết tắt, nhưng chúng không phải đối thủ của nhau. Mỗi cách trả lời một câu hỏi khác nhau: kiểm thử trước, hành vi mong muốn, domain model, event, component hay feature. Bài này giúp engineer đặt chúng lên cùng một bản đồ, hiểu khi nào dùng gì và tránh biến “driven development” thành khẩu hiệu.
Ways of Working
Agile & Scrum trong thực tế: hiểu board, estimate và các buổi họp cho đỡ mơ hồ
Rất nhiều team nói mình làm Scrum, nhưng mỗi nơi lại hiểu story, point, Done, daily hay retro theo một kiểu. Bài này giúp mọi vai trò trong team có cùng ngôn ngữ: epic, story, task, status workflow, story point, estimate, log work, burndown, velocity và cách chạy planning, daily, review, retro sao cho chúng thật sự giúp team ship tốt hơn thay vì chỉ thêm họp.
Ways of Working
Pre-mortem: nghĩ trước điều có thể hỏng để chuẩn bị tốt hơn
Pre-mortem là một cách chuẩn bị rất thực tế: tưởng tượng kế hoạch đã thất bại, rồi lần ngược lại xem điều gì có thể đã làm nó hỏng. Bài này chỉ cách dùng pre-mortem trong code, system design, release, promotion, phỏng vấn và mục tiêu cá nhân, để mình nhìn rủi ro sớm hơn mà không biến sự cẩn thận thành bi quan.
Ways of Working
Daily standup: báo cáo status hay chiến lược cho hôm nay?
Daily standup có thể là vòng kể lại hôm qua, hoặc một lần check flow ngắn: việc gì đang kẹt, điều gì vừa đổi, ai cần hỗ trợ, và rủi ro nào đáng nhìn trước khi ngày làm việc cuốn team đi.
Ways of Working
Definition of Done và Definition of Ready khác nhau thế nào?
Một bài nhìn thực tế về Definition of Ready và Definition of Done: một cái bảo vệ điểm bắt đầu, một cái bảo vệ điểm kết thúc, và cách dùng cả hai mà không biến chúng thành nghi thức gatekeeping.
Ways of Working
Pair programming: yêu hay ghét?
Một góc nhìn cân bằng về pair programming: khi nào nó giúp giải problem khó, onboarding, giảm risk và chia sẻ hiểu biết, khi nào nó trở nên mệt, và cách dùng pairing có chủ đích thay vì như một nghi thức.
Ways of Working
Feature flag để deploy an toàn hơn
Một bài nhìn thực tế về feature flag: cách chúng tách deploy khỏi release, hỗ trợ rollout từ từ và kill switch, đồng thời những việc team phải làm để tránh flag debt, hidden complexity và observability yếu.
Ways of Working
Continuous Integration và Continuous Delivery khác nhau thế nào?
Một bài giải thích thực tế về Continuous Integration và Continuous Delivery: CI bảo vệ shared code ra sao, CD giữ release luôn sẵn sàng thế nào, và vì sao test, trunk habit, feature flag cùng deployment discipline rất quan trọng.
Ways of Working
Shift-left security
Một bài giải thích thực tế về shift-left security: đưa threat thinking, dependency check, secrets hygiene, secure default và review habit vào sớm hơn trong delivery mà không biến mọi engineer thành security specialist.
Ways of Working
Behavior-Driven Development (BDD)
Một bài reflection thực tế về Behavior-Driven Development: cách example, shared language và Given-When-Then scenario giúp product, QA và engineering cùng hiểu nhau khi team xem BDD là conversation trước, automation sau.
Ways of Working
Những cái bẫy của Minimum Viable Product (MVP)
Một bài reflection thực tế về những bẫy thường gặp khi làm MVP: ship quá ít để học được gì, nhầm rẻ với viable, bỏ qua vận hành, đo sai tín hiệu và quên rằng MVP là công cụ học.