小小的分享了作者的文章：这是一部续集，解释了作者在创业公司四年技术总监的经验摘要。

如何成为一家小公司的技术总监？该主题的范围可以很大。我希望更多的朋友可以一起学习技术团队的管理。

高级程序员是团队中最强大的生产力，但经常因不合理的工作安排而浪费。因此，作为团队技术的“负责人”，我们必须有清晰明确的理解并剥夺主要交易工作。

并放弃大量的管理“权力”，以提高团队发展的质量和效率，以此作为安排自己的工作的主要目标。

一般而言，技术主管实际上将被要求执行2个职位：

因此，必须阐明这两个职位的工作任务。然后安排项目经理的工作，以对另一个人进行。当然，其标题也可以称为“技术总监”或“主要旅程”。简而言之，听起来更好。

真正的主要计划（技术主管）应致力于尽可能多的技术工作。最重要的工作是开发代码和文档。

杰作

发展

没有一个高级外科医生会放下手术刀，然后搬到手术室牵手。高级程序员不应留下代码和文档，而应进行架构。

作为负责复杂系统的人，您必须领导并参与建筑，以便有足够的能力承担这一责任。

因此，有必要使用至少60％的人参与发展的发展，建议从一开始就从工作开始。尽管早晨的效率非常低，但与任何艰巨的工作相同：很难从所有内容开始。

在您终于等待计算机慢慢打开所有IDE，要求文档，参考材料和工作计划之后，您采取了最重要的一步。

您会发现，您不再需要观看微​​博和在线聊天，以增强开始工作的热情，而是受到一定优化代码的灵感，或者被一个复杂而有趣的问题投资于开发中所吸引。

坚持打开计算机的第一件事是打开IDE软件，这是最重要的一步。

开发发展的内容包括：

提案非功能需求

一般而言，功能要求始终是开发人员的主要原因。但是，实际上，在许多项目发布之后，它是由诸如性能，产品质量，可扩展性和二级开发效率等非功能性需求引起的。

作为经验最丰富的成员，主要旅程必须利用他们以前的经验和课程（这里的教学通常比经验更重要），并提出了自己抛弃自己的“非功能需求”，以确保整个项目都不会在之后发布发布。繁荣崩溃了。

这是一项艰巨的工作，因为老板和客户通常只抱怨技术人员正在玩技巧，作弊更多的资源或担心。

如何说服这些家伙可能不是主要课程的工作，但是主要旅程必须以高度的责任感将问题放在桌面上。

沟通的工作可能使项目经理做得更好，并且他们有一系列的技巧可以恐吓老板和客户。

设计和校正软件体系结构

软件体系结构的设计非常重要，并且有繁重的工作。敢于不绘画的技术人员是天才或白痴。

对于团队而言，该体系结构在许多方面（例如劳工合作，避免风险和提高质量）具有不可替代的作用。

最重要的步骤是避免成为空文档。有人要控制和实施它。主旅程主持了设计和校正体系结构，并且可以自己实施，以便团队中的腹部无法避免，否则代码将无法运行！

SO称为的设计和更正体系结构并不意味着所有文档都应单独编写，而是请参考该体系结构的每个链接，这是由主要决策一致的。

当然，最好尽可能地编写这些文档。对于“新秀”团队，本文档的输出本身意味着“权力”，并帮助主建立个人声望。

这种看起来有些脏的“政治”事情对于避免团队中无尽的皮肤以及随时准备换工作的成员的稳定性非常实用。

制定困难代码（关键需求）

主要旅程必须编写代码，并编写每个人都认为高风险的代码。一些系统对性能有很高的要求，他必须完成易于产生性能问题的部分，例如IO操作或设计数据库索引。

对某些系统的需求非常不稳定，他必须找到一种方法来完成框架代码或脚本引擎，以防止许多弟弟对产品人员精疲力尽。

这种工作将使主要旅程不需要阅读所有代码，而是可以牢固地“掌握”代码，以便团队成员在投掷耙子时可以用作备用轮胎。

因为团队代码的开发也是一项允许体系结构设计从日常工作中真正控制系统的工作。

此外，主要代码通常由其他人联系，可以直接教育其他团队的其他成员，同时也可以建立-Prestige。

火与昆虫

这项工作实际上与代码的开发一致。没有工作日的发展，解决紧急问题也更加困难。

但这也有要求调试技术的请求，例如请求各种诊断工具。这些工具可以少使用。找到问题本身的过程也可以提高团队中其他人的技术水平。

训练

培训应占用约30％的工作时间。培训是稳定团队人员的最重要手段。这也是提高团队发展效率的最有效方法。

工具，过程，系统，奖励和惩罚，这些工具不能替换程序员逐行编写代码。最直接的方法是使他们做得更好，以及这些经验和知识的积累。

代码审查

关于代码审查的讨论太多。但是，代码审查也是“强迫”实施某种样式或技能的一种手段。这是“控制”系统的最真实手段，也是促进知识和经验的最直接手段。

