转载——
 
职责要求：
① 客户沟通；
② 制定项目计划和跟踪执行项目计划；
③ 组建和管理项目团队；
④ 项目进度、质量、成本控制；
⑤ 项目风险控制；
⑥ 执行项目管理的规范；
⑦ 保持项目管理记录，验证和交付项目成果；
⑧ 编写项目结项报告；
⑨ 项目相关方的协调；
⑩ 优化项目管理流程。

UML,面向对象思想!进度安排,人格魅力,技术领悟能了!还有责任感!!
不过UML是一定要熟的。
系分考过吗？如果考过那就没问题了，再就是做人的问题和领导才能，技术实力倒是其次！

技术不是主要，主要是管理  
  一般做题只是表面，面试才是主要，总会问你谈一下你以前的带队经验以及带领X人以上完成项目的经历
 

问题大概有：  
  1、项目经理的能力和职能？  
      --   项目经理最重要的是协调沟通能力和组织能力，能够安排合适的人到合适的位置，制定较完备的项目计划方案，让项目组成员清楚了解各自的职责、工作量及时间安排，遇到困难能准确找到问题的关键点迅速组织人员解决之。  
          项目经理不一定要技术最好，但技术好的项目经理在进度推进困难的时候将起到很大的作用。  
   
  2、结合人、成本、功能、质量和进度这五大因素怎样管理好一个项目？  
  －－   以人为本这是前提，只要保证将合适的人各就各位，这为项目的成功奠定了良好的基础  
            成本、功能、质量、进度是矛盾统一体，要想以最低的成本按进度要求的完成一个功能完备、质量高的项目，这多半是理想状态下的情况，真正的项目实施之后很难达到这个要求，所以，我们必须在做项目分析和做实施方案时，做一些取舍。  
          首先严格控制成本，这是做一个项目的最终目的，我们需要盈利，亏本的生意我们不做，除非我们的项目组是无需盈利的机构组织；进度与成本成比例，进度越快成本越低，所以保证进度是控制成本的手段。  
          其次项目质量和功能，已定义好的必要功能是一定要的，多余的内容尽量暂不考虑，在设计之初多考虑一下系统的可扩充性，设计一个易于修改和测试的系统，严把测试关是保证项目质量的有效手段，一个项目最重要的是在设计阶段要尽量考虑全面，这对项目经理来说，经验很重要。  
        简单总结：首先考虑成本，然后再对其他4项做出取舍，在项目整个过程中，根据进度适当调整。当然最好是能以我们最理想的情况下成功的完成整个项目。  
   
  3、项目实施有哪些主要阶段，每个阶段应该提交什么成果？  
      这里只是列出几个大的阶段    
          阶段                       成果        
        1.需求分析－－   提交《项目需求说明书》，并得到双方认可。  
        2.系统设计－－   提交《体系结构设计书》《数据库设计书》《界面设计书》《模块设计书》，均通过审评  
        3.实现和测试－   项目得到成品，并按《项目需求说明书》要求测试完毕，解决了所有已知问题。  
        4.结项阶段－－   客户验收通过。  
        5.具体实施和维护阶段－－实施成功，并合同要求进行维护  
         
  4、如何识别和控制风险？  
        以后经验和收集到的资料对项目中将遇到的风险进行预测，对各种分析进行分析评级，设置风险系数也就是风险可承受范围，然后针对各个风险列出降低风险各种方案，确保风险真的来临之时，有可用方案应对。我们无法完全规避风险，只能把未来的风险控制在尽量低的范围内。  
   
   
  5、需求变更管理的手段和与客户沟通的手段？  
        项目开发过程中，需求变更是不能回避的问题，我们需要一个正规的变更文档来定义每一次变更，并保持各个阶段文档的一致性，避免混乱。对于需求变更应得到客户在开发成本和进度的认可情况下进行，而不是一未满足客户，导致严重超支延期。   变更这对项目开发一方是很头痛的问题，变更应该有所控制，在双方相互协调、认识统一的前提下进行，与客户的沟通尽量采用可见的通俗易懂的方式方法进行。但在必要的情况下，应该采取对客户进行相关专业知识的培训手段，避免不合理的要求。  
   
