项目名称：某网站类项目
项目作用：展示、宣传、教育
项目干系人：开发商、业务部门（需求部门）、产品部（协助UI设计确认）、钟工（部署运维）、袁工（微软云运维）
注：为保护项目及干系人隐私，相关名称已经做模糊处理。
1.页面风格更改
1.1 描述
前期经过开发商、业务部门和产品部确认后，确定风格并完成设计原型。但是汇报业务部门汇报领导时，领导反应色调过于冷清，应该颜色喜庆一些。此时网站整体设计已经完成，风格修改工作量需要3到4个工作日。网站系业务部门用来申报示范基地项目，时间非常紧迫。业务部门对接人员解释后，领导仍坚持认为设计色调不合适，应该予以修改。
1.2 总结
领导往往不关注细节问题，涉及到项目整体风格及大方向问题，应该最开始在首页设计完成后就应该汇报领导，待认可后再按照领导确认的风格完成全部页面设计。这样既保护自己，也有利于项目推进。
2.视频播放问题
2.1 描述
老网站视频迁移及播放问题前期已经在远程会议上讨论过，视频放入文件系统，新网站改动工作量改动很小。但是在实际部署过程中运维汪工发现，如果视频放在文件系统，用户访问播放时会占用带宽，可能会影响到交易。此时，已经在生产部署环节，而且按照计划周内是要完成上线的。
经过各方沟通，最终视频放入微软云，通过CDN缓存来访问播放，开发商也反馈按照CDN缓存修改的工作量比较小，半天可以完成，但是视频必须在后台转换成MP4(h256)格式才能播放。
开发商修改后，发现采用CDN缓存还是无法完成视频播放，经过协调微软云、开发商、运维袁工、钟工等沟通处理，而后发现只有部分视频能播放，排查问题时关闭一台机器后，彻底不能播放了。最终发现，两台机器有一台配置有误，所以会出现只有部分视频可以访问；排查问题时停掉的正好是配置正确的那台机器，所以彻底无法访问。最后改正配置后，视频顺利播放。
2.2 总结
（1）方案设计在讨论确认后，应该多和其他人确认，尤其是要和经验丰富的运维、开发人员确认，不能只由参加讨论的几个人确认就pass。本次视频播放问题就是小范围商讨后没有经过确认。而且参加讨论的人员都是经验相对较浅的同事，对于公司系统架构、业务理解都判断不足。最后按此方案实施造成错误，导致项目严重延期。
（2）出现问题要应自己先做好排查。本次问题中，联系开发商多次排查，但是最后问题却是出现在我方运维人员配置问题上。出现问题时，不能只急于联系开发商而缺乏自我检查问题的过程，应同运维确认问题确实排查无误。
3.上线流程问题
3.1 描述
在系统问题解决之后，发现上线还缺少安全扫描报告和压测报告。
3.2 总结
推进项目一定要熟悉公司的流程、制度和规范。目前公司上线流程规范如下：
（1）测试流程
前置条件：部署测试环境、测试用例
交付物：测试报告（测试部或业务部门出具，如业务部门出具需要2个以上签名）
（2）上线流程：
前置条件：需求文档、开发文档（详细设计、系统功能说明书）、部署文档、操作手册、测试报告、安全测试报告（漏洞扫描、渗透测试等）、压力测试报告、运维文档、应急方案等。
交付物：完成上线，并组织验证。
项目管理之路还任重而道远，成长过程中也要边学习边总结。虽然过程中自己也有文档积累，但是计划定期更新的博客还是停了半年。不积跬步无以至千里，不积小流无以成江海，坚持在这里写一下博客，算是记录下成长路上的点点滴滴吧。
——后记