Engineering Culture
Bảo vệ attention trong một team bận rộn
Một ghi chú bình tĩnh về việc xem attention như shared team resource, không phải ngân sách cá nhân vô hạn mà ai cũng tự hồi phục được.
Bài viết
Engineering Culture
Code review, feedback, mentoring và những thói quen giúp team làm việc tử tế mà vẫn hiệu quả.
Các bài viết về phần con người trong software engineering: viết pull request rõ ràng, review code không làm nhau mệt, feedback thẳng mà ấm, mentoring engineer và xây trust trong team. Không phải lý thuyết HR; đây là những tình huống rất đời trong một ngày làm sản phẩm, release, họp, sửa bug và cùng nhau trưởng thành.
Engineering Culture
Nhận ra friction trước khi nó thành blame
Một ghi chú bình tĩnh về việc xem friction lặp lại trong team như tín hiệu hữu ích trước khi nó đông cứng thành blame cá nhân.
Engineering Culture
Tạo không gian cho người reviewer ít nói
Một ghi chú bình tĩnh về cách giúp teammate trầm hơn đóng góp review feedback sâu mà không ép mọi tín hiệu hữu ích đi qua kênh ồn nhất.
Engineering Culture
Calm ownership trong thực tế trông như thế nào
Một ghi chú thực tế về ownership như follow-through rõ ràng, handoff explicit và accountability đều đặn mà không cần kịch tính.
Engineering Culture
Biết hỏi giúp khi chuyện còn nhỏ
Hỏi giúp từ sớm không làm ta yếu đi; đó là cách giữ một chỗ chưa chắc chắn khỏi âm thầm kéo cả công việc lệch hướng.
Engineering Culture
Đội tốt không để rủi ro nằm im trong bóng tối
Đưa rủi ro ra ánh sáng từ sớm không phải để làm mọi người lo, mà để cả đội còn thời gian xoay xở.
Engineering Culture
Một lượt review nhỏ nói gì về văn hóa
Văn hóa kỹ thuật không chỉ nằm trong những tuyên bố lớn. Nó hiện ra qua cách một đội ngũ góp ý, giải thích và đối xử với nhau trong từng lần góp ý mã nguồn rất bình thường.
Engineering Culture
Niềm tin lớn lên từ những việc nhỏ được làm tới nơi
Trong một nhóm kỹ thuật, niềm tin hiếm khi đến từ lời nói lớn. Nó tích lại qua những cam kết nhỏ được giữ, chậm trễ được báo sớm, quyết định được cập nhật và sai sót được sửa đàng hoàng — để người khác có thể yên tâm xây phần việc của họ lên trên.
Engineering Culture
Kỷ luật của một câu “chưa” đúng lúc
Một câu “chưa” có căn cứ không chống lại release; nó bảo vệ chất lượng, niềm tin và những người sẽ vận hành phần mềm sau khi phòng họp tan.
Engineering Culture
Reviewer là người đọc đến sớm
Xem reviewer như người đầu tiên đọc thay cho tương lai giúp pull request rõ hơn, câu hỏi bớt gây nhiễu và quyết định dễ bảo trì hơn.
Engineering Culture
Khi sự im lặng trong đội là một tín hiệu
Im lặng có thể là đồng thuận, cũng có thể là bối rối, mệt mỏi, quyền quyết định mơ hồ hoặc nỗi ngại bất đồng. Đội ngũ khỏe không ép mọi người nói; họ không vội dùng khoảng yên làm bằng chứng đồng ý.
Engineering Culture
Biết nhờ giúp đỡ cũng là một kỹ năng
Nhờ giúp đỡ không đối lập với tinh thần chịu trách nhiệm. Khi câu hỏi có đủ bối cảnh và người nghe không vội phán xét, một buổi chiều mắc kẹt có thể trở thành hiểu biết chung của cả đội.
Engineering Culture
Một cách nói bình tĩnh khi phải góp ý chuyện khó
Một cách chuẩn bị và nói lời góp ý khó mà vẫn thẳng thắn, công bằng: bám vào điều đã xảy ra, nói rõ ảnh hưởng, nghe thêm hoàn cảnh và chốt một thay đổi có thể nhìn thấy.
Engineering Culture
Nuôi dưỡng khả năng đổi mới trong đội ngũ
Đổi mới hiếm khi bắt đầu bằng một ý tưởng hoành tráng. Nó thường đến từ người đủ gần vấn đề để nhận ra một vướng mắc nhỏ, đủ an toàn để nói sớm, và có đủ thời gian cùng nền tảng kỹ thuật để thử một cách làm khác.
Engineering Culture
Khéo ở công sở mà vẫn giữ được mình
Công sở có người, có quyền quyết định, có nỗi lo và lợi ích khác nhau. Bài viết này bàn cách nhìn ra điều đang chi phối một quyết định, trao đổi trước cho đàng hoàng, phản biện bằng dữ kiện, giữ ranh giới và biết lúc nào nên bước ra.
Engineering Culture
Mentor chỉ đường, sponsor lên tiếng đúng lúc
Mentorship giúp một người tiến bộ bằng lời khuyên và góp ý; sponsorship dùng uy tín để nối năng lực đã được chứng minh với cơ hội thật. Sự nghiệp khỏe cần cả hai.
Engineering Culture
Onboarding sao cho người mới đỡ tự bơi
Onboarding tốt không phải nhồi thật nhiều tài liệu trong tuần đầu, mà là giúp người mới có bản đồ, có chỗ hỏi, có một việc thật để bắt đầu và có đủ an toàn để học.
Engineering Culture
Async communication cho remote team
Một góc nhìn bình tĩnh về async communication trong remote team: viết đủ context, ghi lại decision, đặt kỳ vọng phản hồi, handoff rõ ràng, xây trust và tránh biến mọi người thành luôn phải online.
Engineering Culture
Xử lý kiểu "rockstar" làm hại niềm tin trong team
Một góc nhìn bình tĩnh về những người tạo ra nhiều output nhưng làm mòn trust: vì sao team dễ thưởng cho hành vi đó, feedback loop bị gãy thế nào, và leader nên đặt boundary ra sao mà vẫn để lại đường sửa.
Engineering Culture
Tuyển dụng vì tiềm năng hay vì kinh nghiệm
Một bài reflection bình tĩnh về cách cân bằng kinh nghiệm và tiềm năng trong tuyển dụng engineering. Trọng tâm là bằng chứng, tốc độ học, nhu cầu thật của team và điều kiện giúp một người lớn lên sau khi gia nhập.
Engineering Culture
Từ Software Engineer đến Technical Manager: đổi vai là đổi cách tạo giá trị
Lên vai trò Technical Manager không chỉ là làm nhiều hơn một chút so với Senior Engineer. Bạn phải rời khỏi thói quen tự tay giải mọi bài toán để tạo điều kiện cho cả team giải tốt hơn. Bài này chia sẻ những thay đổi dễ bất ngờ: code vừa là tài sản vừa là chi phí, giá trị chuyển từ phép cộng sang phép nhân, và delegate là một kỹ năng cần luyện thật.
Engineering Culture
Code review tử tế: góp ý để code tốt hơn và người viết vẫn muốn tiến lên
Code review không chỉ là tìm lỗi. Đó là nơi team học cách nói chuyện về chất lượng, trade-off và tiêu chuẩn chung. Bài này đưa ra cách review rõ ràng mà không làm người viết chùn bước: góp ý cụ thể, phân biệt blocker với suggestion, hỏi trước khi kết luận, và giữ cho review trở thành nơi code lẫn con người cùng tốt lên.
Engineering Culture
Kind Engineering: tử tế không làm team chậm hơn
Tử tế trong engineering không có nghĩa là né tránh vấn đề hay nói chuyện cho dễ nghe. Nó là cách nói thẳng mà vẫn tôn trọng, xử lý incident không đổ lỗi, review code để người khác học được, và tạo môi trường nơi mọi người dám nói thật sớm. Bài này giải thích vì sao sự tử tế đúng cách giúp team đi nhanh và bền hơn.
Engineering Culture
Viết Pull Request dễ review: giúp reviewer hiểu nhanh và góp ý đúng chỗ
Một pull request tốt giúp reviewer tiết kiệm năng lượng: phạm vi gọn, title rõ, mô tả có bối cảnh, screenshot hoặc test note đủ dùng, commit sạch và self-review trước khi gửi. Bài này chỉ cách biến PR từ một đống thay đổi khó đọc thành một câu chuyện dễ theo dõi để review nhanh hơn và ít hiểu lầm hơn.
Engineering Culture
Pull Request khiến reviewer có thể tin tưởng
Một pull request đáng tin không chỉ gọn gàng. Nó gọi đúng hành vi đang thay đổi, cho thấy pattern tốt hơn, và đưa đủ bằng chứng để reviewer approve bằng sự tự tin thật thay vì đoán.
Engineering Culture
Feedback trong team kỹ thuật: thẳng, rõ và vẫn giữ được sự tôn trọng
Feedback tốt không phải là nói nhẹ cho qua, cũng không phải nói thẳng đến mức làm người khác phòng thủ. Bài này gợi ý cách đưa feedback cụ thể, có ngữ cảnh, hướng vào hành vi và bước tiếp theo; đồng thời chỉ cách nhận feedback mà không biến nó thành phán xét cá nhân. Một kỹ năng nhỏ nhưng ảnh hưởng lớn tới tốc độ trưởng thành của team.
Engineering Culture
Mentoring engineer: giúp junior lớn lên thành người đáng tin
Một junior không trở thành senior chỉ nhờ nhận task khó hơn. Họ cần context, feedback, cơ hội thử sức và một người biết khi nào nên hướng dẫn, khi nào nên lùi lại. Bài này chia sẻ cách mentoring qua pairing, code review, stretch task, câu hỏi tốt và những thói quen giúp engineer trẻ dần tự tin nhận việc lớn hơn.
Engineering Culture
Bận rộn mà vẫn lạc hướng: khi một team được quản lý kỹ nhưng thiếu người dẫn dắt
Một team được quản lý rất kỹ vẫn có thể từ từ đi lạc. Mượn cách phân biệt của John Kotter — quản lý để trị cái phức tạp, lãnh đạo để theo kịp cái đổi thay — đây là cách nhận ra lúc một team bận rộn mà thiếu người dẫn dắt, cùng vài cách nhỏ, làm được đều, để đưa cái hướng quay lại.
Engineering Culture
Lơ lửng bên trên công việc: khi tầm nhìn rời khỏi cái nghề
Warren Bennis nói nhà lãnh đạo làm việc đúng còn người quản lý làm đúng việc. Robert Sutton thêm phần cốt lõi: muốn làm việc đúng, bạn phải hiểu cần những gì để làm mọi thứ cho đúng. Về cái bẫy của tầm nhìn rời khỏi cái nghề — và sự lên xuống nhịp nhàng giữa bức tranh lớn và chi tiết.
Engineering Culture
Ra hiệu hay nói thẳng: cái giá thầm lặng của những câu mập mờ
Abraham Zaleznik để ý rằng những người ngại gắn kết trực tiếp thường ra hiệu thay vì nói thẳng. Về việc vì sao giao tiếp mập mờ thì dịu dàng khi gửi đi mà đáp xuống thành lo âu, cách nó lặng lẽ nuôi lớn chính trị nội bộ, và vì sao một thông điệp rõ ràng là một lòng tốt — nhất là khi nó khó nói.
Engineering Culture
Đừng vội chữa cái mình chưa hiểu: kỷ luật ngồi lại với một bài toán khó
Có người lập lại trật tự ngay khi lộn xộn vừa ló ra; có người giữ được bài toán ở trạng thái mở đủ lâu để hiểu nó. Về khả năng chịu được sự mập mờ như một kỷ luật tập được, cái giá của việc giải trước khi hiểu, cái bẫy Einstellung, và vì sao sự trưởng thành nằm ở chỗ bạn ở lại với một bài toán khó được bao lâu.
Engineering Culture
Cầm cương hay ôm vào lòng: người ta đi theo ý nghĩa, không theo mệnh lệnh
Bennis và Goldsmith mô tả hai cách làm người ta chuyển động: đẩy (hạn chót, KPI, quyền lực vị trí) và kéo (ý nghĩa và lòng tin). Về hình ảnh ngôn ngữ ký hiệu khó quên giữa dây cương và vòng tay ôm ấp, vì sao kéo chậm hơn nhưng sâu hơn, sự thành thật mà nó đòi hỏi, và khi nào nên dùng cái nào. Bài khép lại của loạt.
Engineering Culture
Vì sao "Culture Fit" thường là một cái bẫy
Culture fit nghe có vẻ trách nhiệm, nhưng có thể thưởng cho sự giống nhau và che đi những lo ngại mơ hồ. Bài viết tách tín hiệu giá trị thật khỏi cảm giác quen thuộc, và nghiêng về culture contribution.
Engineering Culture
Một buổi 1-on-1 lành mạnh gồm những gì?
Một buổi 1-on-1 lành mạnh là khoảng đều đặn cho context, niềm tin, feedback và hướng phát triển nghề nghiệp, không phải status meeting nói bằng giọng mềm hơn.
Engineering Culture
Celebrating Failure: mừng điều gì khi mọi thứ đã hỏng?
Một góc nhìn thực tế về ý nghĩa đúng của celebrating failure: không phải vỗ tay cho thiệt hại, mà là làm cho sự thật, sửa chữa, học hỏi và thay đổi hệ thống trở nên an toàn hơn.
Engineering Culture
Xây dựng engineering team đa dạng một cách thực chất
Một bài reflection thực tế về việc xây engineering team đa dạng: vượt qua khẩu hiệu để đi vào hiring, onboarding, meeting design, decision-making, feedback và những thói quen giúp nhiều kiểu người đóng góp đầy đủ.
Engineering Culture
Managing up: giao tiếp với lãnh đạo không chuyên kỹ thuật
Một hướng dẫn bình tĩnh về managing up với non-technical leadership: chuyển technical work thành risk, option, impact, timing và decision mà không giấu complexity cũng không nói từ trên xuống.
Engineering Culture
Performance review thật sự có ý nghĩa
Một bài reflection bình tĩnh về performance review giúp con người trưởng thành: dùng evidence, expectation, calibration, feedback và follow-through mà không biến review thành một bất ngờ hoặc nghi thức hình thức.
Engineering Culture
Xử lý burnout trước khi nó xảy ra
Một bài viết bình tĩnh về cách phòng burnout trong engineering team: tín hiệu sớm, workload visibility, thời gian hồi phục, kỳ vọng bền vững, trách nhiệm quản lý và những thói quen nhỏ giúp con người không kiệt sức trong im lặng.
Engineering Culture
Xây dựng văn hóa blameless
Một bài nhìn bình tĩnh về blameless engineering culture: cách team học từ incident mà không đổ lỗi, tách accountability khỏi punishment, cải thiện system, và làm con người an toàn hơn khi nói sự thật sớm.
Engineering Culture
Góp ý xây dựng một cách tử tế và rõ ràng
Một bài reflection bình tĩnh về constructive feedback: cách observation cụ thể, timing, sự quan tâm, accountability và follow-up giúp con người tiến bộ mà không biến feedback thành đổ lỗi.