1．项目需求
当项目混乱和不可控的时候，往往是源头出了问题，解决源头才能治本。
软件项目中的范围管理重点就是项目需求，需求包括原始需求，用户需求，产品需求和软件需求。需求是项目的源头，需求生命周期包括了需求收集，需求挖掘和开发，需求定义和分解，需求实现，需求验证，需求确认等诸多过程。需求不明确和后期的频繁需求变更是软件项目十大风险之一，项目的计划和可预见性完全是建立在需求稳定基础上的，需求一变化整个计划就得不断调整，计划的频繁调整导致后期的项目执行无任何计划基线参照，后期项目完全不可控制。
需求就是用户需要的一个个可确认的功能点，需求分解后各个需求点的需求状态的追踪自然就变成了对整个项目进展状态的追踪。对项目内部谈进度计划的跟踪，对外部客户谈需求功能点状态的追踪。如果10个需求点都进行到编码状态，实际项目进展已经完成80%，但只要没有完全完成的独立需求点对用户来讲进度都是0%。从这个意义上可可以进一步看到瀑布模型和迭代模型的重要区别，迭代是使项目进展真正可视。
2．组织类型
一群有技术，有文化和有目标的人却做不好一件事情是组织和文化的问题。
组织类型有项目型，职能型还是矩阵型组织。各种类型的优缺点有专门的文章比较，重点就是组织类型的选择要和组织本身的发展需求和项目本身的特点相结合。比如对于大型的产品驱动的项目，更强调跨职能组织的产品开发团队PDT，就能够更好的实现以产品研发驱动的目标需要，使整个工作都能够围绕产品研发进行，加快沟通效率和加强团队协作。
矩阵型结构中由于多头领导是最容易发生冲突的，因此前期必须定义明确的职责。职能经理负责的是人员的管理，企业文化建设，培训和职业发展和多项目间资源的分配和协调。而项目经理是对项目成败负责，是按项目目标申请资源，根据需求执行项目计划和按时完成项目。
3．项目团队
为了一个项目走到一起的成员，激励他们的是工作本身和共同的价值观，而不是职位或头衔。
一个人可能成功，而另一个人可能失败，这两者的区别并不重要。重要的是，一旦他们相互协作，结成联盟，伟大的事情就可能发生。项目中每个成员都有自己的技能专长，性格特征和职业发展规划，项目成员的目标只有团队的目标一致后才可能真正发挥出团队的价值和力量。项目经理的一个重要角色就是教练，团队建设工作将贯彻整个项目。
成功的项目团队必须是每个成员都认可项目的目标为之努力，项目成功也帮助项目成员提升自我价值。项目中每个人都清楚自己在团队中的位置，该做什么，如何做到，如何做好。团队成员之间相互信任和对自己的工件负责任。
4．项目计划
靠个人的直觉和经验可以保证你一时成功，靠系统的计划可以保证你长久成功。
只有有了计划你才可能真正知道项目目标是否是可以达到的，是可以预测和可见的。有了项目计划才可能使项目从无序到有序的转变，从点点滴滴小检查点和里程碑的实现，最终达到了整个项目目标的实现。目标驱动如何落地？就是我们做任何一件事情都不是随意的，目标驱动计划，计划驱动我们去执行一个个实际的任务。
有了计划不仅仅有了执行的依据，也有了项目经理后期项目监控的依据。所以基线和跟踪甘特图等是很重要的概念，出现偏差是不可避免的，关键是我们要及时的跟踪和意识到偏差，这样才可以及时的纠正错误和调整我们的策略。
项目中做的任何一件事情都出自于计划，因此计划不仅仅是项目进度计划。为了实现项目的目标，对于项目的成本，质量，需求控制，风险管理，人员管理，开发过程管理都必须有计划。想想我受到的恐慌和打击，更多都是来源于我们没有预料到的问题，你要消除这种恐慌，就是要前