《高可用架构·中国初创故事(第3期)》一1.1 在新工作中找到你的出路

1.1 在新工作中找到你的出路

伴随着技术型公司增长的波动性,忠于公司的高级职员会逐步减少。当一个公司业务重点发生转折或改变的时候,开发经理们通常开始找寻新的工作。当然,获得新工作的第一步,始于面试。

面试中,面试官将尽力描绘他们公司的美景,如同薄雾笼罩的莫奈名画。而一旦你开始工作,则图画开始扭曲,甚至有些像毕加索的作品。面试中所描述的微妙的小问题变成了你亟待解决的巨大危机。表1-1中以调侃的口吻比对了面试说词与现实之间的差异。

在你加入公司走上令人生畏之路时,你需要充分利用现状。

1.1.1 立即着手处理

在你任开发经理的一开始的日子里,急迫的问题需要立即引起你的注意。一些问题自从上任经理离职之日就开始堆积在那了,在你桌上堆放着延期数月的决策方案。在沼泽中跋涉是对处理这些积压工作最形象的比喻。

在专注于这些问题时,你可能会感受到压力,这会危及你长期的成功。只关注急迫的问题,会让你失去从公司、产品、同事以及你的团队中学习成长的机会,所以要做一次深呼吸看一看更广阔的天地。

如果在解决悬而未决的问题与处理日常危机之间分割你的时间,你会最终减少一些重复出现的问题,这样会提升团队的效率。每天花一部分时间从公司获得一些情况要比全力以赴处理积压问题更有效率。此外,你最好去了解一下团队所面对的重大问题,这将会促使你较早找寻出解决之道。许多问题还会在日常工作中冒出来并迫使你持续转移注意力。可以通过建立一个根据自身时间来处理多方面要求的体系来避免这个混乱的过程。

1.维护一个问题和处理成果的列表
从一开始养成细致的任务管理和记录保存好习惯将会对工作非常有帮助。维护一份清单,清单中要包含有关你的决策、处理过程以及一些重大问题,特别是那些对你较为迫切的问题。根据问题解决完成时间排出列表的优先级。管理好这份列表不仅有助于你减缓由于遗漏问题而引起的焦虑,将列表组合还可以让你和老板一起对你所排的优先级和问题处理进展进行评审。

逐日审核你的任务列表锁定优先问题。对于大的任务,则要锁定那些短时间内能够完成的子任务。每周要把重点放在高优先级的大任务上,否则,短期紧迫的要求依旧会导致进一步的延期。如果你日常处理这些问题的时间有限,则要避免时间透支并妨碍你的工作进展。

当你完成了一个解决问题的任务的时候,记得标记上日期并将任务存档。这个档案文件将在日后你被问起如何处理这些问题细节时有所帮助。验收成果同样有助于提高自身工作的积极性。

2.尽可能去授权
在适当的时候,对一些紧迫的问题进行职责分配,不要试图亲力亲为地解决所有问题。适当的任务分配可以使你和你的团队更富有成效,并且通过处理新任务也可以提升整个团队成员的士气。任务分配时,要确认受托者清楚了任务的内容、与其他相关工作的优先次序以及进展状态检查的时间点和完成日期。同样也要确认项目成员知道可以从你这里得到更多的信息。

如果不适合将整个任务分配出去,你可以将一部分任务分配给团队成员。例如,你可以把信息收集分给其他人而把审核留给自己。或者你也可以让一个团队成员提供一个问题的背景分析并指导他去分析数据。如果你能赋予团队成员承担部分重要工作的机会,你们都会受益。

当处理完棘手问题时,记得向老板通报你的进展。这有助于预防对你工作上的误解。

1.1.2 经历初始培训

初始培训阶段的成功需要集中付出努力与时间。每天要留有稳定的时间用于熟悉公司的员工,学习公司的技术,了解公司的产品、市场以及运作流程。找出你最机敏且能集中精力的1~2个小时。每天提前上班,并把每天最初的时间用在培训上,然后在以后将这段时间用于处理疑难问题。

