项目组的口碑和形像

最近看<亮剑>这部影片时,注意到这样一个场景:战争结束,全国解放后,主人公李元龙在军事管理学校学习,在毕业之际,大家都在讨论毕业论文的方向,其它学员都注重于军事作战、军种配合方面的题材。只有李元龙突出描述了“亮剑精神”，将军事战争提升到一个非常高的思想境界，从而显示军人的精神，塑造了军人的形像。

这个场景，让我联想到项目组的现状中。在项目组中开发人员除了编码，是否也需要一种精神的提升和形像的塑造。

先说说项目组的情况，项目组是公司投标到有史以来最大的项目后成立的，因为它的重要性，所以公司上下都是压力重重，领导关注、经理重视、开发人员拼命。终于在经过无数个日夜的辛苦后，项目一期、二期验收，在这些成绩面前，开发人员的辛苦负出是占很大功劳的，按道理，开发人员应该值得公司员工敬重，然而，结果却没有想像中那样，相反却成为公司不受欢迎的部门。

也许是因为项目组的开发人员压力大、工作量大、不善言谈，没有充足时间沟通，所以导致跟其它部门的交流方面不是很乐观，现状是：测试部认为项目组工作安排不合理经常导致他们一起加班加点，而且测试过程中与开发人员沟通得不到及时响应。技术支持中心、客服部认为项目组的开发人员处理客户问题太慢，发布新版本经常需要他们加班支撑到凌晨。行政部认为组织的活动和行政事项，都得不到项目组的积极参与和响应，需要经常催。总之都是由于开发人员的不到位问题导致的加班和工作不顺利。从而出现项目组在公司大面积口啤不良，人见人躲，形像的确不及良好。

项目组的开发人员大家都感觉没有做错什么，都感觉平时工作很累，跟其它部门的沟通也这么难以融洽，每次开会也讨论过此种现象，都希望开发人员能适当增加交流，尝试解决问题，但都是没有成效。

感觉项目组的开发人员就像部队里的兵，冲锋陷阵的时候肯定不能同时公关人际。肯定是把重点放在军事作战，怎么完成任务。其它相关的部门似乎并没有充分理解和支持，也许每个人都不想加班不想太累。所以是否这种情况下，项目组的开发人员是否也需要精神的提升和形像的塑造，不致于辛苦了还得不到好名声。

我可能写得匆促，不够清楚，请大家发表一下看法。

评论

18 楼 tvjody 2009-03-10  

其深意是希望能引起对编码程序员重视，将编码角色放置在公司架构的重要位置上，不管是任何高科技作战，最终还是人与人之间的决战，敢拼搏、负责任的编码人员就是亮剑的士兵，在二十一世纪商场如战场的格局中，敢于“亮剑”的程序员，是胜利的基础，也是重要力量之一。关注程序员，让他们与公司一起成长。

17 楼 pengfeicao521 2009-03-06  

敢于亮剑，真英雄！要是连那想法都不敢整，naozhong！

16 楼 娴静女生 2009-03-06  

安踏铭言：我相信亮剑精神

15 楼 WhisperQQ 2009-03-04  

liujunsong 写道

<<亮剑>>反映的就是中国人的劣根性.
1.强调蛮干,不顾实际情况,快上蛮干
2.不计成本
3.不服从指挥
如果是真正的战争,这种指挥员是要杀头的.
何况不就是写个程序吗,干吗搞这么严肃,这么紧张.

如果开发中真的向那么亢奋,真的需要反思反思了.
有这个必要吗?

结论有点偏颇了。
老李有时候是在蛮干，有时候是在巧干，不能一概而论。有优点有缺点正说明了作者塑造的人物是丰满的、有血有肉的。如果这个人满身都是优点（50~90年代电影好像都这德行），那作者岂不是太弱智了？

14 楼 ljy325 2009-03-04  

同理楼上的，亮剑就是垃圾
送死类型的人拍的

13 楼 墓里活人 2009-03-04  

亮剑精神

全部用钢丝悬吊在20楼 抱着电脑做开发

12 楼 proud686 2009-03-02  

哎,lz,说出了我的心声啊!

11 楼 happehope 2009-03-02  

不错，这是一个很好命题，现在软件开发团队太缺乏亮剑精神了，一个好的团队要有一个核心的团队领导作为灵魂，大家一起冲锋陷阵，快打快进，注意要有两点注意：如何选择战场，如何选择敌人。

10 楼 King.Arthur 2009-03-02  

liujunsong 写道

<<亮剑>>反映的就是中国人的劣根性.
1.强调蛮干,不顾实际情况,快上蛮干
2.不计成本
3.不服从指挥
如果是真正的战争,这种指挥员是要杀头的.
何况不就是写个程序吗,干吗搞这么严肃,这么紧张.

