目前好多软件团队都存在着这样一种普遍现象：
　1.大部分人所在的公司，开发人员仅3-5人，多的在10人。别看就这几条枪，还从售前支持，软件开发，测试、打包发布、文档编写、实施安装、培训、技术支持都做。这还不算什么，而且几乎是一个人负责一个产品或一个项目，一个人从头跟到尾，而且负责多个客户的维护工作。这还不算什么，而且随时老板会找来八竿子打不着的新活，要的还挺紧，突然要开发，打乱了所有的计划，最后都懒的按计划行事，每天撞钟，老板有事就吩咐，没事就上网，还不让听歌，当然更不让打游戏。甚至还不让看技术书籍，呵斥不干工作。只能上网装作在工作。
　2.老板和员工互相斗智斗勇，在年终奖、报销、出差、平时福利上啊，都明争暗斗。老板卡的紧，员工就在项目和产品上下药，还不知道是谁占了谁便宜，谁给谁打了工。
　3.员工一边在刻苦钻研各种开发工具，阅读源代码，学习做DEMO例子，阅读UML、设计模式、单元测试、敏捷编程等等，一边却懒的修改现在公司的产品，有问题就打补丁，客户不嚷嚷就懒的修改，代码不优化，界面不友好，架构没架构，代码不封装。

其实大家都是想把产品开发好，把开发过程管理的井井有条，但是都心有余而力不足。阅读了N多软件工程的书籍，从重型方法到轻型方法都阅读了，但都无法把现在的开发状态一点点扭转好。 更多 »

近来虽然非常非常忙，不过接触了很多关于经营管理方面的资料，越来越觉得这百分百是一门极其高深的“技术”。看过若干篇资料和视频讲座，发现作为技术出身的自己总会陷入一个双输两难的境地，总会从技术的角度关门造车，虽然经历的项目（而且是100%的独立项目）比较多，且做过一阵与客户接触比较多的工作，相对来说可以从客户的角度想问题，不过根深蒂固的思想总会在不经意之间冒出来，看了一些经营管理方面的资料发现，其实很多东西可以联系到一起。做技术不是不好，不过作为代码开发型的技术，始终要做到管理型上，这样才会有持久的工作生命。而且其实偶尔发现做管理的确是一个很有意思的科目，声明一下，这可不是权力上的自大心理，怎么说呢，对于我来说，这种感觉好像是当初刚开始学习写程序的时候那种兴奋的感觉——也许，写代码真的有些累了，该换一换了。

经过这两年的积累，明年也许是一个转型的一年，希望先预热一下，积累理论的经验，抛弃旧有的观念和不良的习惯，扬帆开始我的而立之年……

既然是新手，那么就从转载开始吧……