第一：目标回顾：
                    1：目的：
                          业务角度：将pc端工作移到移动端实现，将业务人员第一时间处理业务变成可能，提高日常工作效率。
                          交付角度：验证移动PAAS平台个性化定制的可用性。
                      2：目标：
                           10月完成供应商考察，供应商评估，待办通知功能交付，11月10日完成功能验收功能，11-10完成招标监控功能交付，11月20完成整体验收工作。10月份完成首款回款，11月底完成第一批次回款，12月份完成尾款回款，2个验收项目，申请激励奖金。
                      3：交付策略：
                            外部：
                                1：原型交付：原型与实际发包1:1开发，前期原型需多花时间，会上沟通确认，功能优化方二阶段。
                                2：变更共识：事前沟通确认，新开发模式，新交付策略，保证功能可用，不拘泥细节优化，可后续迭代开发。
                                3：客户体验：快速迭代交付，及时响应，一线跟实际业务操作部门对接，保证交付后立刻验证。
                                4：目标明确：提前沟通项目交付周期，验收时间节点，每周周报明确待交付事项，明确验收节点。

                            内部：
                                1：目标明确：交付时间10月份完成80%工作，11月上询完成100%工作，11月底完成验收申请激励奖金。
                                2：确认开发：所有功能开发前必须与一线沟通确认，确保需求理解一致，再做开发。同时测试完成测试必须有测试文档，并完成操作录屏，让实际用户快速上手操作。
                                3：测试环境：确保测试环境可用，保证交付质量。
                                4：资源锁定：与开发负责人达成开发计划和资源锁定，有问题第一时间沟通。    
                                         
               第二：评估结果：
                    1：过程体验：测试境未能搭建，导致实际发包完直接与实际用户在生产环境验证，需反复让客户验证。
                    2：交付进度：因人员离职和公司旅游导致功能交付与计划时间延期一周（提前有预留时间）。
                    3：功能质量：功能发包可用率95%以上，并能及时迭代优化。
                    4：客户反馈：客户反馈，功能很好用，能提高我们的工作效率，速度上能提升就更好了(已提议时间更新并反馈)。
                    5：回款情况：10月份完成收款，11月完成一批次款，12月完成尾款。

               第三：分析原因：
                    客观原因：
                          1：有案例：公司有云助手可做借鉴。
                          2：有支持：客户明确支持，一线使用用户参与，交付后项目上第一时间反馈功能正常，集团认可后就签字。

                    主观原因：                     

                    1：目标意识：验收目标确定，目标分阶段执行，与研发目标达成一致，出现风险第一时间确认交付可行性，目标具有SMART原则（明量客观事）。
                    2：回款意识：过程中邱的提醒，让回款意识加强（完成什么可发付款？谁来发付款？是否要做资金计划？财务人员是否可触达？需要提前与谁沟通？了解客户付款周期？客户关账时间？）
                    3：风险意识：
                        3.1前置意识：一般软件交付都回存在延迟情况，计划必须要提前1-2周交付，避免过程中人员调整，或需求变更导致计划延期。
                        3.2原型意识：一般项目为了想快速交付，客户说了需求方案出的比较散，跟客户沟通完就开始进入开发，导致部分需求页面和操作和客户考虑不一致，导致交付后，客户再说调整，往往变更较大。本项目在前期调研后，通过借鉴公司云产品做了原型，跟集团沟通完以后，又跟项目一线沟通确认，最终项目交付和原型图基本一致。
                        3.3变更意识：跟客户沟通需求直接用原型图，每个页面展示逻辑，数据显示逻辑，按钮操作逻辑，异常数据逻辑等跟客户一一沟通，并明确说明开发按照现有页面和功能实现，先做功能交付，如需调整做为后续需求优化。
                    4：沟通意识：过程中客户提交修改意见，及时跟研发沟通，确认是否能做，如果不能做需明确原因，跟客户及时反馈是否可实现(过程中拒绝过客户，但说明了原因)。

                    5：质量意识：前期虽有沟通过做测试环境，但真实情况是涉及钉钉和OA的产品做测试环境，耗时并协调复地人员处理难度高。最终一线对开发的要求是每次交付完成必须录制操作视频，也让产品发包后，第一时间传递操作视频，和操作手册，让一线用户快速上手，交付时客户体验会提升。

               第四：总结经验：
                    做人方面：
                            1：提问的方式引导别人做事：虽然是明确时间，标准，成果，但沟通的方式还是要多问对方意见，XX哥你看这个可行不？你觉的有风险不？你看还有别的方案不？
                            2：换位思考：   通过报价单能明确体会到客户会问为什么这么多工时？我们提交报价时客户总觉得工时高，其实我们觉得工时合理，中间其实没解决客户的疑惑，你就一个点要怎么多工时吗？我们要做的的是在业务部门需求时，我们要了解背景，解决什么场景下的什么问题。我们要将逻辑业务逻辑编写完整，这样内容多，工时要的多看起来也合理，让it部跟业务部说也能说的清楚。
                            3：多接触：项目在每周迭代更新后第一时间让集团人员知道这个功能ok了，如果在客户现场办公，建议到客户工位上说这个ok，我也跟项目上沟通，你这边也看看，多接触，熟悉了做事才更高效。

                    做事方面：
                            1：目标导向做事：其实做这个项目进行之外还有另外两个专项同时进行，很明确这个项目就是2个月搞定，另外两个项目11月底搞完，过程中资源出现调整，但会以移动化项目为第一优先级。
                            2：可视化团队目标：目前工作环境允许，同时负责多个专项及日常问题处理，所有工作项进度或难点全部写到白板上，太头就能明确你的目标，时间，任务，谁来处理，会比藏在你电脑里excel会更直观，更有冲击力。
                            3：重复你的目标：目前的工作方式是每周一上班时会对一黑板的项目进度和任务项会做梳理，标注重点，与小伙伴 沟通项目回款时间点，验收时间点，待处理任务，让做事以目标为导向。
                            4：客户同步目标：每周会发周报给客户，项目验收时间节点，当前待处理事项，本周的进度，下周的计划。
                                
                    回款方面：
                            1：回款导向做计划：回款思维其实在做该项目前不是很强，但是项目做的过程中，其实如果过程以事项目标，客户服务意识为导向，经常会陷入只做事的不考虑钱的问题。实际除了对交付事项完成后，项目回款完款，才是项目真正的结束，否则团场成员跟着你只是干事，没有激励是很难持续做事的，人性的问题吧，不展开了。
                            2：重复你的回款计划：每周项目小团队提提回款目标，部门会议上也是对回款，重难点事项支持做回顾，项目回款遇到的核心问题给解决，项目回款才更快。

               第五：其他价值点：
                        1：通过这项目我们验证了我们移动PAAS平台个性化定制的可用性，未区域未来新业务拓展提供借鉴；
                        2：经过项目一线，二开，移动平台几个团队的不断的磨合，让此类项目交付流程，组织协同变得更加成熟；