今天在偶然看到一篇文章是些强矩阵和若矩阵管理方式的文章，看完后心潮澎湃，感想颇多啊！
先普及一下感念：
弱矩阵：公司由各个部门组成，各个部门各施其职，按部就班，都有自己的主管，绩效由各个部门自己管理。
强矩阵：一般公司规模比较小，一个部门的人员往往要夸部门做事情，部门与部门直接没有明显的界限，部门绩效都和软件产品及销量直接挂钩。一损俱损，一荣俱荣。
在这里我不评价2个管理方式的好坏，不能简单的说哪个管理方式好，一般弱矩阵适合产品比较稳定，流水线式作业。
而强矩阵适合产品难度比较大，一个部门不能完全理解一个产品，只有多个部门一起互相合作才能保证产品的质量，群策群力才能使产品完善（比如一个新产品，客户只给了大概的的需求，这个时候需求部不能完全理解产品，开发部也不能完全按需求做出东西等）。
我只是想谈一下我以前一个公司的自己的切身经历！
以前我在一个国企，做一个比较大的项目（号称下一代系统），参与这个项目的人员达到200多人（哈哈，够大吧！），有需求部，开发部，DBA部，测试部和售后部等。
我发现这个公司每到开会的是经常因为一个小问题互相在会上扯皮，开发说需求文档写的不清楚无法实现，需求说开发无能，测试说开发不够仔细，开发说不能重现bug等等。总之不停的扯皮，各个部门不停的发牢骚都觉得自己干的很辛苦但还是被别的部门抱怨。
其实这个大公司的通病，尤其是体制内大公司的通病。因为我们部门不归你们部门管，我说你们部门有问题最好你们部门去改，我们部门就尅闲着了。呵呵。地区人都知道！
后来我从这家公司跳出来到一个小公司，发现这样的问题还真是少了，几乎没有互相扯皮的事，大家都你问我，我问你和谐的在一起工作，我到不是说这个小公司有多好，而是说这个问题在小公司挺难复现的。相信大家应该有点共鸣吧！
后来想了一想，其实原因就是大家没有坐到一条船上！
其实一个项目由好多部门完成，理论上大家是一个利益共同体，但是在制度上并不是利益共同体。说白了，对你的伤害不会造成我的伤害，人不为己天诛地灭。
记得当初我从这个国企离职的时候领导问过我，对项目有什么想法，有什么改进措施，其实大家都知道有问题，但是想改正这个问题却变的很难。
但仔细想想似乎也有办法，就是想尽办法无论在制度上还是在利益上都要把他们能成利益共同体，
比如开发和DBA之间出现矛盾，开发让DBA做一个表，DBA说不给做，让开发从别的表中去join这些数据，开发说这样做影响程序效率，再说开发一般sql语句不是很熟练，想这样做比较费劲，于是乎互相僵持不下。
我在想如果我是领导，我会把他们捆绑成利益共同体，遇到这样的问题，我会把开发和DBA叫过来说：我不管谁对谁错，我给你们一个星期来搞定这个事情，搞不定你们这个月的奖金别拿，搞的定你们这个月的绩效，我会给你们每个人加一分，如果提前完成加2分。（难道这个问题真的那么难吗？， 当然不是，是因为他们不在一条绳子上，所以不会去关心别人怎么干。我相信如果他们通力合作最多2天就搞定。）
其实这样做有点象韩剧里的男女主人公，第一集里他们各自的性格和职业完全不同，应该说是绝对不会有交集和成为朋友的可能，但是到了最后一集他们结婚了，呵呵，神奇吧，就是因为中间的那些集里他们俩被迫成为利益共同体，谁离开谁都不行，为了利益最大化，他们必须在一起，而且必须合作。
好了，就写到这里了，这只是我个人的一点感想，不能用对错来诠释，只能代表我看问题的角度。