作者｜周明耀
编辑| 小智
很少看到有人对公司的管理体系表示赞赏。 他们要么对出勤率、KPI 或绩效不满意。 很多程序员认为，对程序员最好的管理就是忽略一切，让他们自己管理。 但自我管理真的那么容易做到吗？ 作为一名程序员程序员去哪个网站好做，你认为这种管理方式有效吗？
写在上面
最难管理的人就是你自己。 我们每个人都擅长并且喜欢证明自己的弱点或坏习惯。 我们总是回避重要的事情，而忽略我们做得不够好的事情。 我自己曾经也遇到过这个问题。 每次和老板谈话时，我总是给自己找很多理由，很少谈论自己做得不好或者能力上明显有短板的地方。 事实上，这是非常糟糕的。 在职业发展的过程中，你不要专注于依赖他人的宽容。 你总会遇到想要挑战你的人，所以不断强化自己是最好的方式。
自我管理具体来说，需要时间管理、能力成长管理、沟通管理、形象管理。 同时，还必须防止过度管理。
时间管理
一般意义上的个人管理是为了更高效、便捷地实现自我提升而相互作用、相互促进的一系列世界观和方法论，包括价值观、决策、思维模式、任务流程、生活习惯等。 有机整体。 简单地说，个人管理体系是一个有机的整体，是世界观和方法论构成的整体。 构建这个整体的目的是为了实现自我完善。 这整体包括个人的价值观、对事物的决策和判断方式、个人的思维模式、固定的流程体系以及健康的生活习惯等。
我记得当我刚开始做领导的时候，我并不明白这一点。 我的德国领导告诉我，迈克，你可以在三天内工作最多 12 个小时。 你必须充分利用整个团队的时间。 你不可能是唯一在那里工作的人。 干燥！ 我当时不明白她的话，只是把这个建议当作一个玩笑。 后来我逐渐意识到，管理好自己的时间和管理好团队的时间是一样的。 如果做得好，时间管理会更好。 变成了N*M。
要有效地管理时间，首先需要有效地管理自己的时间。 毕竟每个人三天只有24小时，真正的工作时间也只有10个小时左右。 首先，你需要现实地评估自己的工作习惯，并且需要清楚地了解自己的工作习惯。 工作目标，只有这样，你才能清楚地了解哪些工作需要自己去做，哪些工作需要发挥组织和指导作用，哪些工作需要委托给下属，哪些工作需要初步检查，然后每天晚上确定自己的工作内容，最好能反复思考，最终日复一日地执行自己的日常工作计划吗？
容量增长管理
个人能力成长分为技术成长和业务成长。 这里只讲个人综合能力，沟通等管理能力前面会单独讨论。
当你想当三天经理，或者已经成为经理时，个人技术成长对于程序员来说至关重要。 你要知道，你管理的这群程序员可能从小就是顶尖学者，不是随意受骗的！ 成功管理程序员最重要、最关键的激励就是获得你所管理下属的技术尊重（同级别的部长也是如此）。 如果没有技术方面的考虑，那么你的每一个具体意见都可能会遇到主动或被动的制约。 正是由于这个原因，在职业生涯中没有做过程序员的团队管理者发现很难有效地管理程序员。 对技术的尊重来自于日常的技术成长。 一点点的积累，你就会逐渐成长为一个伟大的人。 而只有保持自己作为一个伟大的人，你才能继续在这个行业工作。
对于业务增长，首先应该明确业务、架构和技术之间的关系是共生的，而不是相互排斥的。 很多时候，技术人员关心的技术与业务的主要目标并不直接对应。 业务负责业务的某一部分，只是业务架构树的一个分支节点。 只有直接解决业务问题的技术或业务，即树的根节点，才会与业务直接相关。 由于业务和技术属于两棵不同的树，也就是说它们有两个不同的根节点，所以只有沟通才能解决问题。
技术总是在人类对商业目标要求不断提高的背景下形成的，其目的就是为了获得更大的利益。 所以：
技术的形成是为了解决商业问题。 没有商业，技术就没有存在的前提；没有商业，技术就没有存在的前提。
当更好的技术出现后，效率较低的技术将慢慢被淘汰和消失，这一切都符合人类的利益。
换句话说，如果先有业务问题，那么就会有技术来解决它们。 业务的长期需求提高了对技术的要求，导致业务生命周期的分裂，以并行的方式提高效率，形成结构，产生新技术。
说了这么多，你明白了，我知道管理好自己的生意是很难的。 毕竟要学技术、学管理、学业务。 很累啊！ 但在我们这个行业，我们只相信力量，不相信眼泪。 快点！
过度管理
请记住，造成延误和团队混乱的最大原因之一是有太多的直接报告需要管理。 在过去十年的一线团队管理中，我逐渐了解到，不应该让自己直接管理10个以上的下属。 无论团队有多少人，都要仔细观察每个人的工作能力和责任心，根据综合能力逐步明确人员层级。 第一级是团队的核心成员，第二级是团队中比较重要的成员，第三级是第一级是团队的一般技术人员，第四级是团队中可有可无的成员。团队。 如果团队成员少于10人，可以考虑通过分组的方式间接管理，小总监可以选择一级或二级，这样你的团队才能有一个良性的金字塔结构。
为什么我们需要分组？ 因为随着控制范围的扩大，管理者和下属之间的互动次数（以及由此产生的指导）呈指数减少。 该陈述需要考虑管理者与下属、下属与下属、管理者与下属的所有组合之间的互动，并假设辅导所花费的时间与互动的次数成正比。 例如，如果您有 4 名直接下属，当您降低第 5 名直接下属时，完成更多工作的可能性会增加 20%，但互动次数可能会从 44 次增加到 100 次，增加 127%。 直接管理8个下属可能需要1080次交互，直接管理12个下属可能需要24564次后续管理！
沟通管理
我们这里讨论的沟通管理分为被动沟通和主动沟通。
我们先来说说被动沟通。 由于是被动沟通，所以必须从外部获取大量信息。 技术的进步创造了更多我们无法处理的沟通渠道。 我们可以统计信息的来源。 电子邮件、短信、博客、微博、微信、社交网络、Skype、RSS订阅等技术已经融入我们的生活，这在几年前是不可想象的。 。 我们早已成为猖獗的交流的奴隶，尽管这些交流方式提高了我们的整体生活质量。
我认为，要想成为一名有效、高效的技术团队管理者，就必须完善控制和管理信息雨的机制，而不是让它控制你！ 我有一些建议，看看是否有效：
制定可靠的方法或流程来管理工作电子邮件，不要让接二连三的电子邮件分散您的注意力。
当有人给您打电话或发短信时，您为什么要接听或回复？
在会议或其他必要时间，请尝试关闭手机，不要让电话或电子邮件分散您的注意力。
如有需要，您可以委托助理管理会议主题、整理会议纪要、联系参会人员。
仔细规划您的时间，以减少被需求和信息淹没的情况。
尽量少保留微信群。 其实并没有什么大的好处。 不如直接通过电话会议的方式说清楚，然后通过邮件进行后续的进度管理和问答。
我们前面讲的是被动沟通的管理。 现在我们来说说主动沟通，就是我们自己主动发起的沟通。 我想既然是我们发起的，我们就不会讨论沟通方式。 我们已经在向上管理中讨论过它们。 在此希望您在沟通时也能注意以下几点：
沟通时要注意对方，放下手机，停止处理电子邮件或编写代码，坐下来看着说话的人。 进行眼神交流并仔细聆听对方所说的话（并思考他们所提供的信息）。 请注意，所传达的信息并不限于他们的言语； 观察他们的坐姿、肢体语言、热情或专注程度。 注意所有信息。 通常，语言以外的线索最能说明问题。
隔着办公桌交谈或执行其他任务可能会很不舒服。
很多人觉得管理是一个自上而下、权威的地方，也就是金字塔的顶端。 虽然我们的组织架构是这样的，但是在一家科技公司，建议你把自己想象成金字塔的顶端，你的员工就在顶端。 他们和他们所做的工作才是真正重要的。
多听少说。 亚里士多德说，智慧是你在生活中通过倾听而不是通过言语获得的回报。
形象管理
当然，“人靠衣装”这句话是需要深思熟虑的。
确实，我们作为程序员，穿着很朴素。 夏天我们穿无领T恤和九分裤，冬天我们穿大风衣。 看起来已经好几年没有洗过了。 通常，我们不刮胡子。 我也不喜欢戴手表，因为戴手表打字很难。 简而言之，许多团队领导非常随意，没有着装要求或个人卫生标准。 我想说的是，虽然这在团队内部并不是什么大问题，但是如果你去参加技术会议，或者见客户，或者参加定期的高层会议，如果你看起来邋遢，那么你就需要改变了尽快地。 你的儿子会带你去买一些衣服（如果你有儿子）并整理一下自己。 毕竟，高级管理人员或客户通常关心这一点。 只有有技术背景的高管才能理解你。
写在最后
好了，今天我们讨论了很多，时间管理、能力成长管理、沟通管理、形象管理，还有防止过度管理。 希望对您有所帮助。 只有那些做好自我管理的人才能做到这一点。 迈向职业生涯的新高度。 来吧，也希望您能提出自己的问题，我们可以在线交流！
今日话题
你为什么不喜欢被管理？ 被管理会影响你的编码效率程序员去哪个网站好做，还是会让你写出更多的bug？
如果我们只提倡自我管理，不做硬性规定，你认为这样的技术团队最后的场景会是什么样？
关于作者
周明耀2004年毕业于浙江大学，获工学硕士学位。 13年软件开发经验，近10年技术团队管理经验，4年分布式估计和大数据技术经验。 出版书籍有《大话Java性能优化》、《深入理解JVM&G1 GC》、《技术领导力——码农如何带领团队》，是个人公众号“迈克姐晚上十点讲”的制作人。 个人微信ID michael_tec。
今天的推荐
点击下图阅读
禅宗与互联网技术：龙泉寺的程序员
还没看够？
发表评论