[软件项目管理与测试论坛]技术是什么？技术永远是为产品服务

昨天去听了广州一个软件测试协会的沙龙?

期间讨论到这个话题：老板、员工、客户究竟何种关系？

一个项目经理讲到：技术是什么？技术永远是为产品服务的。

员工 应为 老板 着想 而 老板 才是 为 客户 着想，由此可以看到中国IT企业的现状。

IT这个行业，技术是日渐更新的。虽然5－10年前ASP很火。但不代表者JSP、PHP、.NET这样动态网页技术就能比ASP多持续几年。

无论你用何种技术实现一个产品，对于公司来说最大兴趣是卖钱。在这样的特色环境下，一个好的项目经理其考虑的问题应是如何为老板着想，如何才能帮公司赚到更多Money，如何才能短时间的结束一个Case。有时候甚至不惜一切代价，比如砍掉不必要的功能，削减测试部的时间等等。对于一个底层开发的Coder来说，你也许更关注的我所编写的模块是否出现缺陷或者遗漏，我是不是能够通过评审，我是不按照需求规格做好了系统。对于一个测试人员来说，你也许更关注Bug的去留。一个提交给开发人员的缺陷，当项目交付评审的时候，是否还存在于我的手中，还是无情的被我的项目经理隐瞒。最终客服找到公司提交了更多Bug，最终导致项目进度延期可能是一个月也可能是楼主所说的一倍的时间。所有的这一切，无论是开发人员、测试人员、项目经理、测试经理、质量QA，一个项目的成败最更本之处源于项目人员的心态。而相对于搂主所描述的案例，最失败的地方莫过于身为项目经理或者技术主管，你与项目人员之间沟通缺乏有序的链接机制。作为一个Coder来说，你不可能一辈子都是Coder。人总是变化的，Code在变化，大家有在变化。我曾经写过一篇文章，题目叫做为《为Team而做，No为Self》。也许一个项目的失败，更多的时候不是个体的问题而是一个团队乃至项目本身的问题。如何总结到项目中得失，也许比追问自己要好许多。事实上，很多公司Dev们都认定编写周报、月报是一件非常无聊的事情。但他们却没有发现，这种经验的积累也许对今后5－10年的工作非常有效。由此，项目中人员的态度，决定一切项目的成败。

我信奉这样一句话：无论将来谁是你的上司，无论他用了什么手段去获得这个位置，此时此刻他站已经在高于你的位置。那么请你坚信，他确实是你的上司，无论他的技术有多么糟糕，他的人际关系是多么一般。但他总有你没有特性，而这种特性正式你的老板或者公司所欣赏的，因此他有优势做到你不能胜任的位置。只能说明你是一个懂的如何玩游戏的人，但你缺乏的是自醒的机制找到这个游戏的特性，做中国人最拿手的事情。

综述，造成这种局面正如楼主所总结的。技术永远是一门艺术，如果只是学会一门技术，而不去变通，那这么技术对你来说只是一门技能。而倘若你能从一门艺术中去领会其艺术的真谛和它的思想，我想都能收获的更多。