精彩专题 |
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
|
| 更多：
|
|
联系社区管理员 |
咨询电话 010-82273401/11
斑竹申请 admin@mypm.net
版权所有 © 2003-2004
京ICP证070584号
BBS业务许可2007第353号
最佳显示模式：1024*768像素
|
|
 |
[案例] WHO DELAY [发表于 2004/6/7] 状态 开放帖 浏览量 2340 |
|
|
|
个人建议:涉及名称以及内部事务处已经省略. 我公司里有这么一种现状:一天,我将完所需求分析发给程序员,等待评审.而程序员对我说的第一句话是:你保证这是客户的真正需求.以后不可以变更.我一下子就无语了.客户也是今天这样想,明天那样想.怎么控制? 于是我告诉他,如果有变更,也在10%以内. 程序员看过需求分析后,告诉我,怎么上面没有界面和数据字典呢?好吧,我再花些时间,将一个个界面用VISIO画出来,再用ACCESS做出一系列表,加上关联. 然后交给程序员. 程序员终于开始开发了.当某一天,我测试着程序员开发的界面,发觉有很多地方不好用.于是我将自己的想法告诉程序员,比如,这个按钮与那个按钮离这么近,容易按错的.或者,WEB程序跳出的新窗口太多后,程序员一本正经的对我说,如果程序有A级BUG(也就是程序走不下去),那么我们可以改.但像操作方面的C级BUG,我们不会改的.我说,这个实现起来很简单,我都可以模拟出来. 程序员又说:做这个会影响我们的进度的... 真的无语了.
|
--------------------------------------------------------------------------------------------------------
俺也升为SCM版主了,呵呵
欢迎加水!
 http://www.e-works.net.cn/eworkbbs/ Steve
>>> 由论坛统一发布的广告：
|
|
楼主
 lookmezh
职务 无
军衔 少尉
来自 天津
发帖 1284篇
注册 2004/1/8
PM币 3600
经验 
 
|
|
 Re:[案例] WHO DELAY
