正规军的军规1

呵呵，支付宝也是这么工作的？有机会去学习学习。

呵呵，纠正一点，虽然是我的帖子，但是不是我提到。我只是想拿这些点出来和大家讨论讨论。
这里你讲到老子的无为而治我觉得可以深入讨论一下：
理解一，无为=无创造，没有创造就是没有风险，没有风险自然就不会失败。
理解二，无为=不做限制，没有限制就可以创造更有价值的，而我们所追求的不就是价值和和意义吗。
我个人更喜欢第二种理解，当然道德经，我也没有看完整过，什么是无为，如何又才能做到无为这个就是我不熟悉的东西了，暂时先断章取义一下。希望能够熟读四书五经的朋友出来给我们讲讲我们博大精深的文化与现在管理方法的结合。
不过看过一本书《中国式管理》，我觉得现在在感觉到管理团队困难的朋友都可以看看。

很明显，如果每个人都是你这样想并做到，为什么你还会出现这个问题；
如果每个你团队的人都是你这样想并做到，你有机会加6倍工资，有机会脱颖而出？
如果世界上每个人都是你这样想并做到，人类早就灭亡了。

所以，不管什么组织里面，都强调JY文化，都是少数JY领导其他人，这个道理很简单啊。

不过每个人的追求不同，有些人不想太多努力，因为不想得到；有些人想得到，但是不去努力；

1.我的理解“无为”指顺应自然规律,或者说不做逆自然规律而动的事情。
在管理上表现为，系统思维的理解自然动力，动作要早，幅度要小。


2. 考虑可以给ozzzzzz颁发一面锦旗“思考质量大奖”。

 

个人理解，所谓的无为而治就是顺应潮流，每个人都完成自己该完成的，就无所谓管理了，每个个人都做好自己的事情了，自然就治了。:-)，至于怎样达到这个境界，怎样做到无为，老子也没有给出明确的答复，他只是说：“道可道，非常道。名可名，非常名。”所以要达到 道 的境界需要自己去领悟，说出来的就不是“道”了。 :-)

说说我对cmm的理解，我觉得cmm只是一个软件项目管理的框架，他没有告诉你该怎么做，只告诉你需要做什么，就拿度量，量化和改进来说（4，5level最难的地方），他只是说需要有数据能够量化当前的工作，并且能到根据数据分析当前状况，并为你的措施给与指导和蚌组，并且能预测下一步可能会出现什么情况，提醒你及早采取措施。
cmmi完全是就过程来说的，确实忽略了人这个重要的因素，但是，如果你站在管理者角度，他们思考的就是 只要每个人能做好自己的事情，整个project就能很好的运行。这就是工程化的思想。

就度量问题需要做专门的讨论，而且这个是一般必须的讨论。这个问题可以说是现在软件开发工程方面一个最迫切需要解决的问题，注意是问题不是问题之一。现在虽然有一门学科叫软件工程，但是实际上这门学科还算不上是工程学科，原因就在于度量方面还没有到达标准。这个方面主要有两个方向需要去做，一个是寻找更多的物理参数，一个是寻找将现有物理参数进行组合以与软件的某些属性应对。而现在最迫切的一点是如何把现有的软件属性跟原有的企业经营系统进行连接。这个链接不是一个为连接而连接的事情，而是应该有理论有实际统计做基础的连接。比如人们常拿软件工程跟建筑工程类比，也有很多人反对这样的对比。现在的工作就是要将这两个学科进行对比和联系，当然是要有说的通的方法和原理方面的印证。比如说建筑的设计如何如何，软件的设计如何如何，那么是不是考虑到了建筑的设计在投资和资源分配的比例同软件开发中设计的差别这个关键的问题。在比如说建筑工程如何如何文档化，那么是不是考虑到建筑工程的文档化支持所付出的成本与软件工程文档化付出的成本之间的差别。这些东西如果你不考虑，不解释。仅仅单纯的凭外观去对照，就跟中医说的以型养型仅仅只能是一种模糊的说法（其实就是吃什么养什么，比如吃心养心，吃肝养肝，是没有科学依据的）
quote]
说道度量问题，我们一直在探索，但是有一个很大的问题摆在我的面前，用数字去衡量自己团队的人是一个不友好的事情，因为这样很容易让他们知道谁强谁弱，并且很多算法也不完全公正，不利于团队稳定。

至于物理参数，我想说说我的：
1：基本单位：Task（包括name,from date, end date, one page document, reference requirement document，etc）,描述的是任务的一些基本要素，最重要的是定义好完成任务的一个标准
2：计分方式
在给定时间内完成任务能得到任务所有的TP（task point），是否完成任务需要有leader和qa共同review
第一次如果不合格，然后生成一个新的子任务，时间不长，task point = parent task point * 95%
为什么是95%？因为一次完成难度对大部分人都太大，并且有些也是文档的问题，
第二次，三次的重新的子任务就不一样了，因为是否做好，完全是个人的能力和责任的问题
3：现在有很多数据了，怎么统计和度量就不用说了。

task的分值其实是一个很必要的东西，做迭代内的燃尽图很不错，把它挂在墙上很有意思的，老板很喜欢这个

呵，楼主的正规军，目前只是描述了程序员部分，针对测试、发布、实施就不理会了？

我只是说有点儿那个意思，断章取义地讲，就是达到CMM5的要求的前提下，它不太希望你改变现状，或者说，它认为你的新尝试会导致项目失败，所以不要去试，而且就成本上来讲，新尝试总要花点学费的。所以就项目本身而言，当然不值了，但就公司长远来讲，一个项目的得失比公司总的发展是不算什么的。
无为=不做限制 ，这个解释也讲得通，因为你已经被自然地限制住了，不需要再多限制了。从人的角度讲，我有代码库了，我有项目经理了，我不能再要求项目组代新人了，不能再要求新方法了。如果只是简单地组建项目团队，不做限制，你是项目经理，你当然不会找新手来，你希望配置都是熟练工。公司很“无为”，任由社会达尔文主义泛滥，适者生存，理论上好像也没有什么不对。但这不能使企业长久发展，有些东西是没法度量的。如果你是新手，你就是新手，不要去想新手以外的问题，过了一段时间，变成了熟练的新手，还是新手。怎么可能只做好自己的事，就治了，一想那不是我的事情，就不管了，那项目经理从哪儿来，新手想，那是项目经理的事，关我什么事，项目经理想，这不是我项目的事，关我什么事，老总想，不是项目经理就别来，关我什么事。跑题了。

一知半解，就不要作为论证依据了。。。。要严谨。。。做技术。。