总结：五个月的项目管理

       2018年5月 至今，主管项目已经五个月了，是时候该总结一下了。

       这几个月以来，我发现了自己的一些问题：

          需求收集、整理、记录、确认方面 ：

                           分析需求不够彻底，整理出的用户需求不够彻底，导致满足用户的需要。

                           需求都需要记录，没有记录需求，不易记忆，不易交接。

                           需求都需要确认，需要有正式的邮件、文件等正式的书面表现；如果没有不好甩锅，你懂的。

          业务及实现方案设计方面：

                           做设计时，只考虑了业务的可操作性以及方案的可扩展性，有时并没有考虑到『用户角色』对现实业务的关注度和关注角度，导致失败或需求重做。

          需求变更控制与记录：

                           需求在开发的过程中（项目执行过程中），难免遇到变化，比如：用户突然加功能、改功能。此时，你就要控制一下了，要不要做、什么时候做、怎么做。这很重要。你会发现有些修改是对你整个之前的设计都有改动，你需要重新设计，这就很崩溃了。

          进度控制：

                           这一块，我个人感觉自己做的『很不好』。我自己写代码的时候，很顺利，都可以按时完成功能并上线。但是当需求交由团队其他人的时候，你就需要考虑甚多因素了，无非也就是『人』『事』『物』。

                           人（项目成员）：工作能力（主要指编码）、心情、身体状况、态度、对需求或项目的理解程度、对项目的熟悉程度。

                           事（项目）：项目的可执行性、目前的团队是否能够完成项目。

                           物（物质资源）：电脑、服务器等。

                           这些都是项目经理或项目负责人需要关注，并时刻管理的。

          对团队的技术指导与培养：

                           上一块内容我们提到了『人（团队成员）』，并不是所有团队成员的能力是相差无几的，有的差距很大；有时候甚至整个团队都无法胜任项目需要。这时就需要培训或者指导了，不过效果要看人了，比较麻烦。

                           带过没有经验的或者新人的朋友们应该深有体会。。。。

          与团队成员的沟通：

                          这一点我不知道该怎么讲，暂时先不说了吧。