如果开发中真的向那么亢奋,真的需要反思反思了.
有这个必要吗?

嗯~~

9 楼 liujunsong 2009-03-01  

<<亮剑>>反映的就是中国人的劣根性.
1.强调蛮干,不顾实际情况,快上蛮干
2.不计成本
3.不服从指挥
如果是真正的战争,这种指挥员是要杀头的.
何况不就是写个程序吗,干吗搞这么严肃,这么紧张.

如果开发中真的向那么亢奋,真的需要反思反思了.
有这个必要吗?

8 楼 marising 2009-02-23  

第一点：项目经理既要考虑公司的整体利益，也要考虑团队的利益，这样才是合格的项目经理。很显然，经常加班加点是不可取的，特别是需要其他部门也要一起配合的时候。
第二点：对于需要协调同级部门的资源，最好找项目主管去协调，因为只有项目主管才能协调得动他们。
第三点：可以在项目验收之后，请一起工作的其他部门同事聚餐喝个酒，表示感谢。

总而言之，上下左右关系都顺了，做事情才顺手。

7 楼 wiwolf 2009-02-23  

公司部门之间利益冲突，从来就是没法解决的问题。你作为开发团队，也是核心团队，肯定要受到其他部门的压力，沟通是必要的，但最好是想象怎么让其它部门不觉得你们团队会给自己带来麻烦才是解决的道理。把烦恼留给自己，把欢笑留给别人。

6 楼 duunn 2009-02-20  

说了这么多，兄弟，我觉得就应该平常拉开发的兄弟跟其它部门的兄弟们多喝酒，就啥都有了。哈哈。

5 楼 JerryZheng 2009-02-19  

很多都是和别的部门协调产生的问题，项目经理的协调能力和沟通能力有些问题。像一般的行政类事务经理就应该担下来了，不应该把压力往下转嫁。

4 楼 xiaohu0901 2009-02-18  

    这些东西就需要项目经理很好的协调，合适的项目计划安排。搞开发一定不能害怕与用户交流，不然最后就是出力不讨好。

3 楼 rf_wu 2009-02-12  

其实很多时候，一个项目虽然涉及到多个部门，
但功劳最大只会是某一（几）个部门，其他部门肯定不happy.也跟你们一起加班加点....

2 楼 tvjody 2009-02-12  

魔力猫咪 写道

看看《人件》。
我觉得你们测试和用户反馈应该和开发组成一个团队而不是独立的部门。你们把本来应该由团队一起协同的东西变成了3个部门的扯皮。
还有就是行政是为生产服务的，但是很多行政人员总觉得自己是所谓的管理者，从管理者的角度看待项目组，当然会生气。
我觉得你们应该对开发团队进行整合。确保开发、测试、反馈是一个团队而不是一大堆散兵游勇。还有就是你们一定尽可能不要加班。经过科学研究，软件开发进行高强度加班根本就不能提高生产力，而是让项目失败的重要因素之一。
至于行政事务对开发的干预问题，我觉得应该由专人负责（比如项目经理）和行政部门协调，没有特别紧急的问题不要干扰开发。行政部门要转变观念，不能把自己当成官老爷。组织活动要符合当前公司生产实际。比如正努力完成订单，行政说让大家去旅游。这整个一个添乱。谁去得了呀。如果因此造成延误责任行政可不负责得自己兜着。所以当然没人响应了。出现组织活动应者寥寥的情况，行政应该自己反省是否组织的活动有问题而不是埋怨别人不积极。

你说得很对,但这些是不是需要CTO来的负责和协调

1 楼 魔力猫咪 2009-01-23  

看看《人件》。
我觉得你们测试和用户反馈应该和开发组成一个团队而不是独立的部门。你们把本来应该由团队一起协同的东西变成了3个部门的扯皮。
还有就是行政是为生产服务的，但是很多行政人员总觉得自己是所谓的管理者，从管理者的角度看待项目组，当然会生气。
我觉得你们应该对开发团队进行整合。确保开发、测试、反馈是一个团队而不是一大堆散兵游勇。还有就是你们一定尽可能不要加班。经过科学研究，软件开发进行高强度加班根本就不能提高生产力，而是让项目失败的重要因素之一。
至于行政事务对开发的干预问题，我觉得应该由专人负责（比如项目经理）和行政部门协调，没有特别紧急的问题不要干扰开发。行政部门要转变观念，不能把自己当成官老爷。组织活动要符合当前公司生产实际。比如正努力完成订单，行政说让大家去旅游。这整个一个添乱。谁去得了呀。如果因此造成延误责任行政可不负责得自己兜着。所以当然没人响应了。出现组织活动应者寥寥的情况，行政应该自己反省是否组织的活动有问题而不是埋怨别人不积极。