[回复于 2004/6/7]
|
|
"你保证这是客户的真正需求.以后不可以变更", 说这个话的牛人看来对需求管理缺乏一些认识, 没有哪个软件产品的需求在做完需求分析后可以保证:"需求不会变更", 但是需求管理可以让需求的变更受控, 每一个变更都是得到确认和充分沟通的.... 10%, 这个恐怕是lookmezh 的经验估计吧, 我的做法是需求稳定到80%(这个数字也是团队评估产生的,应用了2-8法则),就可以进入设计阶段,但是需求管理一定要做起来,根据受控级别来管理需求的变更.... 总的感觉程序员很牛, BUG是否需要改是项目经理根据需求/范围/特性来决定的, 怎么能说不改就不改, 那PM怎么做?? 个人看法而已~~
|
--------------------------------------------------------------------------------------------------------
****有问题，找IT项目管理****...
ITPM在线：QQ群－8721636；BB群（msn）－ group3730@bbqun.com ；高级M群(msn)－ group151431@xiaoi.com （PMP＋５年以上PM经验，需验证！） One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com 
|
|
1楼
camer
职务 无
军衔 上将
来自 广东
发帖 2745篇
注册 2003/3/3
PM币 14759
经验
|
|
Re:[案例] WHO DELAY
[回复于 2004/6/7]
|
|
个人建议:一方面,程序员可以正常的合理的说他们不用学项目管理,只关心开发的工作量以及BUG率.所以,对他们的沟通不能用"项目管理"上所讲的.10%也是预估了,先说服客户用其它方法替代,再拿出十分十分重要的东西来要求RD改进. 因为项目都是矩阵式,也就说,开发程序要先借程序员.所以,程序员真正的上司是职能部的经理.而职能部的经理也有自己的任务或要求. 另外,如何说服这种牛人呢?
|
--------------------------------------------------------------------------------------------------------
俺也升为SCM版主了,呵呵
欢迎加水!
http://www.e-works.net.cn/eworkbbs/ Steve
|
|
2楼
lookmezh
职务 无
军衔 少尉
来自 天津
发帖 1284篇
注册 2004/1/8
PM币 3600
经验
|
|
Re:[案例] WHO DELAY
[回复于 2004/6/7]
|
|
“当某一天,我测试着程序员开发的界面,发觉有很多地方不好用”，这如果是最终用户的feedback，一定要改的，很简单，要满足用户的需求；如果是PM自己觉得不好用，Programer拒绝你，也没有办法。最好情况是这样，所有的开发内容分版本（通常2－3个版本）让用户reviewing，看Programer当着客户的面能否敢说“如果程序有A级BUG(也就是程序走不下去),那么我们可以改.但像操作方面的C级BUG,我们不会改的.”俺们PMs不可以让Programer牵着走。 仅供参考。
|
--------------------------------------------------------------------------------------------------------
PM - PoorMan BLOG:http://steve.mypm.net === 有问题，找IT项目管理 ===
|
|
3楼
steveli2008
职务 无
军衔 中尉
来自 北京
发帖 1026篇
注册 2003/5/12
PM币 5062
经验
|
|
Re:[案例] WHO DELAY
[回复于 2004/6/7]
|
个人建议:
最终用户也许是初次接触这个程序,而我们每天都在接触不同的程序,因此很容易看出来哪些在友好生方面做的差.如果,用户没有第一时间谈到此问题,而后发现此问题,会传到其它人耳朵里,也是不好的.
现在开发一个版本已经很累了(难达成),更别说同时开发N个版本啦.
PM与RD不是谁牵谁啦,应该是CO-WORK
|
--------------------------------------------------------------------------------------------------------
俺也升为SCM版主了,呵呵
欢迎加水!
http://www.e-works.net.cn/eworkbbs/ Steve
|
|
4楼
lookmezh
职务 无
军衔 少尉
来自 天津
发帖 1284篇
注册 2004/1/8
PM币 3600
经验
|
|
Re:[案例] WHO DELAY
[回复于 2004/6/8]
|
任何参与项目过程中的人员都需要了解项目管理的全过程，项目管理管理是一个整体管理。
项目团队也是一个整体！
大家需要一致的方向和目标，也需要相互理解，并努力 达成一致的目标。
|
--------------------------------------------------------------------------------------------------------
提供PKI/CA安全应用服务，欢迎联系和交流
msn：zzy0043@hotmail.com
zhangzhongyu@cnca.net
|
|
5楼
zzy0043
职务 无
军衔 上士
来自 广东
发帖 327篇
注册 2003/9/18
PM币 1009
经验
|
|
Re:[案例] WHO DELAY
[taaff 修改于 2004/6/9]
|
|
这个PM是不是在这个项目的所得到权限不够，感觉程序员如此对待PM，PM恐怕要负很大的责任，第一、交流不够；第二、没有权威。程序员根本不拿你这个PM当回事。像这样，这个项目失败的可能性很大。 按楼主的说法修改，楼主以第一人称写的，当然会产生误会了，哈哈！ 附： 在以项目管理为主线管理的公司里，项目经理在他所负责的项目中应当具有绝对的权威，如果连这个权威性都没有的话，安排程序员都要跟他好商量的话，这个项目肯定完完！
|
|
|
|
6楼
taaff
职务 无
军衔 下士
来自 不告诉你 :)
发帖 63篇
注册 2004/6/7
PM币 122
经验
|
|
Re:[案例] WHO DELAY
[回复于 2004/6/8]
|
PM需要获得top management的授权，得到需要的资源！PM也有责任和义务让参加项目的人接受项目管理的知识和理论。
个人感觉PM必须有一定的控制权，比如掌握参加项目的人员绩效考核。另外这样的牛人对项目是有害的，如果可能尽量换人！
|
|
|
|
7楼
hdtv
职务 无
军衔 无军衔
来自 上海
发帖 4篇
注册 2004/6/4
PM币 52
经验
|
|
Re:[案例] WHO DELAY
[回复于 2004/6/8]
|
|
项目经理需要对整个项目的过程控制把握，同时要让相关的人员知道客户的需求是怎么样的，这样开发起来才不走弯路。
|
|
|
|
8楼
rasclewen
职务 无
军衔 三等兵
来自 不告诉你 :)
发帖 4篇
注册 2004/6/8
PM币 104
经验
|
|
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
