不想当管理者了

[shuangdeyu]

不才，在公司总管后端相关的开发事务，一年下来，发现单纯码代码是多么爽的一件事情。

最近心理越发不平衡的是，感觉产品提个需求，后端想破脑袋设计修改数据库，实现需求，压力很大，公司没有很专业的产品人员，注重内部培养，目前的产品也是安卓这一年内转过来的，UI 也在往产品方面培养，所以很多设计思想跟我们设计数据库的思想冲突很大，很多字段设计在我数据库设计来看都很不合理，我都觉得我每次都在找茬一样，有时候还说服不了他们，感觉心很累，压力很大，也常常自我质疑是我能力不足，无法胜任管理职位。

吐槽归吐槽，搬砖还得继续，至于是否适合继续走管理路线，这半年再努努力看吧，真不适合也不占着坑了，对谁都痛苦。

[qwertyzzz]

@PonysDad 那应该想哪些方面呀 我现在也是这样 感觉数据库结构都设计不了 这需求咋做呢

[ly4572615]

你不会是跟我一个公司吧

[byte10]

我想做管理，技术没啥用，虽然我的技术很强，但是不想搞技术

[wr516516]

这就是围城吗???
我不想继续折腾技术了,想转管理..
只想用技术服务自己,不想在公司敲代码搬砖

[zw1one]

说说我这的基层管理，就是背锅的，多了一堆事，代码还得照样写，有问题领导第一个找。关键还不加钱，可能绩效会比其他人高一点。

[idyu]

今年业务扩张，领导要招几个人让我做个小 leader，还没招到人我就开始怂了，总感觉自己会做不好。
技术一般，社交能力差，也不会管理，但是不管怎么说机会难得，先锻炼一下，实在不行还有跑路这个选项呢。

[wolfie]

打回需求、延长开发时间。互相耗。

[GTim]

我都不想当一线员工了，想当纯粹的管理者

[PonysDad]

@qwertyzzz 可以借鉴下领域驱动设计的思想，分离出业务模型。这样可以规避掉所有需求都面向数据库设计。

[ward56]

勿优柔寡断，应明确定位和职责范围
如果经常且必须要改数据库，建议雇佣一个 DBA，好好规划下，如果公司不满足这个条件，那就是体制和架构问题。
你是管理研发的负责人，应该主导研发去做事情，减少半吊子产品牵着你鼻子走。
我可能不了解你司现状，纸上谈兵勿怪。

[fkdtz]

这年头产品的门槛真的是太低了，几乎等于没有，啥人都能当产品

[shuangdeyu]

@Cbdy
@lenkaren
@loryyang
的确，看别人做是一回事，自己做又是一回事，而且步子大，缺少从单个项目小负责人开始的历练
特别前期的确深陷过重的开发，根本没时间管项目其它方面，目前改进了些许

[shuangdeyu]

@wr516516 有道理，我算是得了便宜还卖惨，坐上这个职位运气成分挺高，领导比较注重内部培养

[shuangdeyu]

@idyu 有点类似啊兄 dei，自信心不足

[shuangdeyu]

@GTim 没有纯粹的管理者，只是各自负责的任务方向不同而已，到哪都是一线 -_-

[shuangdeyu]

@ward56 领导价值观导向吧，注重先从内部培养，经验性的确欠缺，之前某个系统外包的时候接触过乙方公司的产品，思路方面的确有差距挺大，说实话我也是半吊子，技术刚稍微有点突破就被拉来坐上这个职位，要命的是公司发展还快

[SmiteChow]

听你的意思，目前已经不写代码了，那工作内容除了 ppt 汇报正当的不就是撕逼甩锅了么？

[raysonlu]

和你一模一样的处境，也走了差不多半年时间了，不过我是小公司，没有大厂那些什么很细分的分工，其实那些分工也未必适合任何情景。这话说前头：钱恰当到位就干，即使不到位也可当作短暂历练，想想只是码代码这样活在安逸也不适合长远发展。人际关系、需求转技术这两个技能树要开始点的了，技术这个技能树也不能落下，如果有技术团队的话还要考虑一下分工和检验。虽然很艰难，但换个角度来说可能会比只是码代码有趣，而且放在外面来说这种机会真的很少。一些避坑建议是，尽可能做好一些工作记录，只要有人肯背锅（设计或上司），再奇怪的需求都尽量给他实现，除非实现不了，或成本很大，避免犯“技术极致”的思维

[cp19890714]

个人观点
1. 想挣更多钱吗? 如果想,那就不要放弃. 如果家里有矿, 那就写写代码就行了. 开心最重要.
2. 很多程序员刚转管理时, 都会有这种问题, 且持续很久, 1 到 3 年.
3. 感觉写代码更舒服, 不是因为你不适合管理, 而是因为写代码本来就相对轻松.
4. 程序员, 需要培养自己说服别人的能力, 无论说的是否有道理, 只要能让别人信服就行, 可以从多方面达成.
5. 跟产品经理搞好关系,多谈心, 你就可以肆意找茬. 虽然产品经理大多是傻叉.
6. 性格内向其实并不太影响做管理. 时刻在想着,如何把事情做好,做得滴水不漏, 就可以.

[cp19890714]

产品经理大多不行, 这句话并不是对该职业的侮辱, 而是客观情况决定的.
产品经理的作用是, 协调业务与研发, 是个桥梁. 所以就要求他对业务和研发都有所了解.
产品经理如果不了解项目的业务架构和技术架构, 会导致复杂需求的设计与原架构难以融合. 而大多产品经理没有这种能力.

当然, 这时候,技术管理者的作用就要展现了, 与产品经理进行频繁的交涉, 使其了解当前的架构, 进而说服他修改需求设计.
需求怎么做, 从来都不是产品经理一个人说了算, 研发人员必须参与其中,否则做出的产品不会太好. 而且研发人员也会成为工具人, 被随意裁员.