作为新任的开发经理,在你的老板给你一些灵活度来熟悉工作和企业文化时,你会拥有3~6周的“蜜月期”体验。这一时期你可能会期望加班,用这些额外的时间来熟悉工作并处理重要的问题。如果老板认识到了你额外的付出,他会为最初雇用你的决定感到满意。在你展示了自己的能力后,就可以将工作时间适当减少到适度合理的水平。

要知道你是否被特别雇用,被期待成为变革代理人或期待给一个高效的部门带来增量变化。这些期待将决定你如何把结果展示给你的团队和老板。例如,如果你认定的重大问题而公众却期望维持原状的话,你就要耗费大量的时间和精力去说服老板和团队去认识一些问题的重要性。

你解决长期问题的时间也很关键。例如,如果你等到6个月以上再讨论宏观问题,你将面临比较巨大的挑战。你可能失去了展示创新理念甚至确定问题之所在的机会,一旦你沉浸于细节,就很难认识到系统中的瑕疵。当人们更愿意从新经理那里倾听新颖的观点时,你会发现开发团队更加抗拒变革。

如果你提议实施重大变革,要向公司如实陈述其利益和成本。“兜售”你的变革可以帮助你避免树敌或面对其他人抗拒变革的行为。

1.1.3 收集信息

收集公司产品、人员以及过程方面的信息有助于你制定头3~6个月的工作策略。通过与老板交流以及花时间与你的直属下级、同僚们沟通,以获取公司更广阔的前景。你的目标是了解公司的成就与全局性问题,并学会如何发展才能最好地为公司服务。从询问如下开放式问题开始,找到并分辨出问题的主要切入点。

运作良好的业务是什么?
你看到的主要问题是什么?
你建议的解决方案是什么?

然后将学习成果融入到工作总结中,并寻找一个解决模式。

1.创建讨论总结
当你与同事、经理以及其他员工商讨问题时要做笔记;然后把你的点评融入到带有强调符号的陈述之中,以确保思路清晰而富有条理。释义转述和总结性注释会使你的陈述短小精悍。

之后,分门别类整理总结文件。每一类都可以包含问题以及成就两个方面。在每一个问题方面之后,罗列出一个你们交流讨论的相关解决方案。这里有一个用于收集信息的推荐分类列表(当然,你的列表也可以用不同的展示方式)。

技术            质量问题

人员            内部文档

组织架构          风险

清晰的目标         客户服务

方针            市场和销售

过程            财务问题

计划            其他

问题和解决方案可以分为三类:你和你的团队可以直接解决的问题;需要通过与其他部门或其他组织中的人员合作解决的问题;你只能施加影响而不能直接解决的问题。根据你的摘要标示出每一个问题。

一个最终文件的摘录可以做成这样。

4.技术

有利因素:我们的技术比竞争对手更快更可靠。

有利因素:编程语言和函数库都是最新的。

问题:系统在A-15子系统中没有冗余性,将导致“核心崩溃”。这需要与运营部门协作。

问题:API几乎没有错误校验。两个缺陷数据请求就可以导致系统擦除数据库。

解决方案:我可以通过与开发人员讨论直接解决。

2.把你的总结应用于工作之中
之后,为发现的问题和取得的成果设置优先级。将成功的做法与问题进行排名可以让你考虑如何保持有利因素的优势。一个简单的A、B、C优先级对最初的排序就很好,并且可以在每一级别都遵循这一体系。将老板的指示级别提高,但也不要低估其他人的反馈。最终,你必须决定解决哪些方面的问题并且如何解决它们。从最高级别的问题中制定一个行动计划。例如,估算未来3~6个月你能完成多少。一个切实可行的计划会帮助你避免一次跟踪过多的任务以至于能完成的工作越来越少。

