|
锁定老帖子 主题：对这一项目经理 不说十道十 只说7道8
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-13
一将无能，累死三军
|
| 返回顶楼 | |
|
发表时间：2011-04-13
不错的见解，还得多多学习
|
| 返回顶楼 | |
|
发表时间：2011-04-13
看完了所有的回帖，觉得项目经理一定要多和team团队成员进行沟通，并且善于发现team成员的优点及善于给成员适当的工作，并且要适当的给成员压力，让成员成长起来。而且自己要不断的学习，team才能成长
|
| 返回顶楼 | |
|
发表时间：2011-04-14
进入企业管理系统
http://www.800app.com/products/crm-khgl-kh.htm 有更多了解 |
| 返回顶楼 | |
|
发表时间：2011-04-14
对此深表同感
|
| 返回顶楼 | |
|
发表时间：2011-04-14
zdx3578 写道 xiaotian8945 写道 tedadeshu 写道 limx 写道 有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
有事情做就是工作量，有工作量就可以跟销售说准备找客户要更多的钱啦 用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做…… 如果甲方强势，乙方弱势，为了保证项目验收回款或下一期的项目，这些也是迫不得已的 用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来…… 如果客户在乎是态度，那么就给他想要的态度 事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题…… 事物的优先级总会有冲突，这是他所处的位置和看待事物的角度与ENGINEER不同 对一些的需求不清楚，要ENGINEER实现功能…… 这个模块ENGINEER做这么久了，难道这块的业务就真的完全都不懂？ 记不住以前的需求细节（也许项目大的原因）…… 需要记得事情多了，这是很正常的事情 要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式…… 都以身作则了，还想要求什么；墨迹半天不如明确告诉你该做啥 为验收、迁就用户、符合领导…… 不验收哪来回款，没回款哪有钱发工资奖金 我个人觉得对业务需求没有一个明确的认定界限，只会造成大量的反工，大多做的是无用功 一味的附和用户，不做业务上以及目前系统状况上的分析，只会无止境的被用户牵着走，最后可能会造成项目失控 项目经理各方面能力强了，事情都安排得紧紧有条，少让ENGINEER做无用工，还需要加班吗？ 项目最大的意义应该首先还是挣钱，如果因为不好做或者感觉无意义就不做，一方面给客户留下不好的印象，另一方面还挣不到钱，长此以往项目也就没有存在的意义了 只为赚钱，不管事情有没有意义，结果会是如何呢？ 项目的意义应该是为客户提供有价值的东西（客户的需求不一定对，不一定合理，不一定有价值），同时自己赚到钱。 这个是理想状态，也是项目管理的最高境界。 说实话，99.99%都不是这样的，稍微有点规模的项目都无法达到！ |
| 返回顶楼 | |
|
发表时间：2011-04-14
limx 写道 有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
有事情做就是工作量，有工作量就可以跟销售说准备找客户要更多的钱啦 用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做…… 如果甲方强势，乙方弱势，为了保证项目验收回款或下一期的项目，这些也是迫不得已的 用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来…… 如果客户在乎是态度，那么就给他想要的态度 事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题…… 事物的优先级总会有冲突，这是他所处的位置和看待事物的角度与ENGINEER不同 对一些的需求不清楚，要ENGINEER实现功能…… 这个模块ENGINEER做这么久了，难道这块的业务就真的完全都不懂？ 记不住以前的需求细节（也许项目大的原因）…… 需要记得事情多了，这是很正常的事情 要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式…… 都以身作则了，还想要求什么；墨迹半天不如明确告诉你该做啥 为验收、迁就用户、符合领导…… 不验收哪来回款，没回款哪有钱发工资奖金 limx 写道 有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
+1，这一点你要是觉得他是错的只能说明你太幼稚 用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做…… 如果甲方强势，乙方弱势，为了保证项目验收回款或下一期的项目，这些也是迫不得已的+1，这个是普遍存在的，也不一定完全没考虑，但是如果甲方强烈要求，你还不是得老老实实的做！ 用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来…… +1，这也是对的，你不能指望用户个个都是管理高手业务能人而且还能给出一个标准的需求说明给你，很多时候就是这样。用户会告诉你，他需要一个系统，急着用，这个系统最终目的是什么，但是具体怎么契合业务他完全不知道也描述不出来。这个时候就需要项目经理强行询问一个时间，然后做一个类似的东西出来。当然，其实我觉得比较好的做法是先用axure之类的做个demo... 事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题…… +1，太幼稚了，问题的优先级永远大过你的开发计划！！！这个是必然的事情！！！ 对一些的需求不清楚，要ENGINEER实现功能…… +1，在模糊中前进吧，孩子们！？ 记不住以前的需求细节（也许项目大的原因）…… +1，记不住太特么正常了（哥对此泪流满面），当然我们一般都用些工具管理下需求，不过总有些事情在处理的时候来不及温习的嘛！ 要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式…… +1，领导都加班了你还有怨言..口气应该改一下，还是应该互相尊重吧！但是说时候，事情急了，谁特么也顾不上和你唧唧歪歪 为验收、迁就用户、符合领导…… +1，验收为王！做软件不是搞基础研究！没有国家拨款！！！说到底这不过是一门生意！！！生意的最后一笔款你拿不回这笔生意就烂尾了！你们项目组的奖金就泡汤了！严重的工资都发不了！不迁就这个，你迁就哪个？谁给钱就迁就谁！就那么简单！ 开发总是有许多怨言，抱怨公司用的技术不够新；抱怨接手的项目代码写得不好；抱怨工资低；抱怨学不到东西；甚至抱怨前台MM长得不够好看。。。 亲，过了几年，或许你不再做单纯的开发，跳出开发看开发，你会觉得当初无比可笑。 当然，最后一个抱怨可以有！ |
| 返回顶楼 | |
|
发表时间：2011-04-14
onlydo 写道 没发现这个PM啥大问题啊。我也做过两年PM。这些问题都遇到过。可能比他好一点的是，我分配下去的每一块工作，我都知道怎么实现。至于需求界定，这个作为乙方。没有多少谈话资本的。只要不是太离谱。与其去扯皮，还影响客户好感。还不如直接做掉了。
同意老兄的观点。 与其去扯皮，还影响客户好感。还不如直接做掉了 |
| 返回顶楼 | |
|
发表时间：2011-04-15
多好算好，能在项目中发现缺点多学习才是王道
|
| 返回顶楼 | |
|
发表时间：2011-04-15
乙方的项目经理 你们伤不起啊
|
| 返回顶楼 | |
