Bạn đã bao giờ phải take ownership của một failure lớn một cách public không? Bạn đã làm thế nào và học được gì?

Tôi launch một feature mà gây ra payment issue cho 2% users trong 4 tiếng. Quyết định launch — dù đã có internal warnings về edge case — là của tôi. Trong post-mortem với leadership và affected business owners, tôi clearly stated: 'Quyết định này là của tôi. Tôi prioritize speed over adequate testing cho edge case. Đây là gì tôi sẽ làm differently.' Không blame process hay team — họ đã raise flags, tôi đã deprioritize. Own it fully, then fix it structurally.

Bài học lớn nhất từ public failure ownership: thường ít painful hơn bạn expect, và recovery faster khi bạn don't delay. Khi tôi dragged out accountability — wait to see if things improved, tried to soft-land bad news — situations invariably got worse. Bây giờ tôi có rule cho bản thân: nếu có bad news, share nhanh nhất có thể, với solution plan. Nhanh ở đây không nghĩa là impulsive — nghĩa là không hoard information mà không có good reason.

Public ownership của failure là một trong những hardest things tôi làm. Tôi có một failure mà bị escalated đến board meeting — scope miss significant. Trong meeting đó, khi CEO asked what happened, tôi resisted urge to give context excuses trước tiên. Tôi started với: 'Tôi underestimated technical complexity và overcommitted. Đây là impact và đây là prevention plan.' Sau meeting, CEO privately told me that response actually increased their confidence in me — vì honest leaders are safer to trust với more.