如何确定项目的工期？  
   
  CMM或RUP的软件开发过程。  
   
  配置管理  
   
  测试过程管理（Bug   Trace）,测试方法及工具  
   
  项目管理工具(Project或其他)  
   
  交流,个人魅力,团队领导能力.
 
 

1,当然是经验了,能坎  
          2,了解他们是做什么的,了解一下这个行业背景,有帮助!!
 

/////////////////////////////////////////////////////
小弟刚刚开始负责带队，一个月下来就颇感吃里，想跟大伙讨教一下怎样才能做好  
  一个项目经理。我有几个困惑：怎样才能将大伙的积极性调动起来？  
  怎样才能让项目进度保持有条不紊？怎样才能说服别人按自己的要求去做？
 
 

就我的经验来看，首先你的技术要好，在中国，技术不好的项目经理是没有发言权的：（  
  其次就是软件工程上的东西了，设立阶段跟踪点等。  
  第三……就要看你的威信了：）
 
问问我们的组员，我们的目标是什么？然后大家达成一致的目标就能较好的合作。你要摆正自已的位置，你和你的组员是平等的合作关系，千万不要用经理的身份压别人。有什么事大家一起探讨，就能弥补自己的不足。
 

项目经理有两种，一种技术方面很好，以技术令下属信服。另一种可以不懂技术，但懂得发挥团队的力量，使下属都发挥所长。  
   
  你应该相信你的下属，给予他足够的信任及空间。这不但有利于任务的完成，而且可以充分利用资源。  
   
  我的经验是信任，每个人的做事方式都不一样，不要太过在意你下属完成任务的方式，有时你需要的只是结果。
 
作项目经理不一定技术非得过人一等，我想关键为题就是在长期的工作中提高自己的威信，  
  比如解决问题的能力，别人解决不了的问题你能不能解决或者提出具有建设性的思路，我  
  个人认为组重要的是解决问题的思路和思考问题的方式一定要突出。

怎样让项目进度保持有条不紊，基本是项目管理方面的问题，你首先得去看看相关的书籍学习，一些基本的知识和原则要掌握，之后再根据实际情况进一步改进。我就不多说了。  
   
  对于如何调动大家的积极性和加强自己的权威，我有一点想法和大家交流，我觉得在开展具体的项目工作之前，应该花几天时间，项目组所有的人抛开工作，做一下交流，谈谈自己的梦想，人生观，做人做事的原则，明确项目组的远大目标以及做事的原则，并激发大家的热情，只有把个人的梦想和团队的目标结合起来，一个人做事情才会努力，乐意奉献。技术人员一般不愿意谈这些虚的东西，做了项目经理后，只注意管理规范，而很少注意怎样激发人的热情，但要知道，人都是感情动物，需要得到交流、认同。我觉得作为新上任的项目经理，应该多花点时间和下属交流，谈谈你的想法，你的原则，让大家理解你支持你，后面的工作就很好开展。
 
 
 
管理我行我素的人，微软很有一套，这在《微软帝国的叛逆》一书中有描述。  
  我的建议是不要因为项目经常比较紧张，就很少交流。  
  磨刀绝对不会误你砍柴的。  
  我一般的做法是事前交流任务，事中交流进度，事后交流总结。反正是时时不忘交流，有好几个“我行我素的人”都是这样被我磨成合作者。但这中间很重要的几点是：  
  1：尊重每一个人，包括他的个性、风格  
  2：事事躬亲，决不摆架子  
  3：注意自己的身份是用来“协调”的  
  4：每个人不是只认“钱”和“能力的提高”的，大家都需要一个如鱼得水的环境，项目经理应该重点考虑如何提供这一环境  
  。。。。。
 

