> "We're not blaming one employee," said Chief Availability Officer Darryn Dieken
> "For whatever reason that we don't understand, the employee decided to do a global deployment," Dieken went on. The usual staggered approach was therefore bypassed.
> And the engineer who sidestepped Salesforce's carefully crafted policies and took down the platform? "We have taken action with that particular employee," said Dieken.
I don't know what Dieken had in mind exactly, but one interpretation that's not a contradiction could be: "The employee did a clearly stupid thing, we blame them for that. We don't blame them for the outage which we could've contained at multiple earlier steps."
Again - only playing devil's advocate. We'd need to know much more about processes and what actually happened for a better explanation.
To be honest the whole article reads as a straightforward blame-the-engineer speech. They refer to him multiple times and eventually we learn that they have taken action (everybody can guess what this means).
really dislike the doublespeak here. speaks very poorly of this man’s leadership. either blame the engineer or don’t, but don’t try to have it both ways
11 comments
[ 4.9 ms ] story [ 34.9 ms ] thread> "For whatever reason that we don't understand, the employee decided to do a global deployment," Dieken went on. The usual staggered approach was therefore bypassed.
> And the engineer who sidestepped Salesforce's carefully crafted policies and took down the platform? "We have taken action with that particular employee," said Dieken.
Holy contradiction, Batman!
Again - only playing devil's advocate. We'd need to know much more about processes and what actually happened for a better explanation.
1. They're still using manual processes where automation should be used.
2. They're using insufficiently robust scripts (Forgivable to a degree. Bugs happen)
3. They blame the individual rather than the process which allowed the individual to make this mistake.
4. They have their status page on the same infrastructure that the status page is reporting on.
It's so easy to rely on DNS names everywhere...