制定计划前要确认相对于改善型工作你完全了解自己能承担的混合型项目工作。对于一个小公司,至少要花费自己10%~20%的时间和团队5%~10%的时间来解决和当前项目没有直接关系的问题。这类与项目无关的问题包括提高生产率、指导培训讨论、推进技术、规划未来、改善工作关系,以及解决人的问题。

行动计划的失败通常是由于缺少公司的支持,所以要确信在你不断的努力下能从老板那里争取到支持。你需要你的老板极力支持——至少是认可——如果你希望成功。如果你的老板否决了你的建议,你需要理解他的忧虑——或者,你依旧相信你的建议,去做更多的研究然后兜售。在你的方法获得成功以前,你的老板需要知道你在用一种合理的方式来解决企业中存在的问题。

你也应该与其他部门经理特别是市场和销售经理们沟通。他们需要理解实现他们所谓的短期目标为何要花费如此多的时间和资源。要说明你的变革能给公司带来的长期利益。由于你确定的问题并不仅仅与你的部门相关,与其他人讨论和反馈意见将增进你对问题范围的了解以及帮助你找到最好的解决方案。

将每一件费神的事情当做一个带有时间表和资源的项目。要持续促进项目改进,否则他们就会失去动力;不能提升领导力就会导致随着公司的发展壮大,生产力却更为低下。

得到公司的总体概况

当我加入目前公司的时候,我花时间与不同部门的十几个人去交流。我把所听到的信息整合入一个只有几页纸的总结性文档中。这个过程让我洞察到了即将发生的一切。与每个人交流是一项启发性活动,它指引我直奔最先需要解决的首要问题。

时间: 2024-09-08 09:11:38

《高可用架构·中国初创故事(第3期)》一1.1 在新工作中找到你的出路的相关文章

《高可用架构·中国初创故事(第3期)》一趣火星:文青创业能走多远

趣火星:文青创业能走多远 高可用架构·中国初创故事(第3期) 趣火星提供从手机到飞行器等各种智能硬件的相关资讯,同时它也是聚集数百名极客和智能硬件爱好者的社区. 站在智能硬件的风口上,92年出生的趣火星创始人许妙成第一次亮相创投圈,就引起业界极大关注.一个90后文青创业者是什么样的人,他如何挑选创业小伙伴,激发和带领如此年轻的团队?对于未来的挑战,这匹年轻的创业黑马又是如何应对?带着这些疑问,老猿拜访了趣火星在北邮孵化器的办公室. 采访过程中,老猿发现许妙成是一个能把兴趣转化为实际行动的人,而且

《高可用架构·中国初创故事(第3期)》一会会:一个产品经理的创业方法论

会会:一个产品经理的创业方法论 高可用架构·中国初创故事(第3期) 会会的融资过程很传奇,李翔昊拿到经纬王华东的天使投资时,刚开始产品研发,甚至连公司注册都没有完成.一个尚处于设想中的产品可以获得知名VC的投资,李翔昊在职业社交领域多年积累的经验和思考起到了关键的作用.创业之前,李翔昊在人人.大街有多年产品设计和项目管理经验.作为曾经的企业管理者,现在站在创业者的角度,他对管理方式,开发节奏,产品设计有哪些思考和见解呢? 拒绝数字的诱惑,耐心打磨产品今天的中国互联网,用户推广是一件成本很高的事,

《高可用架构·中国初创故事(第3期)》一跟随吴军博士探寻硅谷的奥秘

跟随吴军博士探寻硅谷的奥秘 高可用架构·硅谷篇(第4期) 硅谷的奇迹 硅谷的明星公司(略) 硅谷的顶尖大学(略) 硅谷的奥秘 叛逆和宽容(略) 多元文化(略) 注:以上"略"的部分请从PDF文件中阅读

《高可用架构·中国初创故事(第3期)》一来自Google的高可用架构理念与实践

