如何组织一个全方位的软件项目工作任务说明书.pdfVIP

如何组织一个全方位的软件项目工作任 务说明书 SOW的重要性 作为一个在软件服务行业工作了15年以上的老人，过去这么多年碰到的坑那是数都数不 过来。 凯哥实施过SAP这样的套装软件，开发过业务系统，技术平台等，可以讲，没有一个项 目不扯皮的。不论你和甲方的客户关系多好，不论这个项目的范围多么的清晰，都会碰 到纠缠不清，双方理解不一致的情况。在这种情况下怎么办？ 当然，作为乙方，服务至上，我们晓之以情，动之以理，能够接受忍让的范围也就辛苦 一下加加班就过去了，但是如果需求变化很大，工作量增加很多，而且似乎甲方也没有 意识到这一点，那该怎么办？ 亲兄弟，明算账。为了在合作中能够减少摩擦，降低内耗，大家一起朝共同的业务目 标，系统上线努力，在项目启动前，双方本着协作共赢的态度，花时间好好梳理一个共 同认可的SOW是非常重要的，凯哥曾经跟很多项目经理说过，“SOW基本上决定了这个项 GitChat 目的一半的成败”。当然，很多同学可能会说，SOW毕竟是法律层面的东西，是合作的底 线，双方尽可能都不会让一个项目走到拿合同和SOW对质的份上。 的确，到现在为止，凯哥负责实施的项目很少有碰到双方拿出SO来对质的场景。但是， 恰恰是因为在前期花了很多时间，精心的准备了SOW ，所以才能够避免这样场景的发 生，因为其实编写SOW的过程是对项目管理人员一个预演的过程，这个过程，非常考验 项目经理的全方位周到的思考能力。 一个好的SOW的编写过程就是项目管理人员对整个项目从前提条件、项目范围、准备工 作，实施过程，变更应对，风险管理，里程碑，验收条款，付款阶段等关键信息的梳理 和预测，充分体现了项目管理的能力。 好的SOW的构成要素 SOW是什么？ 维基百科的解释： A Statement of Work (SOW) is a document routinely employed in the field of project management. It defines project-specific activities, deliverables and timelines for a vendor providing services to the client. 一般来说，工作任务说明书是作为商务合同的附属文件，与合同一起构成一个完整的项 目交易约定。 下面这张图，是项目管理的主要内容，而SOW要尽可能的把这些内容都想的全面，都包 含进来，想的越仔细，到后面可能出现问题就越好应对。 下面我们用一个常见的数据仓库报表系统的项目作为例子，挨个来说明。 项目背景 我们为一个能源集团定制一个数据仓库报表系统，基于一个商业软件进行定制化开发， 项目分三阶段上线，全集团一级子公司使用。 1. 范围 GitChat 项目范围是SOW中，最重要的部分，直接决定了这个项目的实施内容。但是很多时候， 我们只考虑了软件实施项目本身的工作范围，而对于其他的范围考虑不够。 一般来讲，我们所指的范围包括： - 组织范围 - 这个项目的用户应用范围，这个范围直接会影响推广、培训的工作量。 比如，这个项目我们的组织范围就是该能源集团的一级子公司。除了注明一级子公司 外，最好把子公司的名称都列上，这样的好处是，万一在项目实施过程中，客户的组织 结构发生了变化，我们就可以提出项目变更。 工作范围 这是项目实施的工作范围，也就是工作内容，具体做什么，这部分的内容越细致描述的 越清晰越好，并且一定要和客户一起挨个对一遍，这样双方在前期达成工作的一致。 这里的工作范围要把项目实施的关键过程内容要注明，在可能的情况下，最好把每个关 键工作内容结束后的交付件样例贴在后面，从而从颗粒度上进行控制。 在描述工作范围的同时，如果有需要甲方配合的情况，也必须重点注明出来，从而清楚 的制定出分工界面，降低交付风险 比如，这个数据仓库项目的工作范围里需求分析部分的SOW可以这样写： 需求分析 在甲方的全力配合协助下，完成本数据仓库的需求分析，需求分析文档的样例见 附件三。 甲方的权利配合协助包括但不限于： 1. 按照项目需要安排对应的业务人员参与需求调研，提供真实全面的信息，并且 进行签字确认 …… 2. 质量 作为软件实施项目，交付质量在SOW中的定义一般体现在交付成果和验收中。 比如，拿这个数据仓库项目的例子来说，交付成果验收包括： GitChat 验收流程：一