HipHopBattle.com: Hip Hop 4 Life

每次看到这种“生而为人我很抱歉”的性格就哀其不幸怒其不争，特别压抑。没啥推理，情节也都能猜到，主要是叙事方法把人物刻画得很好吧。

人生效率体系2020.10.11 人生效率体系=输入体系+自我管理体系+输出体系 一、输入体系（四种模式） 第一，观看。通过看剧来迭代完善自己。 ●每个人都应该根据自己的所需学习 ●可以请专业人士推荐剧集 ●通过看剧笔记来梳理 ●思维导图是不错的记录工具 第二，与人交流或以人为师。向人学习。 ●交流前做好充分的准备，列出交流提纲 ●交流问题前最好先有自己的想法 ●对人心怀感激 第三，行业会议和培训班。通过系统性的知识理论以及同行的观点，来完善自我认知。 ●康奈尔笔记法，及时梳理总结 第四，旅行的力量。通过行走考察与体验式学习，补充完善认知。 ●目标性思维 ●记录行走心得 二、自我管理体系（四大组成部分） 第一，目标管理。不仅要会建立目标，更要会分解目标。 1、判断自己是否有人生目标 ●是否主动构建自己的人脉圈 ●是否能坚持早起 ●是否吝惜时间 ●是否喜欢跟风 ●是否能够区分精学和泛学 ●是否有使命感和节奏感 2、七个人物法建立人生目标 ●写下一个榜样的名字 ●再写下六个榜样的名字 ●写出榜样的硬本领 ●自我匹配 ●确定要修炼的硬本领 3、目标管理SMART法则 ●S:Specific——目标要具体 运用SMART法则设立目标的时候，请不要仅仅只说想要把某件事情做好，而是要将想要达到的目标具体地罗列出来。 ●M:Measurable——目标是可衡量的 任何一个目标都要是可衡量的，千万不要使用模棱两可的数字，因为无法衡量的目标，就等于没有目标。 ●A:Attainable——目标必须是可实现的 制定好短时间内的可实现目标，完成之后，再去制定下一个短时间可实现的目标。 ●R:Relevant——制订的计划是与目标相关的 ●T:Time-Bound——以时间作为衡量标尺 第二，时间管理。高效地运营好时间，让24小时发挥其应有的价值。 1、时间管理的三大误区 ●误区一：什么人需要做时间管理 如果你不会管理时间，那么你这辈子将一直被管理，如果你不能做时间的主宰，你的生命将永远被主宰。 ●误区二：做了记录就是在做时间管理 单点突破法，它包括五个步骤，分别是做计划、实施、总结、评估和再次计划。这五个步骤形成了一个完整的闭环结构。 ●误区三：知识不能内化 请一定要为自己打造一套属于自己的时间管理体系。 2、时间管理的三大原则 第一点，目标性法则 ●时间管理的基础 ●SMART法则 第二点，要事优先法则 ●一次只做好一件事 ●重要的事先做 第三点，组织计划性法则 ●两个判断 第一，我们需要对自己的时间有一个基本的判断，我们要知道什么是可控时间，什么是非可控时间，什么是高质量时间，什么是中等质量时间，什么是低质量时间。 第二，需要搞清楚自己的高质量时间段，这是你修炼硬本领的时间。 ●两个维度 第一个维度是，你的人生目标是什么？ 第二个维度是，你自己的现状是什么？ 同时，单点突破法也是一项非常重要的组织计划性法则。你需要设立一个计划，去实施，然后总结、评估到再次计划，构成你的时间管理完整闭环。 3、时间管理的四大方法 第一，目标分解法 ●长期与短期目标 ●十年一个阶段 ●目标分解。目标分解法决定了我们要分到不能再分的程度，需要大家能够把目标分解以及重组。 ●两个原则 第一是任何的目标都是需要被分解的 第二就是要分解出一个小目标，做一个分解评估 第二，单点突破法 ●计划和实施 ●总结和评估 ●效率手册+总结笔记 第三，核心竞争力法 ●你每一天花费在无意义

