推荐文章

团队建设是项目管理中人力资源管理的一个重要内容。一个高效的团队，一个有强烈协作精神和自驱力的学习型团队对项目的成败起着至关重要的作用。由于角色和分工的细化，单靠个人的技能和力量是根本无法完成项目的目标和任务，这更需要有一个强烈责任感的团队，分工协作，主动沟通来共同达成项目的目标。先阶段我们经常遇到问题有： 1)项目成员感觉自己每天都进行重复工作，自己很难……

1.人员流失风险考虑了下，还是把人员流失作为项目第一大风险，软件项目管理最重要的还是人的因素。特别是关键项目成员流失可能会导致整个项目的重大延期和失败。人的职业过程中主要受到金脉，知脉和人脉三个因素的影响，任何一个因素出现重大问题或积累到一定量后都会导致直接的人员流失。所以这三个因素就是人员流失的真正根源，我们的应对措施也分为了积极乐观应对措施和消极悲观应对……

项目控制就是根据项目跟踪发现的偏差和问题，制订相关的改进措施和解决方案并监督其执行，保证项目按照正常轨道运行。我们谈风险控制喜欢说要分析出风险的根源，项目控制也一样需要分析出问题和偏差的根源，而这一关键步骤则需要项目经理和整个项目组有完善的问题和偏差分析能力(涉及CMMI的DAR过程域)。由于任何一个问题或偏差的产生都往往不是一个因素确定的，所以这里不仅仅是……

项目经理在项目中的一个重要工作是沟通和协调。PMBOK把项目管理主要分为了项目启动，计划，执行，控制和结束五个阶段的工作。而我们这里谈项目跟踪和控制，主要就是涉及到项目的执行和控制两个重要管理程序。项目结束也很重要，后续还会专门来将关于项目总结和复盘的相关内容。项目跟踪和控制也是CMMI重要的一个过程域，其目的很简单就是要保证项目在现有资源的情况下按时的交出……

对于实施CMMI，对软件过程进行改进，我原来一直观点是CMMI实施不一定能够提高软件的质量，因为过程和人始终是两个重要因素，软件项目团队和人往往起到重要作用。当我们持这种观点的时候往往就表明了我们的成熟度比较低，没有上升到项目级和组织级，整个项目的成功往往取决于项目中的几个关键人员，这样对项目和组织的危险性都是很大的。实施CMMI的一个重要目的就是要尽量的减……

控制图旨在确定一个过程是否稳定，是否具有可预测的绩效结果．控制图最重要的就是要监控和分析偏差，保证偏差在允许的范围之内．当偏差超过我们的预期的时候就必须采取措施进行应对．控制上限和控制下限一般都设定在+-3个标准差的范围内．控制图中还有一个七点规则，即当在同一侧或同以方向连续出现7个点时候，在整个系统控制上可能就存在问题了，必须分析原因并采取应对．使用控制图……

敏捷项目管理是针对传统项目管理而言的，由于任何项目过程都需要项目管理，所以对于敏捷软件开发过程中进行的项目管理就是敏捷项目管理．敏捷项目管理的三个重点是客户，产品和人．为客户创造价值，生产适应力强的产品和让富有才能的人相互协作．敏捷项目管理的核心价值观类似于敏捷软件开发的核心价值观，具体如下：1.人和相互交流胜过于流程和工具．2.致力于产品胜过编制综合性的文……

质量管理的发展史和质量大师的一些理论和主张是必须要理解的.为推行全面质量管理TQM,戴明推行14条质量管理原则,并提出了有名的PDCA循环.朱兰 开发2/8原则,提倡高层管理层必须关注质量,认为质量就是满足使用.被誉为零缺陷之父的克劳斯比提出了质量管理成熟度方格的概念,认为预防比检查更加重 要,认为零缺陷是可以达到的目标.质量的定义:质量是项目满足需求的程度……

组织或项目既可能是买方,也可能是卖方,还可能同时充当买方和卖方的角色.当你是买方的时候你要进行采购规划,准备采购文件,发起招标,选择供应商,进行询价和洽谈,签订合同并对合同进行管理和收尾.当你是卖方的时候要准备项目建议书,应标文件,进行投标,当中标后还要进行商务上的洽谈并准备签署合同,合同签署完成后对其进行管理和收尾.因此PMBOK的采购管理包括了采购规划,……

管理沟通的艺术

WBS（工作任务分解结构）是项目管理计划的基础，项目管理计划是项目管理的根本，项目管理的所有方面都直接与WBS相关。我在培训授课中，反复强调WBS的重要性，没有WBS，就没有项目管理。 WBS是项目范围最准确的定义。制作WBS的前提是项目的目标，没有项目的目标，任务分解就没有了源头。如果项目的目标定义的不完整，所分解的任务也不全。WBS这个工具可用帮助项……

在IT项目中，除了要求软件本身合身外，还要注意选择由什么样的“设计师”，来“设计”并推进IT项目。从笔者的经验看，企业因没有重视这方面的工作，而为日后项目埋下了隐患的大有人在。 开发商与客户，谁为谁服务？ 森特公司在签订项目合同前，除了跟对方的销售副总和销售经理接触外，再也没有跟该公司的其他人员商谈过，甚至……

对于承包商来说,几乎每一个客户都有一个共同的问题:预算。但也有一个共同的难题：需求。对于集成商来说，最大的问题莫过于是在成本、时间和质量都需要满足要求的同时还必须要帮助客户解困于难-需求。 需求其实就是功能和性能的问题，需求不明确是造成项目范围蔓延的最大元凶。试想你打算去买一辆车，目的是要参加一个远赴边远山区的自驾游和方便日后外出旅行，车行理论上应该很容……

近来项目基本处于停顿状态，所以有时间停下来好好总结下。 由于项目进行中经历了项目经理的更换，所以对不同的管理方法有一些自己的看法。试着从程序员的角度来看看项目管理。先看两个问题： 1.文档 很多程序员都有一样的想法，就是很讨厌写文档（起码是过多的文档），可是项目管理者偏偏最看重这个，他们整天催你交他认为必须的文档，拿到手后又这也不对，那也不对，吹毛……