<微管理> 第五章读后感

最近没有登录ITEYE，都是通过订阅看一些新闻及文章，看到此次有奖试读活动已经快结尾了。赶紧学习。

作为一个程序猿，也管理过小项目。没有学习过管理，对团队的管理缺乏经验，倍感困惑。

负责小项目开发和维护，就是开发代码，开个小会讨论有什么需求记录一下，确定了，开发代码、测试、上线、维护，一两个人协作完成。整个过程缺乏条理性，问题没有分析处理、代码越改越乱、两个人分配任务不明确、进度随意、代码任意修改（虽然有CVS\SVN管理和注释）。不能很好的遵循（需求->设计->测试->上线->维护）这个流程。

初读《微管理》让自己内心感触颇深，结合自身做个小整理。

 

• 工作问题

1. 立项书

   做过的项目就和文章中提到的一样，是团队的总负责人指定一个项目负责人把想法说了后就开始干了。建立需求说明书（项目说明、功能实现）、建立数据库文档，开始工作；没有项目指导，工作都是随意大概安排进度，没有主要进度、项目细分进度、分派人员功能进度等。团队没有统一的规则代码开发也是各式各样。缺少项目手册这样把项目主要过程进行说明，让团队有规则可依的指导思想。

2. 项目规划和预演

   项目没有很好的规划，哪个阶段进入那一层那一步，下一阶段工作重点在哪儿；缺乏文章中说到的“项目立项通知”掌握项目进度；及通过“六要素”把握项目方向的东西。

   项目立项后基本都是根据大概分配任务，及大概的时间完成。不能很好的对项目细分、分派人员、安排细节进度等。通过看《微管理》，我觉得小团队应遵循六要素结合项目实际情况做分析，团队管理对项目做到大目标把握，项目负责人对项目目标围绕六要素确定所需要的核心方法、关键依赖等，做好项目分析、人员分配、进度并生成项目立项通知。根据通知把控进度、质量，保证项目能按时、按质的完成。

• 个人问题

1. 工作

   对个人工作处理不能好好的条理行，经常被维护性的电话等打断，进度受制约，未能很好的计划进度，并分析维护反馈的问题进行及时区分，并排入任务中。

2. 学习

   5.3章的 凤凰涅磐、复盘在个人学习进步我任务也有很好的作用。个人经常的总结自己工作经验和问题自我学习进步，每天都进步慢慢就会从菜鸟变成老鸟甚至某类专家了。当然自我总结是一部分，向别人学习避免重复造轮子，学习他人已有经验也对个人进步大有裨益。

• 总结

  不管是一个项目完成，或某阶段结束，或个人的某一时间段；都应该从中总结好的经验教训，对可以重用的代码或模块或框架、业务经验及生活经验进行总结；力争做到重复的错误不要再次犯，好的东西保留并发扬或推广。如此（收集-整理-组织-回顾-执行）循环往复。