标签：公司 管理系 后台管理 解决问题 现在 责任 理解 自己的 关系
对于入职场没几年的人来说，管理一个团队的机会比较少，大多是会有一个老大来管理自己，但是管理的能力确实我们需要好好的学习。对于程序员来说，逐渐的一部分的精力会花费到管理上来，不管自己愿不愿，毕竟到了一定阶段，我们都将会是一个独挡一面的人，但一个项目不太可能只有自己一个人，如果管理，如何协调周围的人，让项目快速起来。下面是自己一些经历和观察到其他管理者的一点经历。
项目会有许多功能，这些功能点之间的联系，如果进行关联上，至少自己心里有一个底。对一个团队来说，需要每个人有不同的分工，不可能所有人一起上，需要一起协调配合，那么最开始，如何分解任务就比较重要。举一个后台管理系统的项目。该项目一个OA系统，系统的功能是人员列表,考勤管理，工作事项等等。这些是一个功能点，然后接着根据需求文档和原型设计。
| 功能模块 | 小功能 | 时间安排 | 人员 |
|---|---|---|---|
| 人员列表 | 人员查询列表 | 0.5天 | 小明 |
| 人员列表 | 人员录入页面 | 0.3天 | 小明 |
| 考勤管理 | 考勤显示页面 | 0.5天 | 小芳 |
| 考勤管理 | 考勤编辑 | 0.3天 | 小芳 |
上面仅仅做一个分解的过程，这种方式需要和小组成员一同交流，一起讨论这个功能和功能完成的时间。这种形式将一个项目分解成很多小的任务，并且有任务的时间，这样这个项目就有一个大概完成的时间点。具体如何安排，具体如何操作都可以一起讨论。
一个项目通过分解后，就可以将具体的任务安排给其他人，这种方式也能具体到个人，每个人就可以朝同一个目标去前进。
协调工作和人员之间的关系，上诉分解任务之后，安排人员时，根据每个人的实际情况，安排具体的工作。开一个会讨论讨论，最后将其结果发布出来。但是变化赶不上计划，比如员工生病了，请了两天假，本来可以完成的项目，可能就因此延期，这个时候，就安排一下，进度比较快的员工，协调一下接受一下生病员工的工作。
这次某个员工多做了工作，那么在接下来的工作的时候，就可以少安排工作内容，或者安排一个学习新知识的任务等等，尽量做到相对公平。这个是需要自己对项目有一定的掌控能力，而不是让项目失去了自己掌控。
协调人员的之间的关系，毕竟作为一个工作年限长一些的人，可以多组织一些活动，让大家活动活动，吃个饭什么的，这样能够促进员工之间的信任。尽量让新人融入到新的环境中来，融入到这个小的环境中来。
可以安排大家一起攻坚一个新的技术，这样可以一起去探讨交流技术等等，或者是组织安排技术交流分享会，大家每周分享最近自己学习到新的知识。
协调自己与其他员工的关系，小的管理者暂还不属于自己管理，毕竟自己也还从事月技术工作，但是会安排其他人员的任务，有一点点权力。有时候这种管理者和员工之间的关系就很特别，或者是不太会去交流。需要多做一些努力去了解他是一个什么样的人，比如是一个爱专研技术，那么就可以聊聊技术，或者是将自己了解的新的技术分享给他。
一般大的公司在提交代码的时候，会进行代码审查，但是我所在的公司还没有进行这样操作。不进行这种操作，并不代表代码审查，检查是不重要的，恰恰相反，如果作为一个对该项目的主导者，那么需要理解现在的项目是怎样的，需要大概的了解代码中的相关内容，有哪些合理的地方，哪些不合理的地方，并且将项目把控在一个合适的范围内，不让它失控。
代码检查不是究细节，一般按照了一定开发规范开发后，那么在不出大的偏差，就可以不需要修正。代码审查不仅需要去审查是否有错误，还需要去看这些代码是否符合规范，是否能够有优化的地方。
因为是管事的，下面的人可以任性一点，可以脱卸责任，可以说这个不会。但是作为一个小小的管理者，不能说这做不出来，还不能说原因。而是大部分事情，是需要找方法去解决问题。
作为项目的负责人，项目中所有的事情，都应该去解决。自己不能解决的，需要协调资源的，就需要申请，需要找资源。因为自己是项目的负责人。
当明白这一点之后，就需要思考和明白如何去解决问题。解决问题可以靠自己的经验，但是很多时候是需要靠团队的。
当一个复杂的问题出现时，需要一个团队共同去攻坚。这个时候作为管事者，需要充当协调者，并且最后拍板。
如何解决问题，我观察和自己一些体会：
标签：公司 管理系 后台管理 解决问题 现在 责任 理解 自己的 关系
原文地址：https://www.cnblogs.com/skyice/p/10714347.html
