<微管理> 第五章读后感

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

微管理

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

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

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

  • 工作问题
  1. 立项书

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

  2. 项目规划和预演

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

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

  • 个人问题
  1. 工作

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

  2. 学习

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

    • 总结

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

猜你喜欢

转载自lvhjean.iteye.com/blog/2084166