作为程序猿，最痛苦的事情是什么？除了工资低，我认为是一个项目做着做着，忽然不要你做了。这是啪啪打脸的节奏。
我现在就遇上了。辛辛苦苦，活没少干，但动辄得咎，到头来为他人作嫁衣裳。个中痛苦，唯有自知。
究其原因，说到底，就是因为没做好嘛。不管你有多辛苦，没做好就是没做好。辛苦，而没做好，只能说明你做得不对，瞎做，瞎J8忙。
为什么没做好呢？我认为是自己作为一枚研发经理，在管理上，存在缺失。缺失到什么程度？
0、没有设计
对系统的数据库设计一问三不知，别人问起，支支吾吾，基本靠蒙，或者想当然。当然，这个数据库是另外一组人设计的，但这不是理由。作为负责这个项目部分功能开发的主管，我居然从来没有认真去研读这个数据库设计，从而造成对业务、逻辑基本生疏，很难去设计、细化和监督开发工作。
1、没有监管
作为研发主管，负责开发的系统，手下的人开发出来，我只是“哦”了一声，居然不去跑一个业务流程，看通不通，是否顺畅，监管不力。
其后果，就是当大家一起开会看进度时，我才发现原来自己负责做出来的东西，居然这么烂！难怪被踢出局。我自己都没办法原谅自己。
然后这几天拿起代码来修改，亲自上阵，我靠，这代码写的。差点都成经典案例了。
管理，看来不是一件容易的事。不是分分模块，布置一下任务这么简单的。应该是：
0、开发前有设计
把握全局，对整个项目有把控，业务、流程应该了然于胸。
1、开发中有参与
工作分配给下属是肯定的，但即使做不到自己开发，代码也应该要不定期抽查。代码审查一定是整个团队来进行，你作为主管，抽10分钟看看难道不可以吗？难道真的那么忙？
2、定期检查，纠偏
这个最重要。公司一些重大的项目，高层基本上每周一看，在会议室里放投影，将系统过一遍。作为开发人员，肯定压力山大。我认为这是抓项目最有效的手段。那作为项目组，自己过一遍也可以啊。程序猿都有上进心，谁也不想自己做出来的东西露怯。
近期家里装修，我选了装修公司。价格肯定比直接找施工队贵很多，但我看中的是装修公司有一套装修标准，期望能给我比较好的质量。
那公司找我做研发经理，肯定也是希望我可以对开发工作进行设计、管理、监督，有一套标准，能保证产品出来有比较好的质量。
平心而论，我认为自己是一个比较好的开发人员，工作积极主动负责，能想人之不想。但是，项目单打独斗是不行的，作为管理者，我应该如何将我自己的好的做法推行到下属中，这是我要努力学习的。