///////////////////////////////////////////////////
本人现年29,在一家小公司做核心程序员，但前不久项目经理走了，我被任命为新的项目经理,工资翻了一倍,但是我自觉自己的技术深度还不够，想到大公司去参加大型项目的研发，提高自己的技术深度,但又考虑到快30了，想朝技术管理转型,家里又买了房子背了帐,因此不知道是否该走(有客户说我现在就上管理层还早了点),请大家帮忙拿个主意

30岁在该领域能够精通一门技术  
  35岁前到部门主管  
  40岁自己创业  
  55岁退休
 
楼主，我在以前的小公司，也算是人项目经理，工作也是搞些小网站，但后来我由于学不到东西，终于跳槽了来到另外一家小公司当程序员，但做的是大项目，来了后，才发现，自己原来连来是一个井底蛙，很多开发中用到的基础技术都不会，以前之所以没发现，是因为之前公司的技术单一，自己来来去去都是用重复的思维来想问题，不变的做法来做程序，而且公司是小庙容不下大佛，没有经验丰富的人来让自己开扩眼界。所以我建议楼主要是×××十了，真的要充分利用这一两年时间，到一些正规的大公司去煅炼一下，在一些不正规的小公司，是出不了真正的人才的。  
有机会就上阿   ，有压力才有进步，人就是这样，小弟做开发没有一年多，由于做过的项目，和现在公司的情况和要求，我现在做需求和设计（我们公司可不小哦），虽然资历浅了一点，但是我很努力，结果也还可以阿，遭到上头的表扬，既然有机会做了再说，不在其位，不谋其政阿，既然在这个位子，就努力学习这个位子的东西，把自己变得胜任这个位子就可以了。
 

我也是30那上转管理，现在基本上已经脱离编程了，主要做业务咨询和项目管理（不涉及软件构架及代码）
 
我本科毕业三年，感觉技术还是要有一门精通的。  
  这样即便是做leader也能游刃有余（对大多数人来说）。  
  基本上一直在做大项目，做大项目也看你再做什么，如果你只是做  
  其中的一个模块或一个功能，还是学不到什么东西。  
  还不如小项目，除非你能带这个大的项目。
多关注管理(系统模型构建,系统分析等),少关注代码.  

项目经理应具备的素质是比较全面的！  
  1.商业素质：知道项目进行到何种地步可以出产品，项目对于商业的运作的功能点主要是哪些?...  
  2.人员管理素质：知道如何调动程序员的积极性，不管自己是否有高薪水付给他们！...  
  3.程序素质：知道项目的进行主要的难点和主要的工作量所在！...  
  4.公关素质：知道如何向老板争取时间和金钱！如何和市场协调时间！如何考虑公司利益！如何让手下团结在自己周围！...  
  5.项目控制素质：知道如何控制进度？如何建立监督体系？如何建立文档体系！...  
  6.职业道德素质：不会为个人利益而出卖正在效力的公司！...  
  恭喜你！  
  又有了一个把自己扔进熔炉的傻瓜！（我也是）  
////////////////////////////////////////////////////////
调查:北京项目经理的月薪大概是多少?一般在一个什么范围呢?

10个人公司：  
  5-8K  
   
  50人小公司  
  8K-1w  
   
  200人  
  1.2-1.5  
   
  ...  
   
目前深圳这边。  
  有个好想法->找人投资->租办公室（一部分公司用住宅楼）->找个BC的项目经理->招人（市场，文员，打杂的，技术。。程序员最好是应届结业生什么本科，学士学位，CET4……，因为他们社会经验少，给一点钱他们就干，产品开发完就全炒了他们，除了它们还要招一两个高手）->快速开发（不要质量）->成为产品->  
  市场人员推广产品（他们没有低薪只有提成）->如果能买出去，就做，一年内之买不出去->  
  1.转型  
  2.开发新的产品  
  3.关门大吉  
  ->这个期间，可能出现，炒那批应届毕业生（因为试用其￥给它们不到2000￥，当初说试用期后N000￥，事实上是三个月一换一批人。就不用给他们￥，也不用答合同……）  