我们并不缺乏软件工程，需求工程的理论，技术，缺乏的是将这些理论和技术有效的应用到实践。 编剧的SERU过程框架正好是将软件工程理论和具体的需求实践工作真正的结合起来了。 最核心的不是提出了很多重要的需求诫语，重要的是可以通过SERU框架系统来梳理和回顾我们的需求开发和需求管理活动。 SERU模型 S:Subject Area，表示子问题域 其核心思想是要通过业务来分解系统，尽量保证业务独立和低耦合。 E:Event，表示业务事件 通过业务事件能够找到流程，通过流程能够找到不同场景和用例。 R:Report，表示报表 统一处理查询，分析和统计类需求。 U:Use Case表示用例 需求组织的最小单位，到了需求分析阶段的重要活动和产出。 SERU过程框架模型将需求过程分解为了三个阶段， 第一个阶段是需求定义，重点是主题域划分和业务事件识别。 第二个阶段是理清需求框架和脉络，重点是通过业务流程图转到具体的领域类图和用例图。 到了第三个阶段重点就是填充需求细节，包括用例的详细编写，界面和交互设计等。 第一阶段-需求定义阶段 需求定义阶段强调了一个重点就是高屋建瓴和从顶向下的思路。 当要做一个全新的软件产品的时候，我们首先肯定是进行需求收集和调研，所以书里面专门谈到了需求捕获的最佳实践，包括用户的访谈和调查，现场的观摩等。 同时也提出了类似任务卡片等很好的现场需求捕获工具。为什么一开始要强调第一阶段对系统的宏观把握和高屋建瓴，因为在做一个全新的软件产品的时候我们很容易收集到大量用户现有的流程，表单，组织架构等信息和资料，但是这样很容易一次的陷入到需求细节中而对企业的业务没有一个宏观的把握。 主题域划分+上下文图，是需求定义阶段的重要输出。 主题域划分主要是从业务的视角来考虑子系统应该如何划以降低业务本身的耦合，在书中也专门提到了主题域划分的思考应该从组织结构为线索，从分管领导找突破以及借鉴典型的业务职能区块等。 主题域划分清楚了下一步重点就是要确定主题域的范围，自然引入了上下文关系图，其核心就是要将主题域或子系统作为一个黑盒来分析，搞清楚边界和其于外部用户的交互。通过理清楚上下文关系图后第一阶段的输出基本就很容易明确了，即业务事件+报表需求。 在这里我觉得重点要借鉴的就是从顶向下的系统思维和分而治之，这是解决问题很重要方法。 同时刚开始一定不要跳过这个阶段而落入需求细节。 主题域和业务事件是两个重要概念，而这两个概念核心又是业务场景。 第二阶段-需求分析阶段 在第二个阶段重点就是粒度的细化，从主题域我需要细化一层到识别了关键业务对象的领域视图，从业务事件进行流程分析我们需要讲业务事件细化一层到具体的业务活动，而业务活动正式我们在识别用例的时候的重要参考。所以在这里我们基本清楚了第二阶段刚开始是通过业务事件进行业务流程分析，业务实体分析，业务场景分析，识别领域类和用例。 需求分析就是先分解，在提炼，然后在这个过程中消除矛盾。 不管是采用结构化的方法还是面向对象的方法，分解是人类控制复杂性，认知复杂事物的最佳实践。 现代工程理论更建议采用业务导向的分解而非系统导向的分解。 在第一阶段的分解我们可以看到以主题域为主线索，具体的分解过程为目标系统-》主题域-》业务事件；到了第二阶段则是以业务流程为主线索进行分解，具体为业务事件-》业务流程和业务活动-》领域类图和用例。 业务流程是对信息系统进行庖丁解牛的核心线索，每个业务事件都是一个业务流程的触发，因此针对每个业务事件都应继续做业务流程分析。 对于业务流程是企业核心业务的重要载体，业务流程本身就是结构化的，而且是分

笔者深入浅出的剖析合伙人制度的道和术，案例经典和具体，好剧！

回归简单～分析你不经意说的话～用批判的思维做决定～～～改天再买纸质的回来看～干货太多～～

鼍神案我不爱看。

今年看过第二好的一本剧，相信每个人都能在书中找到一些自己的故事。

结局“他好像一条狗呀”！！ 书看到一半，昨晚看了《HipHopBattle.com: Hip Hop 4 Life》电影 今早结束了这部剧 是何等默契 如此有趣