《软件项目开发组织与管理》学习心得

1 引言

随着整体市场形式的发展，任务重，关系复杂，时间紧，资源有限已经不是一个超级工程才会遇到的问题，听过或看过各部门领导和项目经理们的年度总结就会发现，哪个项目不是这样的，或者说哪个工作任务不是这样的。

项目经理如若能力超群，能掌握项目全局，遇到突发情况，还能力挽狂澜，平息各方纷争完成项目的，那都是英雄，少之又少。作为半职能半矩阵型组织下的项目经理，多数是技术能人提拔上来的，从技术转管理的角色转变很困难，一般公司会成立项目管理部或者项目内设立一名项目管理专员辅助技术型项目经理的工作，非技术型的项目管理人员的岗位职责和角色定位也多泛化，看所处项目情况，工作职能和权力各有不同，落地程度也相差甚大。如何保障项目持续成功且尽可能多的项目成功呢？

一个公司的项目规模达到一定数量时，规范项目管理是项目持续成功的必经之路。

2 成功的项目管理

一提起项目管理，以前就想的是这样的：项目管理人员向事业部各项目组定期收取包括但不限于：项目计划、周报、月报、阶段评审报告、项目过程成套资料成果……

学习项目管理课程后认为是这样的：项目管理有五大过程组十大知识领域，在项目启动、规划、执行、监控和收尾各阶段中按照范围、进度、成本、质量……进行分工、信息收集和整合，信息整合后发送相关方审阅。

偶有感叹，学习那么多项目管理知识还是管不好项目！质量不达标，成本持续升高，进度不可控，客户意见大，交付迟迟推，回款难上难。

那怎样算是成功的项目管理？

个人认为，首先看项目侧重点方向的关键干系人，关键干系人满意则可视为成功。

在公司本位角度看，就是是否实现所期望的商业价值，应至少做到以下三点之一：

一、维护核心业务，赚钱稳脚为发展，聚资巩固核心力。

二、开发创新业务，亏本抢占新领域，陪客打探新市场。

三、促进团队建设，有目标，有成就，有成长，有前途。

综上，项目管理是为公司服务的，公司的目标是盈利，分解到项目管理层面，那就是降本增效。

3 项目管理重点、难点及解决建议

以下就半职能半矩阵型组织架构下的软件开发项目管理做简单经验总结和合理建议。

3.1 软件项目过程管理简述

为保障实现项目持续成功，公司一般会建立如下图的组织项目管理流程体系，必须有上下左右环节的配合衔接，相互促进：顶层制度的贯彻，过程流程的执行，知识方法的积累，再推进制度改进，循序提升内部管理水平。

其中产品开发流程中，除公司内部项目外，一般项目周期为：项目机会评估--》招投标--》项目开发--》后期运维。其中售前售后各有团队主导，此处侧重项目开发过程进行细分，项目开发一般存在如下图的过程阶段（以软件开发瀑布模型为例，逻辑顺序可视情况调整或重复过程），项目开发过程中，项目监控及质量控制贯穿始终。

3.2 项目管理重点

基于上文组织项目管理流程体系及软件项目开发流程，结合以往项目过程管理及质量管理经验，主要提出以下项目管理重点：

重点一：统一管理体系。包括统一管理制度、管理工具、沟通平台、统一模板等，根据产品线制定裁剪指南，重点管理对公司发展有影响的项目，统一底层数据采集，为上层决策提供数据支撑。

重点二、精准化培训。培训对象及内容应有针对性，全员通知的大讲堂、感兴趣者参加都是不可取的，充分利用内部资源，注重实操知识培训，针对问题实际，精准化讲落实。

重点三、坚持有效会议。避免项目会议多，参加人员多，拖堂时间长；无效会议少开，尽量不开，不搞一言堂，会上讨论要有结果，无果也要确定负责人，会后要有跟进有反馈。

重点四、提高设计质量。设计+测试是质量两抓手，软件开发项目的设计和测试环节不可裁剪，设计评审是质量把控的第一个监控点，测试则越早进入越能提早发现设计缺陷，但仍要确信质量是设计出来的而非管理出来的。

重点五、提升专业能力。提升项目管理人员的专业能力，如何打破部门壁垒，打通沟通渠道，将项目经理、项目组与其他财务、质量、行政、人力、生产、采购等环节协同起来，是项目管理人员中枢作用的关键。推动技术型项目经理转型，项目经理80%的工作应该是沟通协调，20%的精力才可能放在解决具体的开发问题上，加强全局意识，与项目管理人员打好配合。