一个人编写的代码通常没有“广泛”的问题，因此，只要您查看某些代码，就可以为大多数代码带来好处。

技术解决方案审查

应该在技术解决方案然后进行审查中写的内容，这是一个关键问题。人们普遍认为，首先应进行超过2周的开发时间工作。

技术解决方案通常是系统体系结构或挑战的改进和补充。因此，主要旅程的参与非常必要。

但是请注意不要太琐碎，而要完善“密钥”和“关键”解决方案的审查需求。这些“密钥”通常不起作用，但是质量需求，例如该系统（例如该系统扩展），对于后续开发等方便。

在这些会议上也可能发生争吵，但决策者的地位并没有动摇。

绅士不同。每个程序员都可以有自己的意见，但是该代码必须能够根据计划运行。主要旅程必须经常说明。

学习和讲座

如果团队遇到一个问题，就没有解决问题的新方法和技术，它将不会提高发展效率。好像您使用牛耕种土地一样，无论使用哪种管理方法，它都不会赶上机械化的速度。

主要旅程承担不断破坏自己的技术限制，引入和促进更新技术来解决问题的责任。

由于缺点和僵化，它最终将被团队成员放弃，这也将落后于行业的有效性，这将直接影响产品的生与死。每年学习一种新语言，这一说法可能有些激进，但这也是程序员应该拥有的激情。

管理

管理等于电力吗？管理等同于沟通？管理等于Wenshan Huihai？技术人员如何培训多年？

管理的目的是提高性能。如果它与此目标无关，而只有与“经理”标题有关的事物，那么最好将其扔给其他人，包括该标题。

管理的主要手段是创新：提出一种解决问题的新方法，而不是复杂的交易工作！专业秘书可以比主要旅程好一百倍。

技术工作创新中最重要的是技术工作，而不是跳出来说：这样做，这样做。

如果您的工作时间超过10％，那么您更像是项目经理，而不是主要旅程。

绩效评估

用专业意见来衡量他人的工作，没有人可以承担这种负担。这项工作通常是分配利益的手段。类似于奖励。这种管理方法不再是新事物。

但是实际上，技术人员通常对性能有一定的保留和模棱两可的态度，因为很难清楚地定义这种事情。判断而不是衡量是绩效的真实手段。

如果您必须得分，则有两个项目足够：进度，质量，5分。更重要的是要告诉所有人主的意见，并告诉他人最好做到这一点。

或告诉团队这样做以更加有利于我们的成功（富裕，上市，赢得老板和客户...） - 明确的目标并发挥主动性是绩效评估的最重要目标。

需求评估

技术人员最头疼的是与客户进行谈判。此事实际上不应使技术人员感到难过，有一个项目经理。需求评估是更可行的讨论。

如果通过每个需求评估主要旅程，他将不确定三个头和六只武器。正确的方法应该是特定的开发团队人员将参加。

这是了解别人所做的事情的重要手段，但是您不需要陷入太深的深处，因为有代码审查和项目经理的帮助。

跨部门交流

确实没有必要参加。如果您可以隐藏，这是一个天堂。放开项目经理，他们的专业技能可以使这些事情更加有效。只要您回来，请让项目经理告诉您发生了什么。

进度审查和任务分配

这也是一项非常“权力”的工作。实际上，团队成员的情况知道，确定谁应该做的不需要很多时间来思考。

因此，他可以以定向意见告诉项目经理，然后让他这样做。许多优秀的开发人员播放诸如Excel项目之类的水平，该项目不如只有一年的工作经验的秘书。不要自己扔。

面试

如果您真的想提供帮助，请准备一个杰出的书面测试主题。有太多不可靠的人。老板不花钱与他们聊天。

让项目经理交谈，不必担心他们的技能，无论如何，它将比大多数受访者更好。

不确定的人是应该雇用的人。如果研究生招聘该怎么办？只需看看他们的额外课程活动是否有一些专业的事情。企业家比其他事物更重要。人力资源将比主要旅程更准确。相信我。

各种会议

没有美味的饭菜，也没有好饭。超过6人的会议应该坚决抵制。如果您有一个等待您写作的程序，则必须讨厌这些会议，符合您的心！上帝保佑你。

项目经理的工作

项目经理就像下水道中的一个清洁工。所有不愿意做的事情。他们弯腰仔细玩，这真的很棒。

在这种情况下，为什么不让他们拥有更好的标题呢？没有他们处理这些任务，任何主要旅程都将被迫发疯，或者他们自己成为项目经理，让团队失去最强大的代码引擎。

日程：

资源：

交流：

对于一个小公司，权力，头衔和收入，通常更敏感。但这不是使项目失败的原因。

程序员的种子说：当我长大后，我是经理的树。这个错误的概念只会使这种种子永远不会发芽。

软件开发是一个类似于外科医生，而不是艰苦的避免工厂的行业。