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

阶段二：项目计划工具

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

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

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

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

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

第十七天

---

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

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

应对风险的几个层次：

• 被动应对：风险已经发生，造成了问题才被动应对；

• 有备无患：事先制定好风险发生后的补救方案，但没有任何防范措施；

• 防患于未然：对可能发生的风险作出防范，并把风险防范作为项目任务的一部分。

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

1. 培养风险意识

不能盲目乐观，思考最坏的情形，提前做好Plan B。

2. 管理风险

管理风险有四步：

2.1 风险识别

软件项目的风险有以下几类：

• 项目风险：项目预算、进度、用户和需求等方面问题；

• 人员风险：人员离职、人手不足等问题；

• 技术风险：采用技术所可能带来的风险；

• 商业风险：与市场、产品策略等有关商业风险。

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

2.2 风险量化

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

2.3 应对计划

一张图解释如何应对风险，我们可以根据实际情况来选择应对策略，减少可能的损失。

2.4 风险监控

要做好监控，有以下三点：

• 第一要能对监控内容良好

• 第二要设置阈值

• 第三要有后续的报警和处理机制

这就就比如我们会监控线上版本的Crash率，设定告警的阈值，比如2%，超过这个阈值我们就告警，相关开发人员要及时处理线上的Crash，通过热更新解决Bug来将Crash率维持阈值以下。

这个主题其实开发人员感受可能不会很深，我们日常更多是基于需求去评估单个需求完成可能存在的风险，比如技术选型和人力成本这些方面去考量，但对项目整体来看，要把需求都变得可控，所以风险管理就很重要，如果前期评估出了风险，可以通过砍需求或者延长时间来降低风险。但对于开发人员如果能全局去培养自己的风险意识，这样能很大程度帮助团队一起规避不必要的风险，防患于未然。

第十八天

---

今天学习了宝玉老师的《软件工程之美》中的“16 | 怎样才能写好项目文档？”，以下是我的总结：

我个人是比较偏向写文档的，很多程序员不愿意写文档，无非就以下几个原因：

1. 不知道怎么写

2. 太忙没时间写或者懒得写

3. 觉得文档无用，价值不高

从这篇文章学习的内容，更加坚定了我对写文档的重要性的态度：

• 文档能够帮助自己理清思路

• 方便未来的维护和交接，最明显的是新人可能更快的融入团队，减少口口相传

• 团队更好的协作沟通

如何写好文档？

1. 从模仿开始，参考别人是怎么写的

2. 从简单开始，不要求一下子写大而全的文档

3. 从粗到细，迭代更新

4. 一图胜千言，能用图说明清楚的就不用文字，常用的有线框图、流程图、时序图、各种格式的截图等。

这一节我感受比较深，因为最近我也在帮助团队整理项目文档，因为我作为新人加入项目基本知道我缺什么东西，需要了解什么东西，如果之前有文档估计我可以更快融入团队和发挥自己的价值。

第十九天

---

今天学习了宝玉老师的《软件工程之美》中的“17 | 需求分析到底要分析什么？怎么分析？”，以下是我的总结：

这节课的信息量很大，需求分析说实话工程师参与的并不多，更多是产品经理将需求分析过后的翻译成我们能够理解的需求单。需求的重要性不用多说，只有真正理解用户的需求，我们才能做出触及用户内心诉求的产品。宝玉老师这节课提到了很多让我很受益的知识和观点，比如做需求分析的一些步骤：

1. 收集需求

• 头脑风暴

• 用户调研

• 竞品分析

• 快速原型

2. 分析需求

• 表层需求：用户对解决问题的期望

• 深层需求：用户的深层动机，诉求产生的原因

• 底层需求：人性本能的需求

3. 需求评估

• 可行性：技术能否实现

• 成本：人工成本、时间成本

• 商业风险和收益：有没有商业的风险，收益是否合理

• 紧急性与重要性：是不是用户迫切的需求

• 评估其优先级：紧急重要四象限

4. 需求设计

5. 验证需求

在日常工作中，其实产品最终效果不明显很大程度就是没有做好需求分析，没有深入理解真实的用户需求，一种好的基于数据验证需求实践——AB Test，通过数据驱动来分析需求。

第二十天

---

今天学习了宝玉老师的《软件工程之美》中的“18 | 原型设计：如何用最小的代价完成产品特性？”，以下是我的总结：

原型设计经历了三个阶段：

• 低保真原型设计

• 中等保真原型设计

• 高保真原型设计

目前原型设计已经从一种快速开发模式演进成了设计工具，产品经理可以低成本、高效率的做出软件原型，便于更好的确认产品需求。

**如何做好原型设计？**分为以下四个部分：

• 分析：原型设计的目标是什么，搞清楚用户的需求

• 设计：从信息架构和使用流程两个维度去考量

• 实施：在设计的基础上通过原型工具进行界面搭建

• 验证：产品经理反复验证流程，调整存在走不通或者使用不方便的地方进行调整。

选择合适的原型设计工具的几个考虑维度

• 面向的平台：Web、桌面、手机；

• 保真度：

• 中等保真度还是高保真度；

• 功能：是否满足你的要求；

• 成本：价钱是否可以接受。

宝玉老师推荐了几款原型设计工具，可以结合自身的需求来选择：

• Axure RP

• 墨刀

• Adobe XD

• ProtoPie

• Framer X

这节课内容更偏向产品设计，开发人员可能日常比较少参与原型设计，不过作为一个有追求的程序员，提升自己的产品设计能力也有助于我们用产品的视角来看待用户需求，也能更好的跟产品经理进行沟通协作。

第二十一天

---

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

结尾

最后，针对上面谈的内容，给大家推荐一个Android资料，应该对大家有用。

首先是一个知识清单：（对于现在的Android及移动互联网来说，我们需要掌握的技术）

泛型原理丶反射原理丶Java虚拟机原理丶线程池原理丶
注解原理丶注解原理丶序列化
Activity知识体系（Activity的生命周期丶Activity的任务栈丶Activity的启动模式丶View源码丶Fragment内核相关丶service原理等）
代码框架结构优化（数据结构丶排序算法丶设计模式）
APP性能优化（用户体验优化丶适配丶代码调优）
热修复丶热升级丶Hook技术丶IOC架构设计
NDK（c编程丶C++丶JNI丶LINUX）
如何提高开发效率？
MVC丶MVP丶MVVM
微信小程序
Hybrid
Flutter

接下来是资料清单：（敲黑板！！！）

---

1.数据结构和算法

2.设计模式

3.全套体系化高级架构视频；七大主流技术模块，视频+源码+笔记

4.面试专题资料包（怎么能少了一份全面的面试题总结呢~）

不论遇到什么困难，都不应该成为我们放弃的理由！共勉~

如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

频+源码+笔记

[外链图片转存中…(img-P4LKQaqz-1713427773031)]

4.面试专题资料包（怎么能少了一份全面的面试题总结呢~）

[外链图片转存中…(img-Vw14jnGi-1713427773032)]

不论遇到什么困难，都不应该成为我们放弃的理由！共勉~

如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。

[外链图片转存中…(img-O8pcsqGo-1713427773033)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！