摘要：自信第一！ 实践是进步的源泉！Just Do It！用阶段性成果不断增强自己的自信！话语权首先来自能力，而不是职位权力（公务员等除外）！工作就是不断发现问题、分析问题、最终解决问题的过程，晋升之门将永远为那些随时解决问题的人敞开着！1.项目经理，需要不断的改善自己的交际水平和写作汇报水平；因为：项目经理75%-90%的时间应该用在沟通上。沟通的对象显然是人，因此，项目管理主是要一项与人打交道的工作。如果说解决技术问题人主要是靠一个人的智商，那么与人打交道，则是要靠一个人的情商。2.我们需要不断的改变自己，甚至是性格的逐步改变；3.说话不要太直了；4.要成为优秀的项目经理，应该有好的心态... 阅读全文

摘要：这一天，提前到来了。当你预期的那一天，也许是害怕的那一天，终于来到了：从工程师的队伍里你被提拔到了软件项目领导或者团队领导的位置。这也许就是你选择的职业道路，或许你不太情愿，将就尝试一下。无论在哪种情况下，你都可能缺少工程学科、人员管理以及领导能力的相关教育 这需要更多的领导能力和管理(它们不是一回事)，而不能象Dilbert（译注：著名IT漫画主角）那样简单地和老板对抗了。当你考虑新的目标时，请考虑下面的活动计划列表。一次就抓住了每个亮点，这是不可能的。但是这份建议说明可以帮助你将注意力放在可以提高你和你的团队绩效的活动上。建立优先级 作为经理，首先要做的、最重要的事是你需要有意识地建立.. 阅读全文

摘要：项目总结会 - 如何做好项目验收两个观点 一、项目验收的标准的不同将决定项目验收的进度和难度，尽快地让项目验收是项目经理首要的职责 越是大项目，验收的标准和细节就越多，同样也因为金额大，所以涉及验收的人员也多，在谁签字谁负责的压力下，大家都不愿意先签字，就使得项目验收的标准变得比较不可捉摸。 在大项目中查找不适合验收标准的问题，就相当于打靶的目标是我们所站的地球，随便怎么打，都能中。因为客户内部都会有一套连卖硬件都难过关的验收标准文档和流程，更何况是软件验收。如果真的按客户的要求和标准执行，团队再进行两年的开发，还不能保证能通过验收。 所以，大项目的验收，往往都包含着三分人情。项目... 阅读全文

摘要：项目验收会在项目整个生命周期内是一个非常重要的里程碑。一般来说，客户同意召开验收会，就是对项目已基本认可，需要召集项目相关各方及专家来达成共识。因此，验收会不仅对乙方，而且对甲方来说都非常重要，双方都希望看到一个准备充分，进展顺利的验收会。为了准备好这个会议，项目组需要提前准备很多工作，具体说来，主要包括以下几个方面。 一.文档准备 验收之前，项目组要准备好以下几类文档： 1.开发总结文档2.需求文档：包括需求规格说明书，需求变更文档等3.设计文档：包括概要设计，详细设计，数据库设计等4.测试文档：包括测试方案，内部测试报告，第三方测试报告等5.实施文档：包括实施，部署方案，用户手册... 阅读全文

摘要：《写给大家看的项目管理书(第2版)》第一部分 项目管理启动第1章 项目管理概述 21.1 到底什么才是项目管理 31.1.1 到底什么是项目 31.1.2 “管理”项目 41.1.3 从学术角度看 41.2 项目管理的价值 61.3 项目为什么具有挑战性 71.4 高效项目经理供不应求 81.5 项目管理的趋势 91.6 小结 9第2章 项目经理 112.1 一个头衔，多种角色 122.2 项目经理的关键技能 132.3 成功项目经理应具备的素质 142.4 项目经理常犯的15种错误 152.5 小结 15第3章 成功项目的基本要素 173.1 究竟什么才是“成功”的项目 18.3.2 从麻烦 阅读全文

摘要：目录序前言第1章 项目管理简史第1部分 规划第2章 关于进度表的原理第3章 如何知道该做什么第4章 编写好的远景文档第5章 想法从何而来第6章 有了想法之后做什么第2部分 技巧第7章 撰写优秀的规格说明书第8章 如何制定好的决策第9章 沟通和人际关系第10章 怎样才能不惹恼别人：流程、电子邮件和会议第11章 事情出错时该做什么第3部分 管理第12章 为什么领导力以信任为基础第13章 如何让事情发生第14章 中盘战略第15章 终盘战略.第16章 政治与权力附录 讨论组指导参考资料致谢照片来源 阅读全文

摘要：目录回到顶部↑《软件研发之道:微软开发团队的经验法则》第一部分 1995简介 2有关软件的思考 3项目的阶段 6开局阶段 7组织 7质保人员是“少数民族”吗 8到底谁负责产品设计 8经验法则1 建立共同前景 9经验法则2 使大家主动投入 18经验法则3 制定多版本的技术计划 20经验法则4 不要认为别人是笨蛋 25死亡行军 27经验法则5 搜集情报 30经验法则6 注意团队成员组成的比例 32经验法则7 组建功能小组 33经验法则8 项目经理的重要性 41团队精神 42经验法则9 做权威，而非掌权者 44.竞争 47人类学分... 阅读全文

摘要：<<代码之道>> 第9章 成为管理者，而不是邪恶的化身那是不是所有的度量都没用呢？不是，只要度量用于跟踪团队和产品的进度，以便达到明确而公认的目标（比如绩效、回归率、发现和修复率、解决客户问题所用的天数等），那它们就很有价值。度量有助于推动团队前进，并且赋予成就客观的内涵。然而，它们绝对不可以代替出色的判断。我后来对建设性的度量有了更多的认识。你应该用它们度量令人想要的结果——在理想情况下，应该是基于团队的结果。结果关注在“什么”，而不是“如何”，这样就给大家的改进留出了空间。团队度量驱动的是共享的目标，而不是带有竞争性的病态。“代码行数”不大可能是令人想要的结果，而“ 阅读全文