|
锁定老帖子 主题：对这一项目经理 不说十道十 只说7道8
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-15
有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
+1有事情做就是工作量，有工作量就可以跟销售说准备找客户要更多的钱啦 所有工作都退去让商务和他谈，然后让他报工作量 用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做…… +1如果甲方强势，乙方弱势，为了保证项目验收回款或下一期的项目，这些也是迫不得已的 用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来…… 态度决定一个项目的成败 有时候项目经理还要当授权 不能只看他白天的工作量 事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题…… BUG一定是优先的 对一些的需求不清楚，要ENGINEER实现功能…… 等你做的东西是从demo 到产品的话你就知道文档什么的都是浮云 记不住以前的需求细节（也许项目大的原因）…… +1需要记得事情多了，这是很正常的事情 要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式…… 都以身作则了，还想要求什么；墨迹半天不如明确告诉你该做啥 人家都加班你还不加班 然后要别人加班修改你的bug 吗？ 为验收、迁就用户、符合领导…… 如果给的面包和你的预期不符合的话你可以去选择一个符合你的项目经理 |
| 返回顶楼 | |
|
发表时间：2011-04-24
limx 写道 有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务……
有事情做就是工作量，有工作量就可以跟销售说准备找客户要更多的钱啦 用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做…… 如果甲方强势，乙方弱势，为了保证项目验收回款或下一期的项目，这些也是迫不得已的 用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来…… 如果客户在乎是态度，那么就给他想要的态度 事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题…… 事物的优先级总会有冲突，这是他所处的位置和看待事物的角度与ENGINEER不同 对一些的需求不清楚，要ENGINEER实现功能…… 这个模块ENGINEER做这么久了，难道这块的业务就真的完全都不懂？ 记不住以前的需求细节（也许项目大的原因）…… 需要记得事情多了，这是很正常的事情 要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式…… 都以身作则了，还想要求什么；墨迹半天不如明确告诉你该做啥 为验收、迁就用户、符合领导…… 不验收哪来回款，没回款哪有钱发工资奖金 说得好啊 |
| 返回顶楼 | |
|
发表时间：2011-05-26
一将无能,累死三军
|
| 返回顶楼 | |
|
发表时间：2011-06-04
tedadeshu 写道 现在和项目经理接触得比较多，我目前对项目经理这一职位 不说十道十 只说7道8
某个项目经理，做事风格，没有一个章程，具体可以总结为：（以下是以我的角度看该项目经理的做事风格，也许有些包含了个人感情色彩，不过这不代表抱怨色彩，这里只做分析） 有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务…… 用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做…… 用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来…… 事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题…… 对一些的需求不清楚，要ENGINEER实现功能…… 记不住以前的需求细节（也许项目大的原因）…… 要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式…… 为验收、迁就用户、符合领导…… …… 个人见解： 该项目经理做事缺乏一个循序渐近，一步一个脚印的计划章程 过于迁就用户，对业务没有一个认定界限， 过多往返体力活 对任务接收和分配能力、资源的沟通协调能力不够强 对新需求没有一个管理计划 对系统维护以及紧急问题处理不够沉稳 lz想表达意见，但是缺少有力的理由。说话要有证据的。而且观点也要有力。要搞清你们的矛盾是什么，然后用什么样的规则来解决这个矛盾。 从项目经理的角度来说，他也是为了完成工作。你可以提出意见，去说服他。 如果你都说服不了他，又如何能说服其他人？ 个人见解，也只能到论坛上发发牢骚。公司凭什么要用个人见解去指导工作？个人的意愿，不能说明项目经理的工作有问题，每个人都有自己的处理方式。 如果项目经理在工作中有不当的行为，你可以提出来，但是必须有事实依据。个人见解，提都不应该提。因为，你的个人见解可能会影响别人的工作情绪。 |
| 返回顶楼 | |
|
发表时间：2011-06-18
wandou 写道 tedadeshu 写道 现在和项目经理接触得比较多，我目前对项目经理这一职位 不说十道十 只说7道8
某个项目经理，做事风格，没有一个章程，具体可以总结为：（以下是以我的角度看该项目经理的做事风格，也许有些包含了个人感情色彩，不过这不代表抱怨色彩，这里只做分析） 有活必接，不考虑工作量以及人员的比例，不推辞任何项目任务…… 用户提出新需求，不考虑这个需求在业务上以及目前实现的系统上面是否有存在的意义，用户说就做…… 用户在业务上没里清楚的东西，该项目经理做法是，不管对错，先向用户要时间，然后在模糊中要求做一版东西出来…… 事情安排没有计划，有问题立马要ENGINEER停下手中的活，先完成出现的问题…… 对一些的需求不清楚，要ENGINEER实现功能…… 记不住以前的需求细节（也许项目大的原因）…… 要求ENGINEER跟他一样天天加班、对ENGINEER说话口气是命令式…… 为验收、迁就用户、符合领导…… …… 个人见解： 该项目经理做事缺乏一个循序渐近，一步一个脚印的计划章程 过于迁就用户，对业务没有一个认定界限， 过多往返体力活 对任务接收和分配能力、资源的沟通协调能力不够强 对新需求没有一个管理计划 对系统维护以及紧急问题处理不够沉稳 lz想表达意见，但是缺少有力的理由。说话要有证据的。而且观点也要有力。要搞清你们的矛盾是什么，然后用什么样的规则来解决这个矛盾。 从项目经理的角度来说，他也是为了完成工作。你可以提出意见，去说服他。 如果你都说服不了他，又如何能说服其他人？ 个人见解，也只能到论坛上发发牢骚。公司凭什么要用个人见解去指导工作？个人的意愿，不能说明项目经理的工作有问题，每个人都有自己的处理方式。 如果项目经理在工作中有不当的行为，你可以提出来，但是必须有事实依据。个人见解，提都不应该提。因为，你的个人见解可能会影响别人的工作情绪。 +1 |
| 返回顶楼 | |
|
发表时间：2011-06-18
多换位思考一下吧，如果换位思考之后还是想不通，或者自己有什么好的方法可以直接去找PM沟通。
|
| 返回顶楼 | |