需要付出，在中国作项目，没有技术，没有协调、沟通，最重要的是能从公司高层得到更多的支持。否则，死吧！
 
 
可能北京，上海可能会好些。但名牌大学太多了。拿个硕士学位。  
  给他月薪只要4000-5000￥。。他就干。。：（  
  这样本科生会压到3000-4000￥一个月，你爱干不干。人多的事。少了你不在呼  
   
  这就是现实世界。。
 
为什么没有资格做项目经理,  
  项目经理不是万能的,或许他在哪个行业可以做项目经理,但脱离了这个行业再让他做项目经理,他就不一定行,但问题是哪个人可以跑开三十六行?  
  因此对于投资者来说,不是没有好的项目经理,而是没有找到正确的人做项目经理,这个责任不单纯在于项目经理吧
 

做项目经理需要项目管理的经验，不同类型的项目，对项目经理的要求不一样，即使你在这个行业是专家，但是换个行业呢。项目经理重在对成本，目标，人员，进度的控制。有限的资金做最多的事情。

 在中小企业是没有培训，培养一说的。能不能干，不能干走人.  
  经理没人味儿！  
  经理一个月拿1万多￥，员工3000￥多一点，目前大公司也在压员工的薪水，很多硕士学只要一个月给他4000-5000，他就干，本科就更惨了降到3000-4000吧，人才流动很频繁，留不住人才。活该！
 

人生惨淡呀，现在做项目经理没有怎么学过理论知识，但是2年多了还在位，现役也很好，没看过什么专业书籍，就是在程序员这本杂志上写的东西，然后再加到自己的实践中取得了很大的成功，项目经理确实要学习专业知识而且不能和技术人员差得太远。在座风险管理和产品分析的时候都需要专业知识，我认为项目经理首先就应当是个技术人员而且现在的人太过于势利小人。如果不能将自己的目标和公司的目标结合到一起的话那你是在片老板的钱。怎能谈到事再做实验。首先我就不认可这种观点。你拿了人家的前就要负责我不知道大家听说过宝兰的delbert那个ceo他差点把保兰搞垮，在被逼下台后还有脸要遣散费。我们做项目经理给别人打工若不能将自己的命运和公司的命运榜到一起，那我看他是一个失败的项目经理，或者说是一个失败的项目经理，如题所说，他不配作项目经理。其实很多时候最惨的是老板。你把它的公司搞砸了，你可以走人。那老板呢，他怎么办。现在我认为我们部应当指考虑自己，我们必须要换个角度考虑问题，如果我们不能站在老板的角度考虑的话哪我说他不配，至于学东西我认为项目经理不是搞杂耍的，自己要有自己的管理方向，管软件的坑定不能去管卖菜的。假设你既会管理卖鱼又会管理软件，那我肯定不会聘你。说的夸张一点了但是我是有些看不惯有些招聘广告竟乱写。搞得好多人乱投衣。
 
 
 
我们经常会听到有经理头衔的人在高谈阔论：“编程我不会，做个项目还不easy？派个人去搞系统分析，回头再叫几个程序员把需求译成程序，不就OK了吗？”  
  不懂英语的人准以为easy和OK是贬义词。要让软件项目失败很容易，只要符合下列条件之一即可：  
  （1）项目经理对软件一无所知；  
  （2）技术负责人对编程不感兴趣；  
  （3）真真编写代码的程序员是临时雇用的。  
  如果上述三个条件同时具备，就请放心失败好了。让我们少幻想自己是比尔·盖茨，先当好程序员和程序经理再说。

/////////////////////////////////////////////////////
我是由一个CODER转职成为现在的项目经理，由于以前没有系统性的学过项目管理现在使用的是在以前写程序的经验，在对于一般的小项目，我原来的经验还可以  
  应付，但是当我碰到更大型的项目时，我就只有束手无撤了。现在叫我去专门的上一些项目管理的课是不太实现了。请问有没有相应的一系列文章或书籍可以让  
  我加强我的项目管理知识？谢谢。
我目前在看的一本书：《IT项目管理》
推荐一本书籍<<领导软件开发团队>>  
  还有一本是<<项目管理>>由原IBM的一个大牛写的.
