Saturday, March 5, 2016

How to be Better Tech Leader



CTO教你如何脱颖而出成为公司里的leader?
争取完成大量工作来赢得影响力

在创业团队,往往人少活多,通过花费大量的时间和精力来完成比别人多得多的工作,就会得到越来越多的机会,从而影响力也会迅速提升。

业务和技术精湛,同事在工作中仰仗你来赢得影响力

业务能力和技术能力是一切个人影响力的支撑。只有能力出众,别人才会服你。如果在工作中总是解决各种难题,帮同事解决问题,问题总是止于你而得到解决。那上级和同事就会越来越仰仗你,你的影响力自然会大幅提升,成为leader也只是时间问题。

危难之际,挺身而出,勇于去接手重任

创业公司往往突发需求特别多,经常会出现新需求来了,没人来接的情况。此时往往大多数人六神无主,束手无策,如果你有足够的信心和胆量的话,那么你就应该挺身而出,临危受命,这是你树立个人影响力的关键时刻。比如一个紧急的需求,你能完美的解决;比如上级紧急的安排,你有条理的完成。这些都是画龙点睛之笔。这需要你平时能提前高质量的完成手上的工作,才有富余的时间来接手更多的任务。

乐于分享,愿意把功劳给别人

如果取得一些成就,受到上级的表扬,要擅于把功劳记在帮助你的人身上,这样才能得到别人的信服。如果学到一些新的技术或知识,能及时的分享给别人,愿意帮助别人一起进步,这样得到你帮助的人会乐意追随你,你的影响力会潜移默化的大幅度提高。

要想建立个人影响力,需要长时间的坚持,才能看到效果,这与产品或企业的影响力是一样的,只有一如既往地给大家反馈同一种积极的信号,时间长了,自然就形成了影响力。

随着创业公司的发展,公司的组织结构也会慢慢的形成,你能管理的团队的大小和项目的多少,会与你在公司的个人影响力成正比。而创业刚开始指派的一些leader,如果影响力缩小,也会慢慢别影响力更大的人替换。所以,从现在开始,请提高你在公司的个人影响力。

http://www.cnblogs.com/archy_yu/p/5243947.html
1:首先是总是丢需求,这一点也是总监跟我说了n次的地方,可是仍旧是在这里犯了n-1次错误;拿最近这个商城来说,因为是基于微信,所以需求中要体现对微信的接口和约束;更要体现如果去管理微信公众号,这块确实是被我忽视了,的的确确的被忽视的,完完整整的丢掉了;而没有这块就无法接入微信,切记切记;后来在读一本书的时候,提到了约束,如果丢掉了约束,可能就会导致最终的产品进行大返工,切记切记。
2: 需求不完整,一些活动的需求,无法形成闭环,或者说有疏漏的地方,这里确实要再文档成型之前,对每一个模块,每一个功能,每一个需求,每一个流程做一个头脑风暴;虽说无法避免疏漏的地方,但是一定要避免无法形成闭环,无法形成闭环,无法形成闭环,重要的事情说三遍,切记!

说说整体架构这块:
1:首先是一定要多视图;因为利益相关者不同,架构设计文档要给到程序,运维,老板,其他架构师等不同的角色看,所以架构设计要从不同的视图来体现,比如给程序的,要从模块划分,层次划分的角度来;给运维的,要从不同机器之前联系的角度来,等等,总之要多视图
2:抛出难题,或者说风险控制,总之把风险全部抛出,分析那个风险最大,那个所需要考虑和投入设计的精力也就最多
3:考虑扩展,考虑分布,考虑负载
4:考虑客户端,这块一直是疏漏,总监也总是提醒我,要多关注些客户端,客户端不可太大,否则加载会很慢,考虑压缩,考虑框架的选取,以轻,稳,简为原则,这块的的确确是疏漏的

我们再说说做计划:
1:可能是对这种javaweb的项目不熟悉,所以最初也就是贾哥给了一个泛泛的计划节点,就是demo版本的deadline;现在熟悉了,切记切记,要做计划做计划,分解计划,做到周计划。
2:根据开发进度调整计划,在实际的开发过程中,常常发现缺界面,丢逻辑之类的事情,虽说可以通过前期需求和设计避免,但是这样又需要在需求分析和概要设计上花费太久时间,所以需要补充的功能之后,要调整计划,调整计划,切记狂加班消耗开发热情。
3:美工的计划要早于开发,工程师在开发任务的时候,切记切记,美工已经把界面给到,这样就需要保证美工的计划要早开发一个星期左右的时间,这样才能保证开发顺畅的进行。


Labels

Review (572) System Design (334) System Design - Review (198) Java (189) Coding (75) Interview-System Design (65) Interview (63) Book Notes (59) Coding - Review (59) to-do (45) Linux (43) Knowledge (39) Interview-Java (35) Knowledge - Review (32) Database (31) Design Patterns (31) Big Data (29) Product Architecture (28) MultiThread (27) Soft Skills (27) Concurrency (26) Cracking Code Interview (26) Miscs (25) Distributed (24) OOD Design (24) Google (23) Career (22) Interview - Review (21) Java - Code (21) Operating System (21) Interview Q&A (20) System Design - Practice (20) Tips (19) Algorithm (17) Company - Facebook (17) Security (17) How to Ace Interview (16) Brain Teaser (14) Linux - Shell (14) Redis (14) Testing (14) Tools (14) Code Quality (13) Search (13) Spark (13) Spring (13) Company - LinkedIn (12) How to (12) Interview-Database (12) Interview-Operating System (12) Solr (12) Architecture Principles (11) Resource (10) Amazon (9) Cache (9) Git (9) Interview - MultiThread (9) Scalability (9) Trouble Shooting (9) Web Dev (9) Architecture Model (8) Better Programmer (8) Cassandra (8) Company - Uber (8) Java67 (8) Math (8) OO Design principles (8) SOLID (8) Design (7) Interview Corner (7) JVM (7) Java Basics (7) Kafka (7) Mac (7) Machine Learning (7) NoSQL (7) C++ (6) Chrome (6) File System (6) Highscalability (6) How to Better (6) Network (6) Restful (6) CareerCup (5) Code Review (5) Hash (5) How to Interview (5) JDK Source Code (5) JavaScript (5) Leetcode (5) Must Known (5) Python (5)

Popular Posts