11:42:
11:43:15 B:还有一个是软件过程文档
11:43:
11:43:55 B:每个项目 配置库都会这么建立目录
11:44:
11:45:
11:45:13 B:首先是有记录,可以根据不同类型项目裁剪;这些文档有级别,必须、必要
11:45:
11:45:
11:48:12 B:就是项目相关的各级用户、公司老板等相关干系人列表和他们对项目的期望
11:48:
11:49:53 B:不是,主要是把干系人按级别列出来、期望值,会影响项目最终目标。
11:50:
11:51:45 B:对呀,刚开始都得了解清楚,有些不见得要直接问,有些也不一定要写出来
---------------------------------------------------------------------------------------------------------------------
16:23:
16:25:06 B: 比较少,公司好像有做
16:25:
16:26:50 B: 我们的项目严格说没有QA,技术顾问不知道是什么角色
16:27:
16:27:30 B: 多大规模
16:28:
16:29:
16:29:21 B: 知道一点
16:29:
16:30:
16:30:
16:30:
2、概要设计完成 —截止2010.6.25
3、代码开发启动及完成 —截止2010.7.25
4、单元测试启动及完成 —截止2010.8.26
5、集成测试启动及完成 —截止2010.9.24
16:31:
16:31:
16:32:25 B: 瀑布模型,假设前一步完成后才做下一步,所以时间应该是首尾相接的,实际会有迭代
16:33:
16:35:49 B: 关键要看需求——功能模块方面;性能、易用性、部署模式等方面——技术实现难度。综合考虑一下工作量
16:36:
16:37:22 B: 你们有需求啊,需求里边有这些内容,让他们先写技术方案
16:37:
16:41:48 B: 应该有,主要从事质量过程审计,包括过程评审组织、记录、过程文档格式内容审查、审核等,甚至组织质量流程培训之类。架构师多了点,从道理上讲不应该;另外,技术架构、性能指标对开发难度应该很大,要和功能点综合考虑。还有一个因素,就是这类强调用户体验的项目,可能需要几次迭代,不像一般的侧重于业务功能的项目。所以后续优化、调整是少不了的,工作过程没有体现这一点可能会有问题,最后做出的东西可能用不起来。
16:44:
16:47:00 B: 所以,作为甲方不能接受需求变更,强调乙方的需求理解是否正确
16:47:
16:48:29 B: 我们公司平均报价2.5万/人月,还能打折,所以更低
16:49:
16:50:19 B: 平均报价,上下浮动一些就可以了
16:52:29 B: 基本上是这样,PM5万左右,系统分析师SA:3-5万,开发2-2.5,测试1.5-2
16:52:
16:54:27 B: 国内公司中等偏上,HP,IBM平均5-10万/人月
16:54:
16:55:52 B: 一般情况下,工作量我们会虚报
16:55:
16:57:18 B: HP,IBM工作量一般比较准确,因为他们做事很规范,一堆模板估算下来和实际执行起来都差不多。
16:57:
16:59:01 B: 不应该全程参与,很明显按照需求-设计-开发-测试过程写的,测试人员刚开始不会要那么多,到了中后期开始做测试分析、用例啥的
16:59:
17:00:
17:01:58 B:你们把工作量压一下,工作不是并行的,做架构的时候要那么多编码的干什么
17:02:
17:03:01 B: 这样也好, 执行过程难为一下他们,受点贿啥的,否则拿啥行贿啊
17:04:
17:06:21 B: 你们不是控制需求吗,这个权利很大了,足以折腾乙方和CCC了
17:06:
17:08:32 B: 所以呢...,适当的卡一点,留点活口做点锦上添花的事情也不错,领导应该更重视成果。
17:08:
17:09:40 B: 不知道,都是销售搞的,项目有肥瘦,回扣各不同
17:09:
17:10:01 B: 真不知道,销售费用率10-15%,我们公司水平,包含了吃饭请客送礼奖金工资等
17:14:
- 上一篇:我的职场十年
- 下一篇:张居正的悲哀,权力的悲哀