项目管理

项目经理因掌握的知识范围不同，处在不同的能力层次上，对项目的管理效果也会有很大的差别。本文提出了一个根据知识范围来划分项目管理能力层次的方法，然后根据这个能力层次划分并结合对项目干系人的不同类型需求的满足情况得出了项目管理的三种不同管理境界，最后讨论了项目经理迈向高境界项目管理的修炼之路。

到处都是“过来人”的谆谆教导我们不要过分重视技术。技术的确不是创业成功的唯一原因，也的确是不能太把技术的重要性过分强调。

管理十大经典理论：彼得原理；酒与污水定律；木桶定律；马太效应；零和游戏原理；华盛顿合作规律；手表定理；不值得定律；蘑菇管理；奥卡姆剃刀定律。

《管理的实践》是“第一本”将管理视为整体的管理书籍。更具创新意义的是，德鲁克视社会和企业为有机体。德鲁克指出：“管理是一种器官，是赋予机构以生命的、能动的、动态的器官。

细节并不是万能，它需要妥善使用。

我最近从一个被停职的经理手中接过了一个项目。这个项目组看上去一无是处。生产力低并且他们当中的很多人不能很好的相处。我们不能按时完成任务，我们的客户会不高兴并且不再支持我们。我所接受的每一个团队都有问题，但都没有这么大的。我不清楚这个项目还有没有救了，我该怎么改变这种混乱的状态？

在项目管理过程中，项目规划和控制是非常重要的一个环节，良好的项目规划能同时对项目进度、质量和投资起到很好的控制作用，失败的项目规划则有可能带来混乱、失控甚至项目的最终失败。

软件测试时代项目管理正成为我们生活与工作中的“时髦”词汇。在今天看来，无论如何强调项目管理的重要性都不过分。

项目中80%的价值由20%的人所贡献......

金无赤足，人无完人。每个人的知识体现和知识领域都不尽相同，所以我们这里谈的优秀人才并不是全才和通才。我们需要做到的是人尽其才，无寻找合适的人才，去寻找满足你项目特定和专业需求的有发展潜力的人才。

不要在需求获取和分析过程中吝啬你的时间，对需求的明确可以减少你以后设计和开发的改动，提高你所开发软件的可用性。你对它的轻视只可能换来对你的产品修改、计划延迟等方面的惩罚。

变更管理作为贯穿于软件开发应用生命周期各个阶段的关键要素，旨在准确地记录软件产品的演化过程，帮助开发人员在ALM各个阶段得到不同版本的产品配置。其中，在任务和缺陷跟踪及版本控制过程中，通过变更管理系统，开发人员需要记录和查找源码和文档变更的原因、时间以及影响，并反映其工作的效率及进度；开发经理需要保证所有代码的可靠性，并约束团队成员执行变更的权限；有时，开发项目的甲方还需要查看与产品特性或缺陷对应关联的源码文件。

作为一名项目经理，你应当集中精力确保对范围变更进行有效管理，因为它是造成项目问题的主要罪魁祸首。不过，你还要认识到，你的项目也可能需要进行配置管理和综合变更管理。有效管理这些变更可以为你免去许多麻烦。

微软研究院并不是每天都会公开其还在实验室的技术，以下是微软安全产品线的部分技术，从查找Rootkit的工具到提醒邮件丢失等的程序。

企业全面电子化运营的目标我们身处一个信息的产生、采集、整合、反馈与决策都空前加速的时代。灵活性与快速反应主宰的商业战场上，企业如何才能实时感知消费者迅速变化的需求并及时做出回应？信息科技带来的巨大冲击下，企业又如何才能在经济全球化和服务一体化大潮中竞争制胜？

产品设计可能需要考虑的16条原则

PM项目管理系统是项目和工作任务管理的工具，有效地结合了项目、任务、变更、知识及质量的管理。

开始做项目是一件令人激动的事情，项目组的每个成员都面临着新的机会和挑战。但同时也多少有些令人不安，大家都会考虑这样一个问题："我们如何按时完成一个高质量的项目？"因为在项目开始之前往往存在许多不确定的因素，它们也许会一直持续到整个项目结束。所以在项目准备阶段，也有许多工作要做。

在IT项目管理中，是技术重要还是管理重要？这个问题就如同是鸡先生蛋还是蛋先生鸡这种悖论，古往今来多少人参与辩论，也是说不清道不明。在中国，“技优则管”是一个普遍现象，这既符合中国的国情，又符合大多数企业的实际。但是这种情况在最近发生了变化，特别是国外的项目管理经验和典型案例使人逐渐怀疑“技优则管”的正确性。

两年的项目今天提交了，实在是有些腻了，有些话，忍不住要说出来。这两年里，没少折腾，期间就重构了三个版本，主要是一开始没有设计好统一的UI风格，没有一个良好的用户体验，当然，这都要归咎于项目一开始，就急于求成，急于完成功能模块，留下的苦果。