，以我的经验，超过八成研发主管都会说是需求。顾问：我接触客户，尤其是做产品的，越来越多用敏捷或者迭代的方式快速交付，我做咨询本来想从一些标准的模型或者方法去辅导他们，因为我觉得他们很多时候都没有用好迭代或敏捷来改善开发工作，没有获得本应的效果。所以你参考的敏捷模型和实践，都是偏于技术方面的，但我们前面讨论过，技术只是影响改进的其中一个元素，如果没有考虑人的因素、动力、奖罚等，还是难以取得效果的。都

“专注用户，从顾客的角度生产产品。”某次现场培训，我分享了丰田汽车故事后，请学员分组讨论，写出对工作最有帮助的3条。以上是某组的第一条，我请他们解释说明。“我是做开发的，反思时发现其实不清楚我的工作对客户有什么作用。”一位年轻的编码人员说。因为编码工作大部分都是由产品经理或项目经理过滤后分配，所以如果你随便问身边的编码人员，70-80%的可能不知道用户为什么要这样做，要开发的功能有什么价值。这位年

提高代码质量和可读性（编码规范）提高代码复用加强测试驱动开发一边写代码一边说提问，如：这方法是否归为这个类每人带纸和笔（最好铅笔）不断想复用客户：我猜你说的3步是：第一步，高层认同软件质量问题的严重性，为此交过学费，知道损失多大第二步，管理层不仅了解软件的质量问题和改善措施，更需要内部立项做培训和投入资源（人力），做过程改进第三步才是具体的培训课。因为缺乏第一步和第二步，所以之前做完了结对编程培训

编辑。

今年被质量经理邀请参加他们的质量沙龙，但只有30分钟，我就用了TED演讲思路，用了17分钟讲软件开发公司的常见质量问题和改进措施。你觉得下面4种工作，哪一类工种占的工作量最多？编码与代码设计。交付后的所有工作，包括维护、更新与缺陷修正。交付前的评审、静态扫描、测试与缺陷修正。项目管理与监控。从2012年Capers Jones对美国软件公司的统计中看到，编码只排第二（占开发工作量的25%），测试与

创新，顾名思义，是指创造新的事物或提出与常规不同的见解。丰田汽车公司精益生产(JIT)的案例展示了丰田通过一线员工的智慧不断改善，最终实现了许多人最初认为不可思议的目标，如“零”缺陷和“零”库存。这使得丰田成为现代汽车生产的标杆。但这些改善都只属于解决问题（Problem Solving），而并非创新（即使团队迭代回顾时针对缺陷排除率分析根因也不能算是创新）。为什么有些公司和个人能够通过创新取得成

我：对过程改进来说，最重要的成功要素是什么？客户：最难的是如何得到高层的支持，这不仅仅是嘴巴说说而已，而是要切实地给人、给时间。高层往往不清楚什么是质量改进的重点，但他们对员工的人均收入、利润（比如员工可为公司盈利的时间占比。如果少，就表示这个员工对公司的盈利贡献不够。）等这些财务指标都非常清楚。我：非常赞同。我们可以利用评估机会来引起高层对质量改进的重视，但往往评估组只说软件开发的各种问题，难以

这几年大数据很火，很多高科技公司都推相关的工具或者方案，很多软件开发项目经理觉得应该也用数据分析，分析历史数据，准确预估项目工作量、工期。但实际上，虽然预测模型已经有超过50年的历史，过千份研究报告、教材、指南，但使用在项目中不多。更多研究发现如果用专家估算可能更准确。以上是2009年IEEE杂志中的文章，Jorgensen先生的结论。

PSP 的简单介绍PSP0基础 - 工时：计划与实际对比；每阶段引入多少缺陷；排除了多少缺陷PSP0.1加入代码行统计 - 计划与实际对比；代码规范PSP1加入使用 PROBE 方法 做规模估算PSP2加入设计与代码评审的计划与统计PSP3Cyclic process 先做策划与总体设计，然后多轮开发 ， 有点类似迭代开发。PSP跟CMMI成熟度模型类似，也是按部就班一步步，帮助软件工程师利用度量

技术总监问：现在我遇到最大的难题就是如何提升下面技术人员的能力，如果他们全都是高手，我就很轻松了，但实际上高手最多只有 1/3，其他都是中低水平。你接触过这么多软件开发团队，有什么好方案？我：你可以先听听以下故事。小李：你平常办公时间一直都很忙，还可以腾出晚上和周末时间，把客户遇到的问题，如何解决等，汇总成分享文章，每两周公众号发布，很厉害呀。我：其实你也可以做到。要成为专业软件工程师，除了要学习