基本上都是按照项目规划-系统分析-

shafi987@gmail.

我们公司领导的诉求是开拓对方市场，技术经理的诉求是将所有的成熟方案应用落地。 之所以我们后面会进行频繁的变更，也就是从一开始并没有十分的明确他们的诉求点，而在我们的项目中，他们每个人的话语权都挺重，每个人的要求都需要满足。 识别项目干系人，明确他们的期望，了解他们的动机，知晓他们的目标。然后进行汇总、权衡，最后形成让各方都满意的方案。 调整开发节奏 唯一不变的就是变化，为了适应现在的项目节奏，小步快跑快速迭代，敏捷开发及时反馈，才能够适应不断变化的节奏。 以前的项目开发流程，所遵循的基本上都是严格意义上的控制，也就是所谓的结构化开发方法。系统设计-系统开发-系统测试-系统交付，


这样的流程来操作的。而且每一步之间都有 冰岛手机号码数据 强依赖关系，下一步的内容要严格按照上一步规定好的内容来进行。 这样的方式，好处就是能够比较按照流程推进，但是这对项目经理和团队的要求都比较高。而且这样的方式，很难适应和满足快速变化的项目。 所以，如果项目的范围在前期并不是很明确，可以尝试换一种方式，迭代开发或者敏捷开发，都能够很好的解决前期内容不确定的情况。 将开发的交付按照周为维度来进行划分，大家只考虑这一周要做的内容。有变化要调整就直接记入下一个迭代周期中，快速的响应，及时的处理。 到了项目后期，所有内容都明确和固定之后，再慢慢将快速的迭代和长期的规划相结合起来。 想要做好这点，





最关键的还是要从心态上有所转变。不要害怕改变，改变是肯定会有的。不要害怕调整，调整是在所难免的。我们要做的就是根据实际情况，做到灵活机动。 变化，从内部开始，就要升华，从外部推动，就是妥协。 多沟通多确认 有效沟通，是团队保持高效协作的前提。 由于每个人过往的经验、知识的结构、认知的水平等差异，对待不同的事情会有不同的看法，对待相同的事情也会有理解的偏差。 如何才能消除这种团队成员之间的信息差呢，以我目前的经验来看，多次频繁沟通确认是十分有必要的。