有一本书非常适合你：《领导软件开发团队》。专门写给由技术人员上升为基数+管理人员看的
Access   the   site   :   [url]www.51cmm.com[/url]

推荐《领导软件开发团队》，电子工业出版社，新书。  
  该系列书籍都很不错，建议认真阅读。
 
项目经理最重要的一件事是计划、计划、再计划。  
  但国内的软件开发的项目经理，通常还要兼职系统分析员，开发人员，测试人员，所以最后什么也做不好。  
  对于特殊情况做上的项目经理，建议先看一看一些项目管理的书籍，再看一看与软件开发相关的几本经典，如RUP，《需求分析》，软件工程等书。只需花上几天时间初看一遍，就会感觉入门了许多。
 
Code->Developer->Architecture->PM->CTO
 
 
 
从程序员到PM，是一条脱变的路，事实上程序员走的路最终不应该是项目经理。  
   
  首先有一点需要明白的就是，一定规模的项目中，项目经理不需要太懂技术，他可以是一知半解。项目经理的任务不是在技术方面，技术相关的应该交给SA去做。  
   
  项目经理更多地是做管理，沟通等工作，你如果可以的话到书店查看一下关于项目管理的书籍，你就会明白。当然对于小项目来说，有可能是PM，SA是同一个人，而这样的项目经理更多只是SA加上一些管理工作。  
   
  要做项目经理，你就首先告诉自己不再去碰技术细节了。程序员并不是一个培养项目经理的好环境。所以没有什么从Coder到什么developer再到SA然后是PM的路，这是一条比较悲哀的路。在大公司，SA下一个目标不是PM，而consultant，然后是senior   consultant，PM走的是另一条路，所需要的技能不是技术，技术给PM带来的能力提升是很少的。  
   
  在项目中你最后能分清楚PM与SA的关系及各自在项目中的分工与用途。
 
 

其实我蛮同意   gzlucky(Lucky)   的看法的，确实是我们公司不少项经理就是不很能跟得上现在的一些技术，因为很多人都快年近四十，儿子都上高中了，要他们再学新技术真的难度比较大，他们的工作基本上就是天天找手下的程序员，布置这个任务，询问那个任务做的怎么样了。不过我的头倒是和我一样编程，他手下写代码的就我一个人，他自己也会ASP和JSP，但是可能对.NET不熟，就由我来主负责了。我觉得项目经理还是像他这样的好，自己也能懂不少技术，可以服人。但是我的头儿好像在沟通这一块不是非常出色，当然也有可能是俺太内向，不太与他沟通，所以他也只是在交待任务后就不再多询问，而不像别的项目经理天天追程序员后头问。我想问问各位，你们看哪种项目经理才是比较好的，像我的头儿这样的，还是像某些喜欢追程序员后面问进展的。
 
 
好贴！  
  原来在一个小公司做过半年的DM，一年的PM，后来为了让自己的技术更扎实一些，离开了原来公司，现在在大公司做程序员，开始后悔了，在大公司里很难接触管理方面的东西，也很难晋升，个人认为在小公司做DM,PM，有经验后直接找大公司的PM，这样也是一条路。  
  或者考PMP之类的证书，然后直接找管理的工作。  
  希望过来人能给予更好的意见和建议，我也现在想往管理层发展。
 
技术很硬了再去做PM，这种想法是错误的，我就犯了这个错，边搞好技术(为了生计)边学管理知识(为了将来)，慢慢向管理发展，不能等。有句话说的好，机会是属于那些有准备的人的。利用业余时间多学些管理方面的东西，所谓人的差异在业余时间。

要走向管理层，英语一定要学好。
沟通很重要，要做好管理者，先学会做人。
多跟下属沟通，多为下属着想，而不要去巴解讨好上司。体谅下属，把项目计划做的尽量合理，不要让下属加班，给下属发展和晋升的空间，这样才能是下属有干劲，才能把项目做好，你才有更高的升迁机会。  
  只有把自己知道的不断的让你得力下属知道，只有提拔起一些得力的下属来，你才有时间和精力去向上爬，不然你抱着不放，就没有升迁的机会。
 