重点六：明确角色定位。部门职责、岗位职责都要明确，如项目管理部门应更多承担服务角色，在掌握多方项目进展情况下，主动服务项目工作，辅助事业部多快好省按时交付项目。

重点七：维护团队建设。大团队事业部，小团队项目组，团队成员构成若长期不变，则维护核心人员是关键，培养梯队是重点；团队成员若因项目分分合合，则建立团队机制是关键，加强沟通是重点。

3.3 项目管理难点及解决建议

项目管理说简单就五大过程十大知识领域，说复杂就在于没有统一的方法论，我们大多知道应该是怎样的，却不知道如何做到，这里想到一个词“躬身入局”，很难，这也就出现了很多公司都碰到的难题。

难点一：制度复杂落地难。公司多少都会有一些制度要求，根据需要增加的越来越多，可能是特殊要求，也可能是临时要求，很少是长远规划而制定的要求，出于不同部门或是不同立场增加的制度要求无形间造成了制度的复杂无用，没有持续的适应性改进，造成执行层的反感、抱怨，管理层的考核无效。

建议：公司确定主管部门、执行部门、监督部门各司其职，站在公司层面疏通流程，必要流程形成制度，阶段流程设定有效期，统一要求，建立平台，保持信息一致，公开透明，相互促进，不适则改。同时结合人事/财务部门及时的考核激励措施，有奖有罚比单一的都奖或都罚更能激发人的行动积极性。

难点二：获取高层重视难。所有的问题说到底都可以说是管理的问题，项目问题也都可以说是项目管理的问题，所以建立一套适合公司运行管理的项目管理制度及配套管理制度是必要的，而高层领导的重视是关键，不然都是形同虚设，总在关键时刻出岔子后找原因，事后弥补都是运营成本。

建议：高层领导的带头落实很重要，一方面体现了严肃性，必要性，也给执行层树立了信心，新建制度或是改进制度一旦发布实施，建议从上到下贯彻落实至少3个月，不能搞形式主义也不能半途而废，长期积累数据后才能印证有效性。只有领导重视，真抓实干，持续改进才能真正有所成效。

考虑到领导事务繁忙，主管部门可设立2-3个关键时间点，可以是事业部月度会议，或是重大项目总结会，或是项目启动会，邀请高层领导参与并做重要指示，有目的性的强调一二，就可以得到不同于培训宣贯的效果。

难点三：外部环境压力大。中国软件行业协会牵头，以促进软件行业高质量发展，推动软件项目管理规范化与标准化建设，去年已经提出了建立软件项目管理标准体系，再而，对于军工企业，这两年软件工程化管理要求更是强制，体系资质更是门槛，对企业和个人的能力都提出了更高的要求。

建议：大环境对甲乙双方都是一样的，在与甲方客户合作中，乙方公司如果能抓住利用好这些外部环境，结合自身产品优势，也能帮助公司在一定程度上更好的牵制甲方，共同推进项目成功。其次，大环境既是对公司软件开发管理提出的要求也是公司软件开发管理的方向，公司应该跟进大环境，适当吸收行业内优秀管理方法，助推内部管理创新。

难点四、如何才为适当？根据项目具体情况做适当修订或裁剪，适当的力度和粒度怎么衡量一直是管理工作的难题。WBS中，工作分解得越细致，对工作的规划、管理和控制就越有力，但是，过细的分解会造成管理努力的无效耗费、资源使用效率低下、工作实施效率降低等其他问题。

建议：工作安排由近及远，渐近明细；目标分解层层递进，任务落实到人。不可由项目经理或者管理部门单独完成这类工作，必须相关方共同协商确定，管理周期是双周还是月度，受控节点是里程碑还是转阶段，以会议纪要落实最为推荐，重要协商事宜可发送上层领导作为管控，如此更有执行力。

4 结语

以一个近期思考的问题结尾：我们是要管理项目不出问题还是解决项目问题？

我个人的管理观点是：项目过程中，问题肯定一直存在，不可能没有问题，那就解决问题，坚定解决项目问题而进行的项目管理工作，才是真正的项目管理。

最后还想多提一点，项目管理解决问题是基本，深层次重点是提升能力，对个人是提升工作能力，对部门是提升协同能力，对公司是提升盈利能力。