CTO教你如何脱颖而出成为公司里的leader?
http://www.cnblogs.com/archy_yu/p/5243947.html
说说整体架构这块:
1:首先是一定要多视图;因为利益相关者不同,架构设计文档要给到程序,运维,老板,其他架构师等不同的角色看,所以架构设计要从不同的视图来体现,比如给程序的,要从模块划分,层次划分的角度来;给运维的,要从不同机器之前联系的角度来,等等,总之要多视图
2:抛出难题,或者说风险控制,总之把风险全部抛出,分析那个风险最大,那个所需要考虑和投入设计的精力也就最多
3:考虑扩展,考虑分布,考虑负载
4:考虑客户端,这块一直是疏漏,总监也总是提醒我,要多关注些客户端,客户端不可太大,否则加载会很慢,考虑压缩,考虑框架的选取,以轻,稳,简为原则,这块的的确确是疏漏的
我们再说说做计划:
1:可能是对这种javaweb的项目不熟悉,所以最初也就是贾哥给了一个泛泛的计划节点,就是demo版本的deadline;现在熟悉了,切记切记,要做计划做计划,分解计划,做到周计划。
2:根据开发进度调整计划,在实际的开发过程中,常常发现缺界面,丢逻辑之类的事情,虽说可以通过前期需求和设计避免,但是这样又需要在需求分析和概要设计上花费太久时间,所以需要补充的功能之后,要调整计划,调整计划,切记狂加班消耗开发热情。
3:美工的计划要早于开发,工程师在开发任务的时候,切记切记,美工已经把界面给到,这样就需要保证美工的计划要早开发一个星期左右的时间,这样才能保证开发顺畅的进行。
争取完成大量工作来赢得影响力
在创业团队,往往人少活多,通过花费大量的时间和精力来完成比别人多得多的工作,就会得到越来越多的机会,从而影响力也会迅速提升。
业务和技术精湛,同事在工作中仰仗你来赢得影响力
业务能力和技术能力是一切个人影响力的支撑。只有能力出众,别人才会服你。如果在工作中总是解决各种难题,帮同事解决问题,问题总是止于你而得到解决。那上级和同事就会越来越仰仗你,你的影响力自然会大幅提升,成为leader也只是时间问题。
危难之际,挺身而出,勇于去接手重任
创业公司往往突发需求特别多,经常会出现新需求来了,没人来接的情况。此时往往大多数人六神无主,束手无策,如果你有足够的信心和胆量的话,那么你就应该挺身而出,临危受命,这是你树立个人影响力的关键时刻。比如一个紧急的需求,你能完美的解决;比如上级紧急的安排,你有条理的完成。这些都是画龙点睛之笔。这需要你平时能提前高质量的完成手上的工作,才有富余的时间来接手更多的任务。
乐于分享,愿意把功劳给别人
如果取得一些成就,受到上级的表扬,要擅于把功劳记在帮助你的人身上,这样才能得到别人的信服。如果学到一些新的技术或知识,能及时的分享给别人,愿意帮助别人一起进步,这样得到你帮助的人会乐意追随你,你的影响力会潜移默化的大幅度提高。
要想建立个人影响力,需要长时间的坚持,才能看到效果,这与产品或企业的影响力是一样的,只有一如既往地给大家反馈同一种积极的信号,时间长了,自然就形成了影响力。
随着创业公司的发展,公司的组织结构也会慢慢的形成,你能管理的团队的大小和项目的多少,会与你在公司的个人影响力成正比。而创业刚开始指派的一些leader,如果影响力缩小,也会慢慢别影响力更大的人替换。所以,从现在开始,请提高你在公司的个人影响力。
1:首先是总是丢需求,这一点也是总监跟我说了n次的地方,可是仍旧是在这里犯了n-1次错误;拿最近这个商城来说,因为是基于微信,所以需求中要体现对微信的接口和约束;更要体现如果去管理微信公众号,这块确实是被我忽视了,的的确确的被忽视的,完完整整的丢掉了;而没有这块就无法接入微信,切记切记;后来在读一本书的时候,提到了约束,如果丢掉了约束,可能就会导致最终的产品进行大返工,切记切记。
2: 需求不完整,一些活动的需求,无法形成闭环,或者说有疏漏的地方,这里确实要再文档成型之前,对每一个模块,每一个功能,每一个需求,每一个流程做一个头脑风暴;虽说无法避免疏漏的地方,但是一定要避免无法形成闭环,无法形成闭环,无法形成闭环,重要的事情说三遍,切记!
2: 需求不完整,一些活动的需求,无法形成闭环,或者说有疏漏的地方,这里确实要再文档成型之前,对每一个模块,每一个功能,每一个需求,每一个流程做一个头脑风暴;虽说无法避免疏漏的地方,但是一定要避免无法形成闭环,无法形成闭环,无法形成闭环,重要的事情说三遍,切记!
说说整体架构这块:
1:首先是一定要多视图;因为利益相关者不同,架构设计文档要给到程序,运维,老板,其他架构师等不同的角色看,所以架构设计要从不同的视图来体现,比如给程序的,要从模块划分,层次划分的角度来;给运维的,要从不同机器之前联系的角度来,等等,总之要多视图
2:抛出难题,或者说风险控制,总之把风险全部抛出,分析那个风险最大,那个所需要考虑和投入设计的精力也就最多
3:考虑扩展,考虑分布,考虑负载
4:考虑客户端,这块一直是疏漏,总监也总是提醒我,要多关注些客户端,客户端不可太大,否则加载会很慢,考虑压缩,考虑框架的选取,以轻,稳,简为原则,这块的的确确是疏漏的
我们再说说做计划:
1:可能是对这种javaweb的项目不熟悉,所以最初也就是贾哥给了一个泛泛的计划节点,就是demo版本的deadline;现在熟悉了,切记切记,要做计划做计划,分解计划,做到周计划。
2:根据开发进度调整计划,在实际的开发过程中,常常发现缺界面,丢逻辑之类的事情,虽说可以通过前期需求和设计避免,但是这样又需要在需求分析和概要设计上花费太久时间,所以需要补充的功能之后,要调整计划,调整计划,切记狂加班消耗开发热情。
3:美工的计划要早于开发,工程师在开发任务的时候,切记切记,美工已经把界面给到,这样就需要保证美工的计划要早开发一个星期左右的时间,这样才能保证开发顺畅的进行。