如何组织一个全方位的软件项目工作任务说明书
作者/分享人:凯哥
我不确定这个话题的受众在GitChat是不是很多。但是一个全方位的、周到的工作任务说明书是一个项目成功的,基础和最重要的起点。
工作任务说明书是合同的一个配套文档。过去的十几年的软件实施和咨询等服务类的项目经历,我们吃过很多亏,上过很多当。 软件的工作任务说明书应该怎么写?包含什么内容?这是任何一个巨大的项目都需要,注意的事情。 一个合同拿到律师那里去审核,都至少需要几千块钱的费用。但是工作任务说明书,却往往是由项目经理或者是架构师写的,而且律师也无法审核。那么我们该怎么办呢?
预订达标
文章出炉
交流日期
17.05.05
17.05.21
17.05.26 20:30
查看文章评论/提问
焦烈焱 普元信息
还可以,其实应该再对关键点细化一下
凯哥: 多谢普总建议,关键点就要结合具体的case了,可以在下面的评论中提出具体的问题我们来探讨

Yang
正好就要用到,前面的十个主要内容,完全是内功心法,非常感谢!关于"推进组"成员的组成, 除了双方的项目经理, 还有那些最佳实践呢?另外,如何在SOW中体现成本呢?感觉文中的"侧面体现"的技术含量很高 ;-) 能不能具体谈一下?
亮剑
做项目的时候甲方的负责人经常说你先做,做出来我看看。甲方的行业专家也不知道做成什么样子,也摸着石头过河,不知道软件要管什么,优化什么。定制开发时间很长,付款时间也是遥遥无期,请问这样的合同如何签,特别是阶段性验收付款的条款,验收标准该如何写可以快速回款,减少扯皮。
李志刚
凯哥 请教几个问题,能结合实际项目最好了
a. 关于成本管理,有没有可以让甲方比较认可评估模型;
b. 关于风险管理,几个“前提”要具体到什么程度,这里最好如何避免扯皮;
c. 关于收款管理,一些项目的尾款不好收回,一般如何有个比较完美的结局呢;
你可能还喜欢
大型 Java 应用后台重构技术策略详解
驰骋
微服务网关 Spring Cloud Gateway 的应用实战
aoho求索
Docker 的基础知识整理
假不理
如何采用一套程序代码,实现系统的“千人千面”
白公
JVM 常见面试题指南
驰骋
用领域驱动实现供应链系统商品录入和出入库设计
GIM