owner意识vs权责分明

一进入职场，不停有人和你强调要有主人翁意识。要去思考整个项目和团队。摸爬滚打，终于你学会了用owner的视角去看待问题，审视项目和团队。然后你替同事做了许多份外之事，获得了快速的成长，扛起了项目。

然后，你背了一堆的不属于你的脏活累活。运气再差一点，背的就是锅了。

最近工作天天和数据打交道。我希望我做的东西可靠性和准确性能够有保证。因为数据这东西，我认为最重要的肯定是数据的质量，而不是数据的展示。所以，当整个项目的数据，除了我自己的系统数据，还依赖外部大量的系统时。我希望把这些东西处理好。

私下里，我总结了目前的项目现状，调研了方案。

1.外部系统依赖过多，对接口的耗时和可靠性都会影响很大

2.数据各系统混乱不一致，找不到数据源头究竟是谁。

3.数据安全性无法保障。因为数据散出后，不是每个系统的安全性都那么强

这三个特点，其实就是十几二十多年前大数据还未出现的时候，各个系统烟囱式发展的典型特征。

解决这些问题，业界整个数据治理方案非常成熟。落地技术上没什么难点，大家写写SQL，搞搞etl就行了。许多大公司都有专门的数据部门，也造了许多轮子。直接开箱即用就行。

于是，我在团队内部提了这件事情。

同事A说:让别的系统的人保证可靠性和性能就行了。别的系统的问题，就不是我们的责任。

同事B:这个事情别人凭什么配合你。

老板:你需要说服别的团队，按你的方案来才可以。

到现在为止，我还只是觉得事情有些困难。但还是很值得去做这些事情。直到后来又发生的事情。让我彻底放弃了。当然，这事情是有价值的事情，但不能由我去做。

因为我其实做的是web项目，主要是curd一下展示个数据。码农们都知道，如果做这个事情，数据都是齐全完备。web搞起来都是飞快的，脚手架一搭，一周可以开发一堆接口。

然后我疯狂delay了。原因很简单，外部的东西我控制不了。再加上一些web页面细节反复调整，心态非常容易崩。

后面，我老实了。除了自己系统的事情，其他只做配合。涉及外部系统的，就抛出去。别人给我解决了，我就处理。不然免谈。于是，我就像个传声筒。开开心心地转发消息，然后等别人准备好给我。权责分明，实在太舒服了。各家自扫门前雪，而且自己的系统，比较熟悉。处理起来也容易，毕竟就一个web，也不是啥技术难点。

那么问题来了，有时候owner意识，让人成长让人获益。有时候权责分明让人更舒服。什么时候该用owner意识做事，什么时候用权责分明做事?

或许就这么两条原则吧。

1.思考事情的时候带着owner意识。因为思考成本低不要钱啊。当你不是owner，你却能用他的视角看问题和事情。你做事情和决策不会和owner的规划和目标发生冲突。做了一堆事情，不是老板想要的，会死很惨。

2.做事情的时候讲究权责分明。防甩锅和拒绝做老好人。你做了份外之事，做成了，成果算谁的。做砸了，锅又算谁的。

但话又说回来，这个世界还是需要一些人去做些先天下而忧而忧，大庇天下寒士俱欢颜的事情。如果这个人不是你，也不是我。那会是谁呢？