这年头，做技术的是苦命的，做IT技术就更是苦命的。IT技术人员既要智商，又要情商。不光要技术过硬，还要有一定的艺术细胞，最好懂得各种行业的行业知识。而反观我们的IT内非技术人员呢？自诩是在高新技术产业中的高级人才，比编程这种民工级的活动要高级的多，对技术不屑一顾，反倒以不关注技术为荣。而反观其他行业，非技术人员都还是要懂得一些技术的，例如房屋格局的设计，你再异想天开也要符合物理学原理吧。那么IT行业真的是这么独特吗？技术人员可以拯救一切的吗？至少从我自身的经历来看，技术人员的能力真的有限的可怜，下面我就谈谈我的感受。

    首先说说需求分析人员或者叫客户专员，总的来说这些人还真的不需要特意学习一些技术，只要平时用软件的时候留留心就够用了，知道哪些能做哪些不能做就行了；但是，如果项目中存在着不需要二次设计的东西时，就大不一样了，例如报表。国内的报表是出了名的难啊，对于一些古怪的报表，不是无法完成，就是制作成本太高（成分是老板控制的，技术人员做不了主），最终往往流产，给项目的验收带来麻烦。作为一个需求分析人员，是要对这种拿来就用的需求背后的技术有一定了解的，因为这些需求只有一道关，过了你这关，后续的其他环节就只有放行了。

   接下来咱们再说说功能设计人员和UI设计人员，这部分设计人员往往是本业务很熟，会一些数据分析和流程控制相关的知识，深知客户的习惯。按理说只要最大满足客户需求，符合一般的设计规则进行设计就好了，不过这样设计往往会给整个软件或者项目带来意想不到的结果。

    例如在功能页面的设计上，设计人员大多是知道不能设计过多的功能的，往往一个页面一个功能，但是就是这么简单的设计，也会让技术人员头痛不已。我就以一个简单的查询为例，为了满足当天的实时需求与月详细报告，设计人员将这两个需求合二为一，增加了时间范围的查询条件，从而满足了需求。从设计上看这没什么问题，但是从技术上看，问题就大了。实时数据属于联机事务，而月详细报告属于数据仓库，而这两者的技术配置完全相反，换句话说如果实时数据查询速度快了，那么月详细报告就慢了，反之亦然。从技术上说二者是不能合并的统一的。此外还有更来气的UI设计，光考虑用户体验了，完全不考虑如何获取和控制数据，经常出现只知道事件开始，不知道事件结束的UI设计，就好比你打个电话说你不久就回来，给你留门，却没有说什么时候回来一样。最后的技术解决办法只有定时监听来解决，多了的话大大降低软件的执行效率，好的UI效果也显示不出来了，反而带来更差的客户体验。更让人头痛就是横表显示的数据表格，从界面设计上看，完全没问题，但技术人员就犯难了，要不牺牲可扩展性，要不牺牲性能，没有一个两全的办法，更头痛的是开发体力劳动高，对于程序员这种四肢不勤的人来说简直是地狱。

    所以我还是建议功能设计和UI设计人员学一些技术，至少要知道自己所设计软件的技术信息，如果有能力的话可以学学如何编程，设计完成后，可以简单的实现一下，看看是否可行，减少设计文档辗转于几个部门，返工的事件的发生。

    最后就要谈谈项目经理了，这个已经是老生长谈了，在项目经理这个问题上，就不是懂不懂技术的问题了，项目经理不懂技术那软件基本就废了，就好比开车的人不知道开的是自动挡的还是手动挡的，不出事才怪呢。重点是项目经理是否懂得最新的技术发展，我就曾经遇到过这样一个项目经理，是从技术员提上来的，对自己过去的技术实力十分自豪，经常向我们讲述10年前利用Dephi开发的故事，可惜的是这位项目经理之后完全没有学习新的技术，管理方式还是Dephi开发的管理方式，对技术开发本身的评估不正确，基本上没有给技术人员改进现有模板和平台时间，大大降低了开发进度，还影响了质量。在软件生存周期中，开发和测试是项目中是很占时间的（现在开发已经占时间很少了，但要组织好才行），如果对现有开发技术不太了解的话，就会出现由于时间安排不合理造成的软件质量问题，这是公司高层最不愿看到的现象，项目经理的位子就危了。毕竟项目经理这个职位多数都不愿低下头来主动听取技术部门的意见，所以还是项目经理只好自己学学吧。

   IT并不独特，和其他行业一样，设计与管理最终的目的都要通过IT技术实现，无法实现的设计与管理都是浪费时间与金钱，而技术人员还多是长颈鹿，看着精明，却不善言谈。所以为了自己，也为了别人，还是学点技术好，至少下次和技术人员吵架时不会被术语搞蒙，你说对不。

PS：最近被调到一个老项目组做扫尾工作，天天忙碌于由于非技术人员不懂技术所造成的技术问题，有所感触，特写此文，以发泄心中不快。