能够勇敢大胆的换工作，开始几年不要为了赚钱，而是为了赚经验，我工作2、3年了，身上的存款还是个4位数，你们肯定认为很搞笑。。。但我走过5-6家公司了。。每个一个公司都有不同的感受。各方面都有了些进步。。  
  另外，singlepine(小山)说得对，想往管理层靠近，英语一定要学好，推荐大家一个很好的背英语单词的网址， [url]http://www.0g0g.com/cn/[/url]

[url]http://www.iteer.net/modules/doc/article.php?storyid=926[/url]
 

技术总监的职责：(各个公司都可以不一样)  
  ------------------------------------------  
  1.负责产品中心的日常管理工作；规划部门的年度发展计划和发展方向；制定、确立部门内部管理的规章制度和工作规范；制定本部门年度财务预算；负责部门人员招聘、任用、考核的管理与控制等。(占工作量的40%)  
  2.根据公司整体发展要求，制定部门研发产品的发展规划和方向；负责组织、协调完成产品的规划升级、专项产品的开发与实施；进行市场调研、用户/代理回访等。(占工作量的40%)  
  3.及时了解、掌握新的开发技术，研究探求新的开发技术和方法方法，进一步完善产品结构和功能；从质量和易用性等方面不断发展、提升现有的产品。  
  (占工作量的20%)  

[url]http://community.csdn.net/Expert/topic/4039/4039367.xml?temp=.5902216[/url]
 

首先是在项目中不断表现，使自己成为这个项目不可或缺的人。  
  *对于目前项目的各个流程必须要去熟悉。  
  *不断的努力去做项目组的各种工作，了解项目组的方方面面。  
  *帮助组内的其他成员，使项目组的其他人员逐渐也能对你信服。  
  *不断提出各种改进的意见，并且有意识的去分担PM的工作。  
   
  其次是自己的提高  
  *不断的学习你的PM的做事。并且不断思考，你的PM作的好还是不好，  
    做的不好在什么地方，如果是你，碰到这种应该如何做才能做的更好。  
    做的好的在什么地方，如果是你，你以后自己带项目应该如何发挥。  
   
  对于项目管理来说，完全是一个实践性的内容。  
  可以去学PMBOOK的知识。或者去考一个PMP,都可以增加你的知识面。  
  而真正的能力只能是从自己在项目中成长的。

心理素质，快速处理问题的能力，对人力资源的把握，对资金的把握  
   
  假如你能在  
  项目技术上碰到巨大难题  
  领导天天催你快点结束项目  
  客户没有耐心脾气恶劣  
  手下对于工作强度和报酬相当不满  
  项目资金紧缺  
   
  的情况下还能顺利进行项目而且精神正常  
  那你肯定是超级牛的Project   Manager  
 

[url]http://community.csdn.net/Expert/topic/4146/4146919.xml?temp=.2987482[/url]  
  [url]http://community.csdn.net/Expert/topic/4039/4039367.xml?temp=.5902216[/url]  
  [url]http://community.csdn.net/Expert/topic/4141/4141969.xml?temp=8.810061E-02[/url]  
[url]http://seasoul.blogchina.com/[/url]
 

我个人强烈认为开发中的人物要分3个等级，一种是系统分析员，把系统的流程及处理模块化、框架化；高级程序员把分析员提交的模块框细化成具体可以实现的上下文相关的程序框架，由初级程序员往里面填代码并调试；高级程序员的另一部分工作是，提炼抽取公用的模块及实现系统及模块，这部分工作也是非常重要的。对程序员来说，他不应该有太多的各人行为及系统设计思想。我的意思并不是扼杀每个人的主观能动性，在项目组成立之前，每个人可以自由发挥，取得应有的地位和权责，每个人都可能成为项目经理和系统分析员，只要他有这个能力及素质。但项目组成立后，每个人的任务有了明确的分工时，就不应该为了个人目的去做破坏风格及超出责任范围的事，轻则影响项目的进度，重则影响质量和成功。