其实是几个月之前，在想和在做的事情，现在忽然想起简单记录一下。
前阵子，我把工作中需要做的事情、解决问题的流程和方法都尽量清晰的记录在wiki中作为一种知识在管理，主要是让QA team的其他同学们都能够明白自己每天需要做的事情和做事情的流程。当时，主要是发现，我解释过了一两次的工作的流程，在他们实际的操作中却容易丢三落四，经常没有做得完善，或者老是再次来问我。
起初，我也不想把条条框框都规定好，每个人都依葫芦画瓢；我倒希望大家都能发挥自己的主管能动性，怎么将工作做好，怎么做的有道理，就尽量去做，而且工作中需要的一些能力，也需要自己去提高，对于技能、原理等需要自己花点业余时间去熟练精通的，然后在工作中才能应用自如、事半功倍。但是，不是每个人都愿意发挥自己的主观能动性的，有的人可能想法就是，把工作基本完成后领取自己的工资即可；并没有想把事情做好，并没有去学习更多的与工作相关的技能，一方工作起来更有效率，另一方面技提高也有助于在人力资源市场上的竞争力。后来，我发现不能“依葫芦画瓢”的问题更大，画出来的“瓢”的形状差异太多，甚至看起来都根本不像。
所以，我还是写了不少东西在wiki上，遇到一些问题，我先讲一下怎么做，然后尽量写到wiki上去（有的是我写，有的是其他同事帮忙写上去），大家的记忆力估计都不大好，下次总有又遇到类事情但去不知如何解决的时候，我就说曾经讲过了，去wiki上搜索某某关键词吧。
在管理中、在工作中，我觉得一个组织发展过程中，可能会经过几个状态：无流程——>有流程——>无死板的流程。最终比较高级的阶段，或许可以成为领导，也许某个Leader真的很有Leadership，也包括以情感去管理下属，而且下属也都已经很熟悉工作流程和方法，如果能动性又很强，确实是不需要太多的条条框框的干预。但目前，我们QA Team的成员其实对虚拟化的认识也都不够深入（包括我自己也仍需努力提高），而且部分由于外包或者个人性格的原因，并非都能积极主动地、高效地做完事情，所以还是选择有多一些流程和监督的管理方式，也是比较稳妥的工作方式，让我们能够及时的交付质量有保证的工作和产品。
好吧，写的有点乱，只是记录一下。