《软件工程之美》打卡第三周

这是笔者参加极客时间21天打卡行动第三周，三周的时间无间断刚好21天，这21天里我强迫自己每天都要学习半个小时并写100个字的分享，正是这样的自律让我找回以前的那种感觉，真的好久没这样认认真真做一件事情了。话不多说，下面是本周每日学习总结记录：

第十五天

今天学习了宝玉老师的《软件工程之美》中的“13 | 白天开会，加班写代码的节奏怎么破/strong>”，以下是我的总结：

这节课的内容我感受不是很深，如果是正常的需求迭代，目标还是比较明确，所以不会存在太多无意义的开会。不过这个主题有一点我是比较认同的，就是开会是有成本的，而这个成本就是每个人员的单位时间成本。所以这个给我们提了个醒就是，开会必须是有价值的，而这个价值必须大于我们的成本，不然就造成浪费了。

那么怎样的会议是高效的以下几点：

1. 参会人员少
2. 时间短
3. 议题和目标明确

例如每日站会就比较符合这样的标准。

既然开会有成本，怎么降低开会的成本/p>

1. 没价值的会议不开

   无目标、无法形成决策和行动指导的，跟你无关的基本可以砍掉。

2. 减少参与会议的人数

   只有相关人参加，容易达成一致目标。

3. 缩短开会时间

   限定讨论的范围，不做无意义的发散，事先有准备，把握节奏。

4. 提升会议创造的价值

   明确目标和主题，围绕会议目的展开。如果会议内容跟自己无关紧要又必须参加，可以寻找其他能在会议做的事情来减少时间的损耗。

第十六天

今天学习了宝玉老师的《软件工程之美》中的“14 | 项目管理工具：一切管理问题，都应思考能否通过工具解决”，以下是我的总结：

这节课说的管理问题主要是软件项目中困扰项目经理和开发人员的一些问题，比如任务进度量化的问题，项目进展不够直观，项目经理需要耗费很大的精力去做任务管理等。

项目管理工具软件发展史

阶段一：没有工具的年代

去管理项目确实是非常耗费精力，比如阿波罗项目，需要专业人士花大量时间和精力去制定计划和调整计划。

阶段二：项目计划工具

在瀑布模型为主软件项目，才出现了相对容易制定计划的项目计划工具，比如微软的MS Project，但存在不方便跟踪任务进度，进度不直观的缺点。

阶段三：基于Ticket的任务跟踪系统

传统项目计划工具不能解决具体的任务跟踪状态，后面才有了基于Ticket的任务跟踪系统，从用来跟踪bug逐步衍出跟踪需求和开发任务等功能。但缺点是不能直观看到哪些任务的状态。

阶段四：基于看板的可视化任务管理

可以很直观的看到不同的任务处于什么状态，项目经理和项目成员都可以很直观看到进展。

第十七天

今天学习了宝玉老师的《软件工程之美》中的“15 | 风险管理：不能盲目乐观，凡事都应该有B计划”，以下是我的总结：

风险管理的重要性不容忽视，如果软件项目没有做风险管理，造成的后果轻则项目不能按时完成，重则造成无法挽回的经济损失，拼多多被“薅羊毛”事件就是风险管理不到位的典型案例。

应对风险的几个层次：

• 被动应对：风险已经发生，造成了问题才被动应对；
• 有备无患：事先制定好风险发生后的补救方案，但没有任何防范措施；
• 防患于未然：对可能发生的风险作出防范，并把风险防范作为项目任务的一部分。

做好风险管理需要做好以下几点：

1. 培养风险意识
   不能盲目乐观，思考最坏的情形，提前做好Plan B。
2. 管理风险
   管理风险有四步：
   2.1 风险识别
   软件项目的风险有以下几类：

• 项目风险：项目预算、进度、用户和需求等方面问题；
• 人员风险：人员离职、人手不足等问题；
• 技术风险：采用技术所可能带来的风险；
• 商业风险：与市场、产品策略等有关商业风险。

可以按照上面的分类整理出自己的风险检查表。

2.2 风险量化

风险发生的概率和发生后后果的严重程度，概率大和后果严重的应该以优先级去重点考虑。

2.3 应对计划