军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 10篇
注册: 2002-2-27

--------------------------------------------------------------------------------


这个项目是一家很大的证券公司发起的一个集中式交易平台，参与这个项目的时美国的一家大型计算机集成商，一家做国内证券业信息系统很有名的公司开发的，历时一年多了，我是从项目一开始就参与了，经历了比较正规的项目生命周期，目前是维护修改阶段，已上线，但是我的项目经验有限，对许多项目中做法理解不深，希望有比较感兴趣的和我一起对这个项目的管理的理解和对项目管理做法的理解，希望提问，我将把实际情况告诉你们。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月6日 14:24:05 ]


citizen

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 158篇
注册: 2001-11-26

--------------------------------------------------------------------------------


1） 项目开始时，开发人员和用户对于需求的理解是否充分？
2） 开发人员对与项目设计的理解是否充分？
3） 可靠性需求有多大？
4） 需要在项目中为未来的版本提前进行多少计划和设计？
5） 项目需要承担多大的风险？
6） 是否被迫预先确定进度？
7） 在项目管理费用上的投入有多大？
8） 需要具备在进展过程中进行变更的能力么？
9） 需要在项目整个过程中提供给用户可视的进展情况么？
10） 需要在项目整个过程中提供给管理者可视的进展情况么？

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月6日 14:48:59 ]


lamp

军衔: 二等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 13篇
注册: 2002-3-6

--------------------------------------------------------------------------------


对许多项目中做法理解不深
--------------------------
我就觉得这句话说明了项目中衔接做的不好。以及沟通机制不好。

说明项目经理没有将每个成员的沟通放在同样的重要程度，尤其是后期，为什么中国有很多烂尾的工程，后续开发维护的，不了解前面的工作，也没有良好的沟通的机制，让你明确你的位置是很重要的，你的工作对于项目的成功也是其中的一部分。
另外，你所不理解的问题到现在没有解决，让我觉得沟通的渠道不畅。
这是我的一些感觉，不知道对不对。

--------------------------------------------------------------------------------

How wonderful life is while you are in the world!

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月6日 15:42:06 ]


citizen

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 158篇
注册: 2001-11-26

--------------------------------------------------------------------------------


在实际的工作中，很难做到真正的透明。
这也就会导致nishine遇到问题。并不是沟通不够，是
由于很多制度和成见导致了沟通的不存在。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月6日 15:44:25 ]


lamp

军衔: 二等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 13篇
注册: 2002-3-6

--------------------------------------------------------------------------------


没错。
管理中的组队模型其实让我理解的是：每一个人的工作都是重要的，是一个层次上的。而传统的人事制度会让大家先看到那个树状的人事结构，当你看见你的层次是15。6层的时候，你还有什么信心去向你上级询问。
而起源于西方的项目管理的理念则是告诉我，我是很重要的，我有权利和义务对项目的成败负责，我是受重视的。

因此，项目管理中首先要强调的是每个项目成员的重要性。

--------------------------------------------------------------------------------

How wonderful life is while you are in the world!

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月6日 16:18:11 ]


citizen

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 158篇
注册: 2001-11-26

--------------------------------------------------------------------------------


有你这种理念，咱们有合作的机会。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月6日 16:34:30 ]


nishine

军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 10篇
注册: 2002-2-27

--------------------------------------------------------------------------------


回答上面的问题：
citizen: 1)客户的需求很模糊，有一家做妹国嘉兴理财的网上交易系统的公司写了一份需求书，但是这家公司后来由于合同原音CUT了。
2）爱笔M找了另外一家公司，从新设计的
3）但是从我的角度来看，这里的管理是有水平的，上线进度没有怎么托后，项目的产品还是能接受的，可是和原来的需求书有很大的区别，也加了很多东西。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月6日 17:31:44 ]


nishine

军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 10篇
注册: 2002-2-27

--------------------------------------------------------------------------------


我希望能构问点实际的东西，然后再分析。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月6日 17:34:30 ]


citizen

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 158篇
注册: 2001-11-26

--------------------------------------------------------------------------------


生命期模型的能力 　 纯瀑布 编码修正 螺旋 改进瀑布模型 渐进原型 阶段交付 渐进交付 面向进度的开发 面向工具的开发 商品软件
1 没有充分理解需求 　 1 1 5 4 5 1 4 2 3 5
2 没有充分理解设计 　 1 1 5 4 2 1 1 1 2 2
3 开发高可靠性的系统 5 1 5 5 3 5 4 3 2 2
4 开发带有极大的可扩展性 5 2 5 5 5 5 5 4 1 0
5 管理风险 　 　 1 1 5 3 3 3 3 4 2 0
6 进度预先强迫规定 　 3 1 3 3 1 3 3 5 5 5
7 低管理费用 　 1 5 3 5 3 3 3 3 4 5
8 允许中途变更 　 1 4 3 3 5 1 4 2 5 1
9 提供给用户可视化进展 1 3 5 3 5 3 5 3 5 0
10 提供给管理者可视化进展 3 1 5 4 3 5 5 5 5 0
11 只需要较少管理开发经验 3 5 1 2 1 3 3 1 3 3

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月6日 17:34:49 ]