《凡事预则立：谈项目开发筹划》由会员分享，可在线阅读，更多相关《凡事预则立：谈项目开发筹划（4页珍藏版）》请在金锄头文库上搜索。
1、凡事预则立：谈项目开发筹划凡事预则立 谈项目开发筹划在开发活动中，项目筹划是项目启动后的头一件重大事件，但也是常常被忽略的一件事。 项目筹划好比是一份项目的交通图，指导项目准确的达到目标，即使它没有被形成规范本档，它至少会在项目经理的脑子里，只不过比较粗糙和模糊罢了。 为什么每个项目都需要一份项目筹划，并且要形成规范的文档呢？这是因为 第一、通过制定筹划，使得小组和有关管理人员，对项目有关事项，如资源配备、风险化解、人员安排、时间进度、内外接口等形成共识，形成事先约定，避免事后争吵不清；第二、通过筹划，可以使得一些支持性工作以及并行工作及时得到安排，避免因筹划不周造成各子流程之间的相互牵掣。
2、比如测试工具的研发，人。 员的培训都是需要及早筹划和安排的。 第二、可以使项目实施人员明确自己的职责，便于自小编管理和自小编激励；第三、筹划可以有效的支持管理，作为项目经理、业务经理、qa经理、测试经理们对开发工作跟踪和检查的依据；第四、做好事先筹划，就可以使注意力专心于解决问题，而不用再去想下一步做什么？第五、筹划是项目回顾的输入之一，项目回顾其实就是把实际运行情况与项目筹划不断比较以提炼经验教训的过程。 通过筹划和回顾，项目过程中的经验和教训别很好的记录和升华，成为“组织财富”。 制定项目筹划的过程被称为项目策划。 在项目策划时，要尽量让员工估计自己的工期，使团队成员积极参与到项目中来，而
3、且由于技术发展如此迅速，往往。 只有具体模块开发人员对那部分工作最了解；但是项目经理也不是完全消极的，他应该积累项目管理数据，推动开发过程能力成熟度的提高，以便可以协同开发人员进行越来越准确的项目估计。 筹划常以文本文档和图形文档结合的形式出现，文本主要记录项目的约束和限制、风险、资源、接口约定等方面的内容，对于进度和资源分解、职责分解、目标分解最好通过项目管理软件工具（如普遍应用的microsoftproject）来进行方案和管理，不要分散在文档的若干个地方，那样非常不利于同步修改。 项目筹划需要设计成“可检查”的文件，这要求任务的划分要细到具体产品，如果存在有形产品的输出，要罗列出来。 比
4、如测试这一任务，不要简单分解为测试准备。 、测试执行，而是分解为测试环境搭建、测试规划编制、测试执行、测试汇报编制为好。 使用microsoftproject编制的文件可以称为筹划进度表，可以用来方案项目时间进度，辅助项目跟踪。 筹划进度表的制定步骤是 工作分解和定义（wbs）、任务排序、活动历史估算、编制。 估算是筹划活动的基础之一，有工作规模估算、工作量估算、成本估算等。 估算要求有历史数据，要求在项目过程中通过不断的维护项目数据库积累历史数据。 这些数据既可以分析和回顾本项目，又可作为后续项目的历史数据。 在筹划实施过程中需要注意的一点是，不能把筹划“固定化”。 “筹划赶不上变化”，但“
5、要跟上变化”。 实际运作中，要对筹划进行周期性维护。 开发筹划会受到很多影响，比如相关筹划（质量保证筹划、采购筹划、测试筹划、验收筹划等）的影响，实际进度变动的影响、资源变动的影响、项目目标变动的影响、还有随着需求的逐渐明确引起的项目筹划细化，如果在这些变化发生后，没有及时维护开发筹划，开发筹划于实际的偏离会越来越大，最后变得没有价值，人们就会不再阅读它。 所以实际工作中要有具体的责任人和一套指导书来对筹划实施指导和维护。 筹划变更时，要保留旧的版本，在回顾阶段需要阅读旧版本的信息以对项目过程的变更历史作评价。 总之 变化的筹划才有生命力！实际工作执行项目筹划经常遇到各种困难。 有的组织文化中
6、有种观念认为筹划是一种约束，反正大家努力往前赶就对了，没必要。 自己捆住手脚；另外一种情况是大家没有按照筹划工作的习惯，筹划虽然做好了，做的时候还是小编行小编素，管理人员也没有维护筹划的习惯，项目开始没多久，筹划就被完全撂了一边；还有一种情况是资源不能保障，比如，设备不能到位，人员也频繁被抽调从事筹划外活动，每天改筹划都来不及，只好放弃筹划，这种情况常见于一些规模较小的还在“求生存阶段”的公司。 事实上，不仅是在项目筹划这一问题上，在其它引入制度化的场合都遇到了类似的困惑。 据说，美国家庭常会对做家庭清扫这样的事情列出一张“责任矩阵表”，按表的内容顺序进行扫除活动，完成一项作一个记号，这其实就是一种简单的项目管理，他们在如此自然的运用，对于中国人是不可想象的。 但是制度化是商业社会的基石，迟早要渗透到社会生活的每一个缝隙。 具体到项目管理中的筹划活动，除了尽量把筹划做的更具可行性以外，努力在组织内传播和培育制度化的组织文化将是项目经理们的一项长期责任，除此，别无选择。 3。 4Word版本
