其实制度流程没分两种，开发团队讲好规则；约定好软件开发的品质、验证基准并自动化
、约定时间code review的时程，正是加速品质保证及验证软件的速度。这个作法并没有
什么多余跟lock的问题，除非品质跟验证软件本身就是多余。
另外有很多方法论来指导上述的实作原则外、也很多公司有进行也持续运转这机制，若你
还没有尝试就赶快试试，不用臆想跟推论这么多。
阁下言谈之间我的感觉是不熟这方面的运作，所以另外再建议你找一个熟这方面流程的人
来协助你，这样才可以解决问题。
至于怕优秀人才会因为这样感到不被信任的问题也不用担心，优秀人才只会因为没有这些
机制而离去，原因在于他们严格要求自己验证跟品质，团队有这些机制对他们来说已经很
习惯，倒是没有这些机制还要担心我完美的架构混入其他没被验证的粪code，什么叫委屈
？这才叫委屈。
※ 引述《accessdenied (存取违规)》之铭言：
: ※ 引述《goooeooo (ge)》之铭言：
: : 纪律跟细心
: : 换个角度说是指
: : 做事态度
: : 一个人再聪明 设计架构再屌
: : 态度不对 也是很尴尬的
: : 一个人资质普普 态度对了 花了比别人多的时间 产出优异 没BUG
: : 这就是优秀~
: 唉唉唉，当初我不用“态度”这个字眼就是知道大家会各自解读，到底什么是好的态度
..
: ...
: 所以我讲白了就是“细心”和“纪律”，还举了很多实际例子来说明这两个元素的概念
，
: 结果有人又简化回态度两字，果然底下有开始乱战了...
: 拉回主题，前阵子忙着赚钱没时间好好回应一些想法。有人说制度和流程可以解决，还
提
: 到权限控管，为什么我不太认同。
: 制度流程分两种，一种是协同合作必要的方式，你负责的范围是哪里？东西做好会放在
哪
: 里？这是让大家做事彼此方便快速的约定，是增加效率的。这类似交通规则的订定，大
家
: 照着做就流畅。
: 另一种制度流程，是防弊的，稽核、放行、权限控管，是保持着一种不信任的心态在做
管
: 理。这就好像除了红绿灯外，又另外安排了一个交通警察指挥交通（权限、审核放行）
，
: 并看管所有驾驶人。
: 后者会产生效率瓶颈，因为每台车都要经过检查并放行，交通就堵塞了，开发人员再多
、
: 效率再高都没用，就是会lock。
: 每个change都要approve的下场，就是“人皮图章”开始产生的时候。
: 再来，有些 team 赶专案加班到半夜怎么办？负责approve的人难道发呆配到半夜只为
了
: 最后帮他开权限和approve？这些都是无谓的人力损耗。
: 而且优秀的人才，一直在不被信任的环境下做事，心委屈了，流失也只是迟早的事情！
: 想想看，你有10个工程师，只为了其中1个心态随便的人员，就把剩下9个优秀的人才一
起
: 拖下水被绑手绑脚不再信任？
: 为了那一个人，与其设计各种稽核制度防止他做错，不如一开始九排除他，让剩下九个
人
: 顺顺利利做事，这才是正解吧！？
: 让不对的人一开始就不要溜进来，团队也不会被污染，好的人才更不会觉得被牵累！
: 这才是我为什么要跟大家请益的出发点。