|
锁定老帖子 主题：项目管理经验的获取
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-07-20
|
| 返回顶楼 | |
|
发表时间：2010-07-20
最后修改：2010-07-20
还是得多看书，最近看了一本《高效程序员的45个习惯：敏捷开发修炼之道》，比较实用，可以带领整个团队一起读。大概内容介绍可见：http://blog.csdn.net/cutesource/archive/2010/07/18/5744721.aspx |
| 返回顶楼 | |
|
发表时间：2010-07-20
muerjie 写道 同意楼上的
|
| 返回顶楼 | |
|
发表时间：2010-07-20
万历首辅张居正说过：人很简单，事情很简单；人事就很复杂了。
|
| 返回顶楼 | |
|
发表时间：2010-07-20
youngxu 写道 在有限的资源里做好项目是很不容易的，特别是国内的项目。做过的一些项目中，客户往往只有一个概念，等你给了他原型后，就开始不断的提出要求，往往是项目要交付了，客户变更的需求还在不断增加。我觉得项目经理不但要有准备判断形势的能力，还得根据经验预留项目变更改变的能力，能在最短的时间内根据客户的需求变更做出相应的调整。要做成功一个项目，我认为首先得满足客户的主要需求，只有这样后面的路才会好走，客户也才会相信你的管理能力。
这个只是一方面吧，如果客户的需求变动和当初的合同变化差异太大了。这时业务该站出来了。 |
| 返回顶楼 | |
|
发表时间：2010-09-02
你要做的就是先弄清楚你的目标，就是要把项目给弄上线，至于什么框架积累复用、团队建设之类的，跟项目无关，是公司考虑的。
具体做的方法，先看业务分析设计谁做，如果没有人能做，你就先做这个，然后再看技术上有没有人能管，如果没有，那么你就不要想着技术上怎么怎么的，用最简单的技术去做，代码烂不烂不重要，重要的是做出来，一定要记住项目对你来说就是要出东西，资源有限，你必须把心思放在一个地方。 第一个项目会非常辛苦，老老实实当炮灰，心态平衡就无所谓了。一仗下来，如果还活着的话，你就可以总结，看看书，拿完成的项目看，如果哪个环节做的好，下次做的时候会省力气，记住只有一个地方。这次我再给你一个窍门，就是反复跟项目团队伙伴一起看问题清单，第一个项目里面肯定会有一类问题让你大伤脑筋，而且动手解决的难度不大。 ------------------------------------------------------------ 有道理. |
| 返回顶楼 | |
|
发表时间：2010-09-10
zxsy007x 写道 万历首辅张居正说过：人很简单，事情很简单；人事就很复杂了。
极是。 项目组很容易管好的，可是项目组外的很多事情很难管控的，而这可能对项目起决定性作用。 |
| 返回顶楼 | |
|
发表时间：2010-09-10
cutesource 写道
还是得多看书，最近看了一本《高效程序员的45个习惯：敏捷开发修炼之道》，比较实用，可以带领整个团队一起读。大概内容介绍可见：http://blog.csdn.net/cutesource/archive/2010/07/18/5744721.aspx 我手头就有一本，我自己倒是看了两遍，下面的同事没人看。看来以后要强制新人看了 |
| 返回顶楼 | |
|
发表时间：2010-09-30
llyzq 写道 今年做完了我的第一次项目，下如LZ最后说的，第一个项目会非常辛苦。
我感觉做项目经理，对业务的熟悉和对项目风险点、关键人的判断是最重要的。 技术反倒要次一点。 至于技术，除非客户要求，不管黑猫白猫，只要能抓老鼠就是好猫 |
| 返回顶楼 | |
|
发表时间：2010-10-05
有个好的带头人很重要
|
| 返回顶楼 | |
