分享职场生活
、职场攻略、领导同事相处技巧和创业资源

文|洪生鹏

软件开发过程中
，往往有很多细节和意外让我们的计划赶不上变化。譬如需求变更
、人员流动等
。为了保证项目进度可控，有效规避项目在开发过程中的风险
，项目管理的作用在软件开发中的重要性可想而知
。

项目管理大致有项目计划和开发团队管理两方面。

建立项目计划

(1)设计总体架构

针对项目的实施需要，采取适合项目且相对成熟的框架结构。

前些年，我在某集团技术部门担任技术员时，那时公司的产品总出现各种各样的问题
，例如日常发布系统时或访问量稍微过大时
，系统就会出现故障，一天下来收到了100多份bug邮件，影响了业务系部门的正常使用
。

之所以出现这么多的bug，是因为无论业务系提什么需求，技术部都全盘接受了
，按理这样也不会导致出现这么多bug，技术部服务于业务部
，是正常的
，毕竟公司的主要收入在业务部。可问题是，数据字典是每个开发人员自己设计的
，导致大多数数据字典冗余、甚至设计不合理
。各自只关心自己负责的模块。等到模块之间有关联时

，问题就接踵而至了。

那时候公司用asp.net mssql server技术，并没有采用相应的框架，代码冗余多
，后来团队经过两个多月的整改，系统才勉强能正常使用。

(2)控制可扩展度

扩展度过大
，将提高系统的复杂程度
，延长开发时间；扩展度过低
，会直接影响系统的二次开发与维护
。控制系统的可扩展性，能提高开发效率
，降低系统维护的难度。

不知你有没有觉得，项目前期没有做好，后面复制粘贴的现象就会到处可见，导致冗余的代码越来越多，维护越来越困难。

(3)建立基础设施

合理分配软、硬件等基础设施的部署所需要的时间与成本
。

(4)划分开发任务

利用WBS（Work Breakdown Structure，工作分解结构）对可交付结果进行分类与划分。每个项目划分为多个不同阶段
，每个阶段又可以分为多个工作包（Work Package），工作包是WBS里最小的可交付结果
，最后从工作包中分解出多个开发任务列表，分配给各个开发人员
。

(5)部署开发进度

从需求调研

、进行概要设计
、进行详细设计、执行开发任务
、测试、联合调试、SIT部署
、生产环境部署都常常延误，项目经理必须有谈判能力、预判风险能力、控制能力。项目经理就是在满足各方项目干系人的利益的情况下，推动项目向前发展
，最后达到项目验收
。

(6)测试项目成果

每个工作包都应该同步部署测试工作
，提高项目的质量
。对出错BUG的工作包应该由测试人员以文本方式记录
，向开发人员展示错误所在，让开发人员及时进行修改。

管理开发团队

(1)组建团队

按照工作任务与项目时间的前提条件建立团队
，按团队职责分配人员，一般小组控制在6~10人之间。当团队人数超过20人时，应该考虑把团队分解成2个独立团队

，负责不同的开发任务
。

(2)分配开发任务

在每个迭代周期内（一般是15~30个工作日），应该把每个工作包进一步细分为多个开发任务，开发任务的开发时间应该控制在15个工作小时以内，如果开发任务的开发时间超出15个工作小时，应该考虑把任务再度细化。而开发任务应该以自由选择的方式分配给每个组员
。

(3)跟进开发进度

在迭代的前期举行一次会议，让组员了解开发的进展及流程，并以自主选择的方式分配开发任务。用工具记录开发流程的进展，在每个工作包完成开发后应该进行性功能的测试
，并以文本方式记录测试结果

。

每天举行一次10多分钟的站立会议，让组员汇报昨天已完成的开发任务，当天将要做的任务，以及开发过程中所遇到的问题。

并在每周末举行一次例行会议，交待总体进程。

在迭代末期举行一次冲刺会议，总结项目的进展，交行已完成的任务，回顾该迭代周期内所遇到的问题
，为下一个迭代做好准备。

期间千万不要忽视开发规范和代码审查
。

关于代码规范，感兴趣，请浏览《》

代码审查
，顾名思义，是一个检查代码并确保其能正常工作的过程，并且尽可能的优化代码。

有人会对代码审查的流程反感，我写的代码还要别人审查，难道怀疑我们的编码能力。

其实不然，有人检查我们的代码其实是件好事
，能减少因为粗心的犯错带来的风险。 即使再好的开发人员也会有大意的时候。

在团队中的每个人都有自己的强项，通过代码审查。有些人可能会提出一个更聪明的解决方案

，用一个更适合的设计模式来降低复杂度并提高性能。

通过别人的审查，他们可以察觉到可能的问题和发现能改善的地方，对代码提交者的编码水平提高有很大的帮助。

审查者则可以通过读别人的代码学习到很多新知识和技巧，并找出适合他们自己工作的解决方案
。

(4)系统测试

对每个已完成的工作包进行适时的测试，保证系统质量与性能。对测试结果进行文本的记录，并把测试结果与绩效工资收入挂钩，并以真实数据计算组员的绩效收入。

测试人员应该以文本方式记录bug，并与开发人员共同工作的，把突出的缺陷演示给开发人员，以提高修改的效率。

这里的绩效考核就要慎重了，搞不好会导致团队人员的流失

(5)解决开发中的问题

对开发人员进行前期培训，可适当按工作能力分配任务，指导组员的开发

。当遇到问题时应该在当天的站立会议时即时提出，避免影响开发进度
。

(6)流程化管理

流程化管理(process　management)，是一种以规范化的点对点的卓越业务流程为中心
，以持续的提高组织业务绩效为目的的系统化方法。它是一个操作性的定位描述，指的是流程分析
、流程定义与重定义
、资源分配、时间安排
、流程质量与效率测评
、流程优化等。因为流程化管理是根据团队的具体情况而设计的，因而这种流程会随着内外环境的变化而需要被优化。

针对一个IT软件管理来说，应该抓好以下四大流程管理
：

• 编码规范的制定与执行;
• 开发任务流程化的制定与执行;
• 开发进度流程化的制定与执行;
• 测试成果的制定与执行。

流程化的管理减少了团队成员盲目与重复的去工作

，提高了团队的工作效率。同时也提高了团队管理者的效率

，为管理提高了一个便捷的管理工具，所以一个高效团队的打造，离不开流程化的管理。

(7)需求变更，修改项目计划

在开发过程中
，遇到需求变更，要做好详细的文本记录，让客户了解需求变更的实际情况和开发方为之所付出的成本代价。与客户探讨

，让客户了解计划修改对项目进度所造成的影响。同时为开发人员争取工作量。

笔者曾遇见过
，项目开发过程中，需求变更了，可给予相应的开发人的工作量却没有任何变动，这对开发人员很不公平
，开发人员只好通过加班加点来完成任务
。这样很容易导致人才流失，做完了这个项目
，组员都陆陆续续辞职了
。

软件开发管理，必须得提高软件团队管理能力，管理者就要利用一切机会让团队成员感受到团队的力量，让他们不孤单，不委屈，并通过每一次的开发任务让他们不断成长。

做好项目管理，在软件开发中不容忽视
，只有做好了，才不会影响项目进度，才能推动项目向前发展，最后达到项目通过验收，顺利完成项目的开发任务。

【END】