clamp
- 浏览: 94713 次
-
最近访客 更多访客>>
最新评论
-
seemoon：
楼主能否结合实际项目说说？
项目前期需求-1 -
photon：
有时间有兴致就分享一下经验教训吧
第一个单子碰到的问题 -
photon：
也不知道怎么样，估计能不错。。
新的起点 -
clamp：
商务能力不行啊，做事拿不了钱
第一个单子碰到的问题 -
justshare：
你老妈太可爱了
给老妈做技术支持
文章列表
这几年看网上论战，觉得最倒霉的事情就是己方阵营中有拖后腿的……
- 2006-11-01 12:52
- 浏览 1424
- 评论(0)
通常一个项目都会有某个里程碑代表项目告一段落，可能是商务到款/初验/上线/专家评审会/……等等。
然而在这个节点之后，还有多少工作量呢？
有些项目可能一点工作量都没有，有些项目的工作量可能极大，应该如何界定和估算项目后期的工作量呢？
关键在于评估当前版本对用户需求的满足程度，假设有若干个“用户”“接触”过这个系统
用户类型：用户方领导、用户方的IT人员、用户方业务代表、该系统的正式用户、不知道从哪里找来的“专家”
用户个性：负责、应付、挑剔、糨糊
接触类型：看、简单试用、测试、正式使用。
接触次数和时间：短时间的频繁接触、长时间的非频繁接触、长时间的频繁接触
- 2006-10-30 17:39
- 浏览 2907
- 评论(11)
工作量估算原理：
进入实施阶段之后，随着需求的不断明确，项目团队人员的不断充实，原来前期的风险逐渐不存在，工作量估算的意义大大加强。
又可以分为：个人工作量估算、团队工作量估算两个方面，从时间尺度上来又可分为短阶段工作量估算和长阶段工作量估算。
本文主要讲团队长阶段工作量估算（一般在一个月以上），它和很多因素有很密切的关系，我通常将它划分为以前几点：
1、所采用的过程。
在瀑布式过程下，风险会不断积累，应对变化的能力较弱，往往按计划发布了第一个版本，但是之后又由于需求或设计变更的幅度出现了大量工作量。相当多的团队就在这时失去了对工作量的控制。
在迭代式过程下，风险会较早的暴露以便针对性的解决，应 ...
工作量估算是商务报价、人力资源调配、进度安排等各项工作的重要依据。
我的工作之一是在项目前期进行工作量估算。
大多数情况下，所能获得的信息都是不完全的（包括业务和技术方面），如何突破这些不完全的信息迷雾，是我一直极为头痛的问题。
目前主要通过评估以下要素来得出，针对这些要素，要尽可能获得比较确实的信息，如果无法获得，则需要根据经验进行评估。
功能性需求：业务对象的数量、业务对象间相互关联的数量、单个业务对象的逻辑复杂度
流程数量、各流程间相互关联的情况、单个流程的节点数量、授权要求
非功能性需求：用户数、稳定性要求、可靠性要求、运行时间要求、响应速度要求、安全性要求、可扩展性要求、可维护性要求、 ...
- 2006-10-21 20:40
- 浏览 5355
- 评论(7)
第四章 千里护亲
张骞再一次的行进在长长的队伍之中，所不同的是这一次是前往楼兰和亲
的队伍，而他也从步兵变成了骑兵。
他的前面是几十辆马车，马车有载箱子的，也有载人的，旁边是众多骑兵 ...
- 2006-10-19 12:35
- 浏览 1329
- 评论(0)
序章
"奉天承运,皇帝诏曰:监察御史徐建业,尽忠职守,品行高洁,封三等候,加太子太
傅衔.其女徐琇,娴静淑雅,品貌端庄,太后爱之,收为义女,封和兰公主,和亲楼兰.钦
此!"
"什么?!和亲楼兰?"
"徐大人,还不接旨谢恩?"
"臣接旨,谢主龙恩,万岁万岁万万岁!"
"爹,我不要去楼兰,不要做什么公主嘛."
"圣旨已下,又怎能违抗?那可是要抄家灭族的!"
"真的没有办法了吗?我去找皇上和太后求情."
...
- 2006-09-23 23:32
- 浏览 1425
- 评论(0)
阅读对象：
看过我的文字
对我有了解兴趣的人
个人背景：
2000年毕业后在一家软件开发公司一直呆到现在，除开销售以外，做过项目型应用软件开发的所有角色。目前职务是部门副经理，主管售前和协调工作。
主要业务领域是电信行业的企业应用软件(OSS）
讨论前提：
我可能是错的
你可能是错的
求同存异
- 2006-05-10 18:10
- 浏览 3733
- 评论(1)