正规军的军规1

就度量我在说点，算是回答吧。
数据存在多种，一是直接的物理数据，一是经过推导的间接数据。比如距离和时间就是直接数据，而速度是间接数据。当然直接数据和间接数据之间是可以转换的，因为他们之间是可以互相推导的。也就是速度也可以是直接数据，时间和距离也可以是间接数据。具体在一个场景下是什么类型的数据，要看这些数据收集的方式，如果收集的方式是物理的，那么就是直接方式，如果是经过逻辑推导的，那么就是间接数据。同时这些数据是用来说明事物的一些特有属性的，而有些属性是人们还没有发现或者关心的，并且与之相关的数据也是并没有被认可的。比如速度的概念就不是一早就有，而有了之后也是先有快慢，没有具体的数字数据，最后到了物理发达的阶段才有了秒每米这样的说法，而加速度这个概念都是更晚才被人们认识到的。说不定过段时期，人们又会搞个加速度变化的趋势的概念出来。软件的问题现在就在是人们对软件的基本属性还认识不到位，一个方面是对现有已经认识到的基本属性认识不到位，另外一个是对现在还没认识到的基本属性认识不到位。比如质量究竟应该用什么数据做对照参考，规模应该是数据做参照系；另外这些数据间的关系是什么，什么是可以互相推算的，什么是可以通过物理收集的，什么是不能通过物理收集的；有些属性到底需要什么样的数据才更能被认识和理解，从而形成一种直觉式的反应，比如我们直觉性的就知道10米/秒速度是1米/秒的速度的10倍。
实际上度量研究的过程，就是对软件属性认识的过程。可以说软件开发过程的改进，是一个研究过程。这点请务必理解到位。
而我说我喜欢职业化这个词，其中也包括了究竟应该什么是职业化的一个思考。同时正规化也是一个过程的基本属性，不同的项目需要不同的正规化水平，超出或者低于这个范围都是不好的。而职业化要求就不一样，只存在对职业化要求的最低水准，而不存在上线。这就好比，一个好的职业兵，既应该可以在游击队里面战斗 ，也应该可以在正式部队里面战斗。他只可能不能去某种特种部队，因为那个地方职业素养或者职业技能要求更好，他达不到。当然他也有自己喜好的正规化范围，但是这个不是强制性的范围。

军规就是误区大展，哈哈~
开发人员的理由也很有道理，没发现值得说这些东西就是误区
有本事一切都拿数据说话，不然我看就是办公室政治，太强硬，到最后就是谁也不给谁面子。
工具、沟通、过程迭代是我理解的三件宝。
开发还是需要大伙互相支持，误区这东西我看玄

讨论比较深入。
对于第一点，其实我们大家都想到一个梦想的开发团队，每个人都有极强的主人翁意识，把项目或产品看作自己的作品，其实这样不太现实。
公司一边强调低成本，一边又想找最好的开发人员，这个本身就是一个矛盾。
一个好的组织，强调的是各司其责，最好预备几个自由人的。
所以，你说的第一点，设计和考虑是这个开发人员的事情吧，如果是，请明确指出，并描述在JD里面，并且给与相应的报酬，不是，就不要要求太高。
既要牛耕田又不让牛吃草，哪有这样的事情

事实上我认为创造性，设计性的构筑是不可能管理的，根本没有可管理的方案，只能指望你有识人慧眼，然后按照创造者，设计者的标准提供不断增加的较高浪费的构筑资源，然后将控制权和责任交给对方，当然你可以督促提醒，但最终的产量质量是肯定无法绝对控制的。即使是完美的天才设计者，充分的资源和后勤，最终仍然不可能完全剔除设计失败的可能性。

然后，作为对比，重复性，生产性的构筑是可以管理的，可以绝对控制产量质量和进度，并且只需要支出确定的可以计算的，使用率高的构筑资源。但是有一件事情你绝对做不到，就是在设计性构筑管理过程里享受生产性构筑管理的确定性和高效率。

楼主这篇文章里提出的所有的问题，综合起来其实只有一个。

“如何让我手下的流水线制造工人承担产品设计失败的责任？”

放到传统制造业，这句话就是一个笑话，只有IT行业才会这样把生产和设计彻底混淆了堂而皇之说些没有常识的话。