今年的项目管理点滴

显示全部楼层 · 2011-2-18 11:42:48

1，放弃需求签字确认的模式，前期少想少做。以“最简需求”做实施方案，在项目实施过程中控制客户需求，积极配合必须的需求变更，项目成功率高，客户满意度高。
2，如果甲方项目经理懂技术，一定要配合让其参与提出技术方案，再给优化方案。我们发现由自己提出方案，让对方提意见，往往问题更多。
如果甲方经理只懂业务不懂技术，一定要拿出技术方案，达到对方管理目标，避免按对方思路走。
3，关注甲方项目经理的本职工作，能帮尽量帮忙，必要时以其工作为重。
4，需求调研两步走，第一步找经理级的人调研，第二步找实际操作者代表调研。
5，项目成员禁止工作超过20：00，不严格考勤，早上允许多睡一会儿。周末如需加班，给予灵活调休。

6，召开分配任务会议前，对成员事先打招呼，观察其态度再做任务调整。任务分配完成，次日会议，让成员复述一遍整个工作任务的过程和思路。
7，无论如何，尽量让副总以上负责人亲自发系统上线通知，甲方项目经理补充奖惩办法。
8，沟通中关注需求的再挖掘，建立长期关系。

千问 · 2011-2-18 11:42:48

很好啊！
有敏捷的倾向。

千问 · 2011-2-18 11:42:48

总结不错，算一家经验了

千问 · 2011-2-18 11:42:48

學習了.下面這個怎麼做呀?
在项目实施过程中控制客户需求，积极配合必须的需求变更

千问 · 2011-2-18 11:42:48

學習了.下面這個怎麼做呀?
在项目实施过程中控制客户需求，积极配合必须的需求变更
---------------------
关键在于流程要跑起来，只要流程通了顺了运转了，你就已经给客户灌输了一个框架，并且不断强调这个框架，让客户印象深刻，记住它，这样一来，大部分需求变更都不会太大，都会围绕流程转，不会逃出这个框架。没有这个框架，就很容易天马行空。

千问 · 2011-2-18 11:42:48

学习了！

千问 · 2011-2-18 11:42:48

原帖由 sinsum 于 2011-1-13 13:57 发表
學習了.下面這個怎麼做呀?
在项目实施过程中控制客户需求，积极配合必须的需求变更
---------------------
关键在于流程要跑起来，只要流程通了顺了运转了，你就已经给客户灌输了一个框架，并且不断强调这个框架，让客户印象深刻，记住它，这样一来，大部分需求变更都不会太大，都会围绕流程转，不会逃出这个框架。没有这个框架，就很容易天马行空。
很有道理.
如果在項目的前期去廣泛而深入的討論需求, 則會陷入用戶泛泛一般的談, 天馬行空, 太多的頭緒.
而如果把握住核心需求, 然後圍繞核心需求漸次的深入, 則會讓用戶有一種需求的滿足, 達到一種滿意度.
能夠這樣做, 對於行業方面的瞭解要有基礎的.

千问 · 2011-2-18 11:42:48

过来人啊，就像买东西一样，你得让人砍砍价，消费者心里才舒服，不然别人的价值如何体现。

千问 · 2011-2-18 11:42:48

原帖由 Tomac 于 2011-1-13 16:24 发表

很有道理.
如果在項目的前期去廣泛而深入的討論需求, 則會陷入用戶泛泛一般的談, 天馬行空, 太多的頭緒.
而如果把握住核心需求, 然後圍繞核心需求漸次的深入, 則會讓用戶有一種需求的滿足, 達到一種滿意度.
能夠這樣做, 對於行業方面的瞭解要有基礎的.
前期的调研要有一定的力度

千问 · 2011-2-18 11:42:48

第一点是怎么做的，可否更详细阐述一下？谢谢！
不涉及机密吧？