关于IT服务：系统上线第一周

某项目周一上线，项目组在关键的第一周，将所有的精力都投放在系统的服务上，包括对系统的稳定性监控、性能监控以及用户服务，结果只为了一个：保证系统的胜利果实，为系统后续的发展打下坚实的基础。

项目组每天下午下班前召开会议，主要召开以下的工作内容：

1. 确认并且确保每个问题都有记录，通过相互的检查，避免可能出现的遗漏，并且确保对每个问题，组员有相同的理解和了解；
2. 对每个可能问题进行讨论与分析，分析可能的原因，并且结合情况，预计对每个问题采取的措施，对每个潜在问题进行初步的分类；
3. 对于操作习惯或者使用方式上的问题，安排人员丰富FAQ的内容，FAQ有助于让最终用户了解常见的问题以及解决方法，另外也能够帮助我们服务团队统一对常见问题的标准回复；
4. 对于业务建议或者操作便利的问题，标记清晰分类后，以备周例会统一讨论后续处理方式，时间允许的情况下，可以初步讨论预计的处理方式：接纳为需求变更、下期建设内容、与本期设计目标不吻合而不采纳等；
5. 对于Bug方面，标记清晰分类后，以备周例会统一讨论后续处理方式，时间允许的情况下，可以初步讨论Service Pack的上线时间或者对已经定义的Service Pack上线时间进行修订；
6. 对核心的、重要的、常见的、关键的问题，进行意见的统一；避免多头服务时，出现不同的解释；
7. 对明日的人员进行工作部署；人员进行相应的分工，有负责服务，有负责修订错误，有负责监控，还有很重要的是负责休息；在战斗中修整是很好的方式，以本项目为例，通过总结第一天的使用情况，大家预计周三起业务流程才可能执行到总部，预计前两天的服务较少，马上就开始组织轮休，这是值得提倡的。

有了每天的总结，项目组发现第一周的周例会，讨论的资料以及信息、数据会很完整，主动要求展开周例会，主要目的是通过例会向客户提出后续的建议和要求：

1. 展示系统上线一周来的使用情况以及取得的成果；
2. 从业务的观点，说明系统已经产生的数据量（可以是数量的个数或者涉及的金额），说明截至一周系统使用的人数以及参与工作的次数等等；
3. 用数据统计分析和说明，项目组每天服务的数量；
4. 用列表数据分析记录的问题以及分类统计，针对每个问题进行意见的反馈，特别是关键的问题，讨论取得共识；
5. 根据使用情况，告知目前系统的使用成效，告知客户下周进行队伍的调整是合适的、应该的、也是必须的！