[转帖] 软件开发制胜策略的体会和总结　

嗨呦 发表于 2008/10/23 10:18:00

该日志同步发布于帖子：“[转帖] 软件开发制胜策略的体会和总结”
参考文章：《读微软研发制胜策略的体会和总结》


-- 项目经理

除了项目管理相关工作外，强调了最重要的一点是训练项目成员。

-- 专注

让每个人都专注而再专注在改善产品的事情上。而不是被其他事情，文档等等打断。

-- 项目目标

* 用清晰的语言描述出需要完成的任务；
* 专注于与目标相关的事情；
* 并做好时间管理，以及优先级等；
* 每日构建来检查每一谈完成的工作情况，并及时地进行改进和提高；

-- 缺陷和BUG

* 及时的消灭 BUG，不应该有任何的拖延；
* 自己的 BUG 自己及时负责清除；
* 对每次自己遇到的 BUG 和缺陷进行总结，也是一次很好的学习；
* 还有，对于问题，简单有效才是最好的；

-- 进度

* 在期望保持进度之前应该懂得未雨绸缪，否则只有坐以待毙；
* 对于未来项目中需要的知识和技能的预见性；
* 能够在开发中遇到问题后找出问题的所在，并能通过 debug 等方式找到问题的根源；
* 项目进度的有效控制方法是进行挣值法分析成本和进度的偏差。增量迭代和多个检查点和里程碑的设置可以有效的做到这点。
* 项目主管可以将项目进度计划细化到以周为单位，而对于模块的负责人可以再将工作计划细化到以天为单位，并通过每日构建，以及每天需要完成的功能清单来及时地发现进度偏差。
* 对于遇到一些突发的情况，困难问题而引起的进度偏差常常需要赶工了:)，当然这些也是与进度估算不准确有关系的，此时需要重新分配资源等手段了；
* 用实用性和易用性来满足用户需求，而不是花哨的功能，或者其他开发人员自己脑袋发热的个性强加到系统中；
* 一定要有效的利用时间（改善产品）

-- 工作环境相关

* 愉快的工作氛围来发挥每一个人的最大的工作效率；
* 利用项目检查报告来改进软件开发的工作程序；在报告中需要实际的描述我们解决问题的每一个详细步骤；
* 定期会议的安排，充分准备，明确的目的，有主持，有记录，并且应该确保没有漫无边际的讨论和争辩；
* 也不应该完全的根据进度表来驱动项目的进展，这对小组的士气可能会有伤害（毕竟人是活得，才是主体，但也不应该太偏了）
* 有了一定的进展（如完成了某个小项目，or重要功能）可以提供一些令团队兴奋得结果:)
* 质量更重要
* 沟通，积极地沟通


-- 学无止境

-- 态度决定一切

* 异常处理，错误提示
* 与 BUG 作斗争
* 质量的重要性
* 从用户的角度来考虑程序
* 程序共享
* 责任感，不要什么都说不行，即使失败了，也要学会分析和总结

阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志

发表评论：