1. 闲谈工作 之 工作效率 杰华

2. 发达国家和不发达国家的区别在于生产效率 —— 经济学

4. 计划和执行

5. 沟通

8. 开发

9. 测试开发

10. 分析和设计

11. 产品需求讲解会之后 B：小D，啥时候作需求评审？ D：刚才讲的很多，没听明白，还得回去好好琢磨琢磨…三天后如何？ B：哦…需要这么长时间吗？ D：嗯，刚才都没听懂，应该要这么久 B：好吧（无可奈何）

12. 小D在经过三天的苦闷纠结之后，终于在第三天晚上开始动笔并完成了概要设计 评审中 D：… B: 嗯，不错。不过这还是一个大的、笼统的架构，后续的呢？ D：@#$@% 漫长的一周就这样过去了…

13. 历经磨难之后，小D终于开始了梦寐以求的编码开发工作。 D：其实我还是比较模糊，只想到了大的模块，但是具体如何实现，还是不清楚。哎！闷着头做吧，车到山前必有路。

14. 越往后开发，越发现之前写的那个架构满足不了现在的需要。现在已经把之前的架构改了不少，而且还在不断的增加新方法，总是意外的发现一个新问题，这个解决了，另一个地方又出了问题。最后基本上，已经进入混战的状态。 原本计划两周完成，但三周都已经快过去了，还没进入可测状态。

15. 还是在历经磨难之后，第一版终于上线了，欢呼一下。虽然实现的架构比之前改了很多，但形还在，勉勉强强能接受吧。

16. 一周之后，要扩展新的功能。 B：小D，评估一下，给我个时间 D：妈的，之前的架构没考虑到这种扩展，实现不了。领导，能不能给我一周，让我把架构改一下，要不然很难实现。要不三天吧？ B： @#$@%

17. 小D花了一周的时间把之前的架构重写了一下边写边骂：当初怎么就没想到以后可能要做这种类型的扩展，白浪费了一周时间。

24. B：这个需要多长时间？ D：小case，有些功能库中已经有些包支持了，两天时间搞定 B：good news

25. 一天之后… D：shit 这包没法用呀，这接口名称，使用方式，输入输出太不通用了，想扩展也难。完蛋了，看来两天搞不定了。咋办呢？ D：boss 两天有点困难，之前的包不能重用，再给我三天时间？ B：草，不行，都跟Y定好了，多给你一天！ 结果：三天之后还是一个不能通用的包

27. 技术债务会形成恶性循环技术债务： 可有效实现到理想状态，而没有实现到理想状态的技术产品。

29. 多发现共性，多实现共性

32. Z：什么时候可测？ D：我们快做好了，5点吧 Z：好，那我叫交互、产品5点测试 5点测试开始了… E：这是啥呀，这功能都跑不通，让我测试啥？ D：哦，我们正在改呢，你先看看别的 E：好吧…这个也不行呀？ C：这有个问题，我正在改呢 E： @#$@%

34. 广义的测试应该分为联调和测试两部分

35. 联调应该仅有前后端开发参与，保证不影响更多人的工作

37. C和D分别参与两个项目，周一开始了开发，都要在周四上线。到周三了 C：诶，缺少页面！M，今天给我做页面吧？ M：哦，好 D：诶，缺少页面！M，今天给我做页面吧？ M：！不行，时间已经安排给C了 D：boss M时间安排不开，周四上线不了了 B：为啥早没找M协调时间？ D：… E：哎，M，今天给我作页面吧？

39. 计划应该包括哪天开始，持续多长时间

40. 哪天开始取决于前置任务的计划，会帮助前置任务制定计划

43. 尽量半天只做一件事儿

44. 每半天或者一天，专门安排一个时间处理零碎的小事儿，比如处理bug，答复疑问等等

45. 拒绝打扰

46. 需要一个安静的环境来完成任务

51. 过少沟通形成信息不对称

53. 设计阶段需要有集体智慧或者头脑风暴

54. 开发准备阶段需要密集沟通准备工作和讨论确定相互衔接的工作

56. 开发阶段，由于有之前的约定，因此不需要再进行过多的沟通。

57. 如果在这个阶段还在进行过多的沟通，那很有可能在设计和准备阶段，做的不全或者不够细致，这是危险的

59. 开发准备阶段建议采用Wiki、邮件、会议

60. 开发阶段建议采用Wiki、邮件

61. 联调阶段建议采用onenote

63. 不同分工的人之间沟通过少，主要存在于

64. 开发人员和产品人员之间，开发人员没有从产品人员处充分了解和追问需求

65. 开发人员和交互人员之间，开发人员没有详细了解交互

69. 计划要有优先级

70. 授人以鱼，不如授人以渔

71. 多想能为以后留下什么

72. 拒绝形式化

73. 自上而下和自下而上

75. 以上这些能够解决你的问题，提高你的效率吗？

76. Sorry，不能！

78. 每个人的职位、日常工作都不一样，可改进的效率的方式也不尽相同

80. 抛砖引玉

81. 希望每个人能够关注工作效率，共同贡献，共同提高