PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
下午的讨论:
213930(飘缘) 14:28:37 这些和软件的应用有什么必然的,直接的关系吗? 834674( 月随人归) 14:29:37 没啥, 软件只是个辅助工具而已 834674( 月随人归) 14:29:50 如果单存讲软件使用, 估计没啥意义。 156599802(helloxp) 14:30:54 一般是用到大型项目,需要进行项目组和管理时,才需要用到配置管理部分 213930(飘缘) 14:31:19 :)那么软件是不是可以有也可以没有? 834674( 月随人归) 14:32:11 可以没有啊, 你手工画大量图表 ,或者你脑子超过电脑, 足以存储处理了啊 :) 213930(飘缘) 14:35:58 小项目一般可以不用,但是做软件项目的如果不用,就有些丢人了:) 834674( 月随人归) 14:41:15 丢人不丢项目就行啊 :) 1643168(莲花) 14:46:59 就我的经验来说,订计划的过程主要是估算清楚项目风险,如果用excel描述清楚也是完全可以的,主要是过程中的内容监控,这不是项目管理软件可以做的,必须要根据项目经理的经验加号的配置管理工具才可以 834674( 月随人归) 14:48:28 项目中 如何更好的 把握进度, 和控制需求呢? 1643168(莲花) 14:48:57 这些都是需要项目经理的经验 1643168(莲花) 14:49:14 和严格的需求变更体制 1643168(莲花) 14:49:43 需求变更体制说实在的也只有大点的公司可以做到 1643168(莲花) 14:50:43 如果公司没有严格的体制的话,项目经理就要比较辛苦,调动公司的销售和各方面资源尽量把变更控制在有效的范围了 834674( 月随人归) 14:52:04 关键的问题是客户方。 前期的需求变更还好控制, 进入后期尤其进入收尾期, 某些零零碎碎的小东西, 很是要人头疼。 1643168(莲花) 14:52:49 嗯,基本上要尽量满足客户的需求,工作量在一天的工作都不会推脱的 213930(飘缘) 14:53:37 那位兄弟是做软件开发的? 834674( 月随人归) 14:55:19 这是不是 还有原则性的问题, 虽然工作量很小, 但是答应某一个要求 可能随后会带来其他的问题。 213930(飘缘) 14:55:57 连带挂你太多 213930(飘缘) 14:56:38 而且,小改动多了,工作量也不小 1643168(莲花) 14:57:27 我是姐妹,不是兄弟 213930(飘缘) 14:57:57 呵呵:) 1643168(莲花) 14:58:20 其实不用担心的,先给用户诉苦,告诉改动多麻烦,然后再挑几个工作量小的改掉 1643168(莲花) 14:58:53 一般我们会要用户批量提交问题,选择其中的比较简单的修改了,剩余难度大的就暂时不改 213930(飘缘) 14:58:57 做软件开发,我们是弱式群体:( 213930(飘缘) 14:59:12 那如果客户因此而拒绝支付费用吗? 1643168(莲花) 14:59:20 不要一下子就拒绝用户,有些修改其实过后他就忘记了 834674( 月随人归) 14:59:24 如果 却是问题, 确实给客户使用带来麻烦呢。 1643168(莲花) 14:59:32 那就一定要改 213930(飘缘) 14:59:51 可是,牵一发而动全身,关联的东西太多 1643168(莲花) 14:59:55 我们做项目的原则就是尽量从用户使用角度出发 213930(飘缘) 15:00:06 改了,可能工作量会增加很多 1643168(莲花) 15:00:26 如果因为改一下就动全身就说明当初设计的时候又缺陷 1643168(莲花) 15:00:48 不能把自己的设计和开发缺陷来转嫁给用户,这样使不对的 834674( 月随人归) 15:00:51 呵 , 设计缺陷, 后期保露出来 这也是很正常的 1643168(莲花) 15:01:07 这样的话也是项目经理的工作失误 834674( 月随人归) 15:01:18 项目, 和产品不同 1643168(莲花) 15:01:31 所以软件行业对项目经理的要求是要比较全面的 213930(飘缘) 15:02:36 不会啊,比如说做预订单处理 213930(飘缘) 15:03:15 客户原本要求可以对定单管理就可以,之后要求预订要与统计,报表,产品推荐位置等挂钩 213930(飘缘) 15:03:44 同时还有库存,陪送的管理相互关联 213930(飘缘) 15:04:24 最初如何设计,留了再多的字段,也等于要重写很多程序了:( 1643168(莲花) 15:04:47 你说的是这样的 1643168(莲花) 15:05:13 当时用户的技术说明书里面功能就写得比较泛泛 213930(飘缘) 15:05:39 对啊,客户对于功能的变更,一般都是这样的,也就是加交叉统计,独立的功能很好解决的 213930(飘缘) 15:05:57 说明书里就写可以对定单进行编辑,修改,删除管理 1643168(莲花) 15:06:00 最后又增加了大量的需求变更,这就不是软件项目经理所能把持的,这样的情况一般需要调动到公司的销售资源 213930(飘缘) 15:06:33 但之后要要这些,客户同意需求变更,并且遵守你的流程,就是不肯加费用 1643168(莲花) 15:07:35 总是情况比较复杂,需要项目经理可以根据不同的情况来尽量减小变更,如果不行就及时宣布项目停滞或者停止 213930(飘缘) 15:08:20 客户又会用项目进度表来催促你完工,否则告你违约 1643168(莲花) 15:10:51 这样情况一般就不是项目经理能处理的了,通常项目经理上面会有工程部经理 1643168(莲花) 15:11:39 总体资源有他来协调,要他来评估是否进行变更,如果确实为了商业运作同意用户的变更就需要增加资源和协调销售和公司高层了 213930(飘缘) 15:13:50 项目经理!简直就是受气经理!
MSN:ruddyli@hotmail.com
非常好的建议,周末讨论后将着手做这件事情。