工作认知，如何做？如何分辨你在那种状态

2020-04-18 本文已影响0人仕明同学

本文由来：这篇文章主要是我公司CTO给我们开会所讲的几点认知，有着一个20年从业经验的前辈，他曾在雅虎（香港）HK01等公司从事，所以我觉得他给的建议会对我的职业生涯有所帮助，tks，Harold

1、Form follows function

功能决定形式
在设计中功能性和商业价值往往会被放在所有考虑因素之前，“form follows function”（形式服从功能）是被普遍认可的设计原则

2、Communication

交流

3、Flow

如何进入心流（Flow）状态
进入心流状态以后，人的注意力高度集中，思维更加活跃，感官更加敏锐。就是你背书可以更快了，工作效率更高了。

image.png

image.png

现在我来回想一下我在上家公司的状态，我本来想说很放松这种违心的答案，哈哈，但是呢？内心其实感觉更像 BoreDom，这种更像我过去一年，特别是最近过去的半年，大约就是 2019.6-2019.12的时间吧！我突然发现这个图做的真的好，非常的好，在2018年我接触到好酷早餐的项目的时候，我也天天担忧。。这个我不会，哪个我不会，哈哈！！！
现在我觉得我的状态更像Arousal,刚来这家公司前几天估计有点焦虑，毕竟好多新的小伙伴，好多新的项目，好多不熟悉，现在好多了。。。期待我的心流 Flow快点到来

4、Context>Content

Context:来龙去脉; 上下文
Content :内容
我们做事情，一定得知道其中的来龙去脉，而不是浅尝辄止！！！

6、Data-driven

数据驱动，作为一个公司，数据是关键，关键你有什么数据

7、Engineer excellence

卓越的工程师，如何成为这种人

5、Aglie 敏捷开发

Scrum名词解释：
backlog：可以预知的所有任务,包括功能性的和非功能性的所有任务。建立Product Backlog 的过程就是将用户需求转化为一个个User Story 并确定其优先级的过程。
story：用讲故事的方式来表达需求，这样便于让原始客户比较清晰的对需求进行表达，开发和测试也会逐渐以客户的需求思维来思考自己的工作。
sprint：一次迭代开发的时间周期，一般最多以30天为一个周期。在这段时间内，开发团队需要完成一个制定的backlog，并且最终成果是一个增量的，可交付的产品。
sprint backlog：一个sprint周期内所需要完成的任务
scrum Master：监督整个Scrum进程，修订计划
time-box：一个用于开会时间段。每个daily scrum meeting的time-box为15分钟。
sprint planning meeting：启动每个sprint前召开。一般为8小时。产品Owner和团队成员将backlog分解成小的功能模块，决定在即将进行的sprint里需要完成多少小功能模块，确定Product Backlog的任务优先级。还需详细讨论如何按需求完成小功能模块。
Daily Scrum meeting：开发团队召开，开发人员向ScrumMaster汇报：今天完成了什么？遇到了什么障碍？明天做什么？团队成员相互了解项目进度
Sprint review meeting：每个Sprint结束后，Team将Sprint成果演示给Product Owner和其他人员。并总结结束的Sprint。

敏捷开发？

什么是敏捷开发？
敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。（把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。）

主要目的：降低需求变化的成本
开发流程：编写用户案例，架构规范，实施规划，迭代计划，代码开发，单元测试，验收测试等等。

*原则和方法：迭代式开发。增量交付。开发团队和用户反馈推动产品开发。持续集成。团队自我管理。

*核心做法：小规模，频繁的版本发布，短迭代周期。测试驱动开发、结对编程、持续集成、每日站立会议、共同拥有代码、系统隐喻。

*精髓：2/8法则（20%交付功能代表80%最终商业价值）；

Scrum开发

Scrum是一个敏捷开发框架；由一个开发过程，几种角色以及一套规范的实施方法组成。