来自Google的高可用架构理念与实践 CTO @ coding.net .2007 - 2015 年初在 Google 的 Moutain View 担任 SRE (Site Reliability Engineering)职位. 参与了 Google 的两个项目:第一个是 Youtube,工作内容涵盖 Video transfer.Coding.Streaming.Global CDN 等:第二个是 Google Cloud Platform Team,主要工作是管理 Google 全球 1

《高可用架构·中国初创故事(第3期)》一2.1 理解你的核心价值

2.1 理解你的核心价值 在投身于管理一个团队之前,让我们先审视一下如何才能成为有效的管理者.问一下自己如何与你的开发团队一起工作以及如何用你的核心价值观去带动大家.你对他人的尊重,你的道德准则,你自身带队和倾听的能力,提供反馈的能力以及关注其他人的成功等因素都会影响你如何做出决策. 作为一个经理,在与你的团队一起工作时,你需要一个可随时存取工作法宝的"工具箱".你的工具箱里应包含用于激励人员.供自己查阅和选择团队的工具,还应该有组织团队.设置工作空间.管理项目.解决冲突以及与团队沟通

《高可用架构·中国初创故事(第3期)》一1.8 回归重点

1.8 回归重点 本章为你提供了大量需要考虑的内容.这是围绕那些需要全面解决的问题进行的宏观性总结--帮你找到走出丛林的方向性清单. 结识人 了解你公司的人,特别是其他经理.老板以及你的团队. 处理问题 处理紧急问题,但要尽可能去分派任务.不要让紧急的要求耽误你的学习. 跟踪问题 保留一份问题优先级列表.并将问题按急迫型和长远型进行分类. 收集信息并进行总结 与至少十几个同仁进行交流,了解他们所做的工作,运作良好的是什么,以及问题在哪.通过这些讨论做一个总结.选取其中的一些内容加到你的长期问题列

《高可用架构·中国初创故事(第3期)》一1.4 认同企业文化

1.4 认同企业文化 企业文化涉及员工间相互配合的方式以及管理回报的表现形式.为了认同企业文化,要把经理们说的话与做的事进行观察对比.阅读公司价值观与使命感也同样有所帮助.你可以通过与同僚们讨论来确定是怎样的使命感和价值观影响着公司的发展方向:你应该明白如何利用这些资源对员工实施有效的管理以及做出正确的工作决策. 建议如果你的老板在最初的工作会谈时没有讨论公司价值观的话,价值观很可能就是企业的基本信条. 小型和成长型公司需要仔细全面考虑之后再推出他们的价值观和宗旨.这些宗旨是构建企业文化的基石.

《高可用架构·中国初创故事(第3期)》一2.6 激励你的团队成员

2.6 激励你的团队成员 管好团队做对事--软件企业成长手册开发团队的激励方法不同于其他团队--工程师们基本上对鼓舞士气的口号.情感倾诉或比赛之类的事情没有好感.每个开发工程师的激励方法都是不同的,在你问及他们的时候,他们会告诉你他们需要什么.这里有一些针对工程师们的常用激励方法. 技术挑战. 职业成功和改进的机会. 参与外部组织.论坛或技术团体的机会. 股票奖励或加薪的财务机会. 参加会议或研讨班的机会. 弹性工作制,允许他们安排自己的时间而不必早上8点钟上班,不必担心迟到. 被同行认可. 被

《高可用架构·中国初创故事(第3期)》一1.5 学习技术、过程和产品

1.5 学习技术.过程和产品 在最初工作的两个月里,要获得公司技术.过程以及产品的全貌.要掌握技术是如何利用的,产品是如何工作的,开发过程是如何运转的,以及开发团队成员是如何配合工作的.评价你所了解的内容并确定你还没有完全掌握的方面.然后通过系统地收集相关信息填补相应的空白. 要完全了解产品.除了数据流,至少还要审核用于展示主要模块的高层架构.团队中的开发人员应该可以描述这些原理并可以提供现成的总体文档. 告诫在许多小公司,概述和过程文档往往是过期的或者缺乏细节性的描述. 将掌握的信息写成文档和