Skip to content

Latest commit

 

History

History
35 lines (30 loc) · 2.95 KB

REPLAY.md

File metadata and controls

35 lines (30 loc) · 2.95 KB

总结

standard-readme compliant

立场

立场不同,看待事情的做法也就不同,立场决定你以后的高度,站对立场很重要。 ##生意的本质 其实商业的本质是买卖关系的成立,一家公司好坏和公司的发展理念是离不开的。如果创始人只是觉得某个事情可以捞一波然后退 这个公司就是个坏公司,创始人的想法就是公司想法,想法坏了,公司福利待遇再好都是坏的。但是作为员工 也要考虑公司能够发工资发奖金的原理是怎么样的,那是因为公司盈利状况良好,从个人层面来说要有一体精神: 公司和我是一体的。如果因为种种原因你对公司不满,我认为是可以沟通的,比如你市场价20k,结果你在这里 只有10k,你感觉到不满,你觉得你受到了不公的待遇。其实我认为可以和公司沟通的,第二我认为你实在接受 不了也是可以离开的的,但是你既然接受在这里就应该把事情干起来,如果你是一边骑驴一边找马那么你这个人 就是坏的(对公司而言)。

格局

复盘

这个复盘是对这几年公司的经验的复盘,也是对个人+公司的复盘。在我看来公司要达到一个怎么样的目标,简单来说 公司战略 其实应该是技术部门一定要知道的,技术负责人更加应该时刻谨记。举个简单例子,我们做个c端app,目标大力推广后引流100w人进入 使用,目标日均活跃人数10万。那么我们整个技术部门的技术架构应该配合这个目标去打,这样的开发周期肯定会长, 如果换个方向我们小步快跑,先上线后迭代,抢占市场为先。那么开发周期就得尽可能短,尽量降低前期开发难度, 使用通用开发加快进度。

其实这两种做法没有所谓的好坏,所有事情在中途实现的过程中都会和最初目标出现偏差, 我们更加应该依托于公司的现状,我们公司战略应该怎么去瞄准,技术负责人的高度要足够高, 更多的时候应该站在公司高层去看待事情,这两年我作为公司后端技术负责人,在读mba的过程中 确实思想也受到了改变。

我之前的想法更多的是配合产品去将项目完成落地,然后预估项目开发工期, 再和项目经理拉扯项目deadline,我这样做其实是有一定局限的,技术负 责人应该是参与到产品初期讨论过程中,了解这个产品特性,产品需求,到底 是需要抢占市场还是要一步到位。更多的时候让下属加加班反而也许对项目更 加友好。有时候说这句话可能不是很合理,但是话没有绝对的对错,说话的人 的立场决定话的对错,站在纯打工人角度这句话就是错的,但是站在公司立场: 只有公司有大家才有。