一、前言
自从性能实施项目启动以来，划分的管理组、脚本开发组、环境搭建组、开发组、分析调优组、架构组，都已经各自拉了小群，开始商讨具体工作内容了。这是个很好的现象，驱动起来了，后面就可以完整地看到一个项目的样子。
二、项目计划
项目计划经过了一轮评审。现在是这个样子了。我并不对这个计划做定论的评价。这个计划你看了之后觉得合理不合理？其实在评审的时候，我就在一直安慰管理组，性能项目实施计划写成什么样都可以，反正都是要改的。哈哈。现在做项目的，基本上都是里程碑列出来就是计划了。其实计划的作用，在我的工作经验中，有这几个作用：
- 管理任务进度。这是计划最基础的作用。
- 协调外部进度。由于有多个组，各组的工作又是有关联性的，需要从计划中看出相关的依赖，但上面这个计划中就没有列出来。
- 控制风险。每个任务都有延期的可能，作为管理者，要提前预见风险并提出可行的应对策略。
看过项目管理统计数据的人都知道，不延期同时交付质量高的项目几乎是不存在的。而控制延期的时长就是提高项目利润的关键了。
三、实施方案
管理组的方案已经写了一版草稿，昨天发到群里，我翻了一遍，觉得这个方案还是有问题，等评审的时候，我会打击一下他们。你要是有兴趣也可以看看本次推送中的《7DGroup性能实施项目方案》，觉得方案有问题的话，也可以在评论区留言。
我希望 7DGroup 的学员都能够直接面对性能项目中的各个环节，并敢于面对各种理论和技术的正面对垒。
另外，原计划是明天晚上评审方案，也即是默认的方案通过时间点。我问管理组，如果方案评审不通过怎么办？他们说今天晚上先内审，我说那还是有可能明天评审不过呀，因为内审的不是所有人，你这一条任务不就延期了吗？他们说确实有这个可能。
怎么应对这种风险呢？我的建议是，先发出来给所有人看，先提意见，把提的意见都参考一下，要改的就先改。要是问题太多，就在最后时间之前拉会讨论，争取不延期。
另外，像性能分析组、脚本开发组也都开始动起来了。性能分析组已经开始想着画性能分析决策树了、脚本开发组也开始想着准备脚本和数据了。也都有各自组织的小会，我觉得这样的状态挺好。让大家先对自己做的事情有一个思考。然后我们在后面的讲解过程中，就会带着自己的疑惑来，我再给大家一一拆解。
这样的成长应该是最快的，不仅有实践，也有引导。
另外的另外，昨天跟几个学员线下讨论了一下职业发展，气氛热烈，主要的话题是：技术人员怎么在市场上能长期占有一席之地。
我从基础IT技能到逻辑思考能力再到沟通能力、思辨能力等一一分析，将每个层级需要掌握的技能也一一列出来，希望能对他们有帮助。
后面我也会尽量把这个项目实施过程中的事情记录下来，给对性能有兴趣的人一些参考，哪怕是被当成负面教材，也算是有点作用。
今天的碎碎念就写到这里。
