地产项目启动会方案 第1篇
制度的管理可以大概分为两种，一种是项目内部的管理制度，一种是与发起方约定的管理制度。
先说内部的管理制度，这类制度基本公司或部门有相关制度，比如项目成本的工时上报、日报周报、控制点评审、项目内部例会制度、考核制度等，如果原组织没有相关制度可以制定项目团队的管理办法，主要目的是有效的监控项目的进度、成本、风险、质量与沟通效率。
另外就是与发起方约定的管理制度，如果是交付项目那需要规定与发起方的管理方法，明确在项目建设过程中合作双方的沟通渠道、对接人、会议制度、汇报方式等。因为交付型项目双方可能属于不同单位或不同组织，没有相同的工作制度与合作经验，如果没有约定相关的制度可能会造成沟通断层、信息不对称等情况，制定制度并按制度执行能更有效保障项目稳定推进与提高双方的配合度。
地产项目启动会方案 第2篇
了解了为什么要做、要做成什么样后，还需要知道该怎么做。我们可以采用应用架构的模型来认识项目内容。
首先从用户层入手需要了解项目面向那些客户群体，使用群体的组织架构与权限如何划分，各类用户是在哪些终端使用的，web或者是app、微信公众号、小程序等。
第二从应用层认识项目有哪些业务模块组成，都是通过各种功能模块向用户提供服务，比如在ERP中会有合同采购、进销存管理、财务管理、生产管理等等功能。
第三是能力层在更细的划分层级了解项目需要建设或者对接的能力，这些都是需要提供给功能模块完成业务流程的基础能力。比如统一身份认证、电子签名、流程引擎、表单引擎等。
第四是在数据层理解整理项目的数据来源以及技术选型，可能包含内部系统数据、第三方数据、系统本身数据。
最后是在资源层了解项目的资源环境，主要是服务器、存储、网络等基础设施。
当然这个应用架构分层是比较基础的，只是拿来当一个例子。现实中会根据项目的复杂程度规划，可能还会包含平台层、网络层、接入层、运营支撑层等等。
除了应用架构外，还可以通过业务架构、技术架构对项目做深入了解。在这里选取从应用架构来作为项目启动的内容，是因为业务来源于建设方（发起方）可以不用再说明，技术架构高层级干系人一般不感兴趣，更多是作为开发团队评审技术方案使用，应用架构更能说明项目的整体情况。
地产项目启动会方案 第3篇
风险评估是贯穿整个项目周期的，而且并非在项目启动后才可以进行风险识别，应该在项目的启动阶段开始评审项目的风险。应该在历史项目中总结和沉淀项目风险，并形成风险的识别清单，根据风险一条条评审该项目是否存在。在启动阶段，需要识别的风险包含技术可行性、评估成本是否超过预算、数据来源是否明确、项目周期合理性、基础设施资源是否满足等等...
风险评估只是第一步，下一步是分析风险的原因以及风险可能造成的影响，必要时候对风险进行定量分析。还要明确风险的类型、严重程度、责任方等。
识别风险目的不是识别，而是在识别之后制定应对方案把风险的影响降到最低。所以在启动前需要组织项目团队进行头脑风暴，讨论制定风险的一种或多种应对方案，并且明确处理的时间节点与责任人。
在项目阶段识别并暴露风险很重要，因为在启动各方还未投入大量时间与成本，此时明确方案更能让各方达成一致意见。