[连载] Dill案例.灰飞烟灭(1) [Dill 修改于 2005/12/18] 状态 开放帖 浏览量 23380 |
 Re:[连载] Dill案例.灰飞烟灭(1)
[回复于 2005/11/29]
|
|
学习以下
|
|
|
|
33楼
 mengdecheng
职务 无
军衔 三等兵
来自 山东
发帖 33篇
注册 2005/11/29
PM币 140
经验 
 
|
|
Re:[连载] Dill案例.灰飞烟灭(1)
[回复于 2005/12/1]
|
|
受益不少，长期关注本贴
|
|
|
|
34楼
linghua_337
职务 无
军衔 二等兵
来自 广东
发帖 28篇
注册 2005/5/6
PM币 102
经验
|
|
Re:[连载] Dill案例.灰飞烟灭(1)
[回复于 2005/12/7]
|
过了一周，B总知道我的方案再挤不出多少水分，设备和场地他能落实。我也知道他所说的软件部不过就是找三、四个人，最好都是全能选手，再不就是管理能手，项目拿下来转给其它公司去做还要控得住的那种。
要想做就得尽快上手，时间越拖越难弄，于是又一次来到了R公司。
这次J工来了，一看就是名干将，明显没有S工谦恭儒雅，他有点激动，好像对我们上周的交流不满意，也没回顾上周的纪要，就滔滔不绝地谈起他们的开发情况。
1、开发过程中有简单的文档，人员不多，文档只要记录技术要点，能达到沟通的目的就够了。
2、整个项目包含两个系统：管理系统和技术系统——就称作行政系统和业务系统吧。不是8套系统，而是安装了8个用户，虽然系统功能一样，但不同的用户有不同的要求，所以系统要针对各个用户进行定制。
3、两个系统都有台帐管理，这部分比较成熟，但不是独立的系统，不存在部分功能产品化的问题。
4、系统基本是按照面向对象的方法设计的，结构还算清晰。数据库、权限管理、查询报表的设计都采用了层次结构，特别针对行业的专用报表作了深开发，可以达到用户自行配置的效果。
5、现在已经安装的都是业务系统，版本参差不齐，有的用户使用的还是一年多以前的版本，需要升级，最新的版本也在改进中。现在的人手明显不够，程序代码经过模块调试，编译完就得赶紧出去安装，根本不可能有测试过程。
6、有的用户已经对公司的响应有意见，但系统切合业务的实际要求，所以用户总体的反映还是好的。
7、现有的行政系统实际上只是业务系统中台帐部分的子集，没有实际安装和使用过。
8、项目是按照业务结构逐个签订合同的，有些省、市有意向签订整体合同，但还没有实质性进展。
他的这一通侃，倒把项目的现状说清楚了不少，也谈了不少技术细节。除了把话题引向我关注的问题上，我很少插话。可能我提到的测试、维护、合同等问题点中了软肋，他谈到后面竟有些自怨自艾起来。
J工的这些话显然不只是代表他自己，在团队里他应该是技术的主要负责人，怎么搞定他？
|
--------------------------------------------------------------------------------------------------------
越是艰难越向前
MSN：Dill_Jacob@hotmail.com 有问题，找IT项目管理 http://IT.mypm.net
上海的PM牵起手：http://SH.mypm.net
|
|
35楼
Dill
职务 无
军衔 中尉
来自 上海市
发帖 448篇
注册 2004/7/5
PM币 4018
经验
|
|
Re:[连载] Dill案例.灰飞烟灭(1)
[回复于 2005/12/14]
|
新人胡言乱语几句吧：这个项目的主要项目参与者有：B总、R公司、项目用户和搂住你（代表将要成立的部门），项目的最终目标就是让每个项目参与者得益，下面分析一下各个参与者的需求：
B总：通过此项目，在有所收益（成本最小）的情况下，产生集团的软件部
R公司：项目达到功能，使自己有收入，并要求（比未合作之前）更快有产品出现
项目用户：当然是项目成功使用，并且越快越好。
楼主：找到平衡，并最大程度满足以上需求。
所以，偶个人的方案：
尽快进入原项目开发过程，无论当前人员、条件是否完全满足（进入开发过程本身就可以让B总感到工作进展，并更加信任和加强投入，确保木已成舟，防止因某种摇摆导致项目无法进行）；
在进入开发过程之后，调整和协调两个项目组之间的关系，协调过程可以强势一些，确保将项目管理纳入自己的意图（对方项目组是败军之将，安敢言勇^_^，收编这一步非常重要，以前没有听说过项目没有统一的管理和最终目标还能做的好的：家有千口，主事一人么。）
项目时间已经很久了，建议重新进行客户需求调研，提高客户满意程度的同时，弥补缺失的调研过程文档和需客户确认内容，不要太依靠原项目人员的转述。
定义出新的，包括文档要求、代码要求和deadline以及最终目标在内的项目规范、项目地图。
尽量使用原有R公司的技术人员，进行代码实现，同时注意尽量深入管理和交流程度，此处建议完全不界定双方人员。
在了解用户确认需求的情况下，复用但不依靠（based）已有的系统。
最后要说的一点：尽可能快和深入的接触实际用户，从而了解各个方面情况。
PS，因为楼主到现在也还没有谈原项目拖延的原因，所以不便多说什么，但个人认为目前的工作关键就是——取得B总和R总甚至客户的信任，从而能够无掣肘的主导项目，否则一切都无从谈起，而这些的前提就是：让他们看到项目重新开始进展了（对于这个“进展”我们不作量化定义）。
等到项目正常发展了，部门资源，投入，也就都容易去谈了。
其他的方面和注意事项，就是标准的整改或二次开发项目管理模式的内容了——如何保证质量、如何保证时间和效率，不多说了。
搂住最新的帖子问怎么搞定J工，我不是很明白，“搞定”是指说服，还是使之服从，或者仅仅是合作？总之，没有项目主导权，就应该没有项目责任，没有项目责任。。。那还叫什么项目管理？
呵呵，我是Green hand，说错的地方表骂。
|
|
|
|
36楼
randomwin
职务 无
军衔 三等兵
来自 上海
发帖 4篇
注册 2005/12/13
PM币 85
经验
|
|
|
|
37楼
Dill
职务 无
军衔 中尉
来自 上海市
发帖 448篇
注册 2004/7/5
PM币 4018
经验
|
|
|
|
38楼
cccg
职务 无
军衔 一等兵
来自 上海
发帖 122篇
注册 2003/3/10
PM币 796
经验
|
|
Re:[连载] Dill案例.灰飞烟灭(1)
[回复于 2005/12/22]
|
|
不管站在哪个立场，但愿今天的讨论能给明天的管理带来曙光。
|
|
|
|
39楼
gongzl
职务 无
军衔 三等兵
来自 河北
发帖 35篇
注册 2005/12/8
PM币 235
经验
|
|
Re:[连载] Dill案例.灰飞烟灭(1)
[回复于 2006/1/19]
|
|
我觉得你必须确定一个大的方向，比如朝底层发展还是广域网方面发展，这是两个大的方向，如果不能确定，找的人根本不能通用，做某些项目时另外部分人就是实实在在的闲人
|
|
|
|
40楼
yinweicai
职务 无
军衔 三等兵
来自 广东
发帖 9篇
注册 2005/12/26
PM币 70
经验
|
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
