主管的风格，就是部门的风格？
不一定完全是这样，但我认为主管的做事风格对部门的风格影响很大。
物以类聚、人以群分，主管在招人时就进行了一定的筛选，这种筛选是必然的。
主管身体力行的做事方法和过程，以及管理过程提倡的东西，这两方面影响整个部门。
由于开发部门人手有限，我自己根据项目紧急程度，参与Unix c++、vc++、java三方面项目的开发，在系统设计、具体编码、单元测试过程中，我一方面自己身体力行地尽量做好每个涉及的环节，另一方面反复强调我的观点。
如果问一年半来，在技术管理过程中，我最能记得有那几点？那就是：
1、反复强调沟通合作。提倡面对面沟通、及时沟通，三句话讲不清楚的，反对在QQ、MSN上说来说去。禁止绝对地按人分模块(注意：首先肯定是按人分模块负责的，有一个主要负责人)，然后大家互不相干，在开发小组内是不行的，因为这种做法阻止了沟通合作，互相帮助，互相分担工作。
2、反复强调软件功能准确性、程序稳定性容错性、代码简洁、可读、可维护、可扩展性。这是老生常谈的东西，也是很难把握的东西，也是要一定时间以后才能看出效果的。重要的做法是，我自己亲自写代码，然后进行集中培训分析，随时抓住机会点评我的代码和他们的代码。身体力行是很必要的，其实有时就是三五分钟。
3、坚持5天制，坚持不加班。汕头5天制的软件企业很少，多是5天半和6天制。我刚来公司时其实也是5天半，一段时间后才争取到现在这样。重要的是，我反复强调不加班，5：30下班走人，但一定要在白天8小时给我高效工作，至少要按我的工作安排完成任务！
我一直认为，从长远地总体上来考虑，加班是不可取的，是对工作效率和积极性很不利的，是一个坏习惯。社会上常见一些主管以加班来衡量一个员工，我认为是极其错误的，不知道有经验高技术的老员工，在他眼里是什么地位。
4、强调设计、强调文档。
我亲自教大家怎么用PowerDesiger来画类图、部署图、时序图、活动图、状态图，并教他们在什么情况下适合使用什么图来表达设计。文档，特别是功能需求、总体设计，一定要有，不然到后来自己的这个系统是什么都搞不清楚。我也提倡敏捷，教大家怎么保证代码、设计、文档尽量保持一致。