上午花两小时写完年底总结, 趁还热乎, 把其中部分牢骚内容放在这里, 欢迎有识之士发飙.

      首先我们来分析我们所面对的实际问题:

1. 我们面对的市场在变化. 以前我们作的系统, 是从上往下推, 很多需求实际上是我们在为客户设计, 而时值整个行业环境是信息化普及阶段, 最终用户实际上没有足够的业务来支撑这些需求, 比如说以前作的建设网, 只是个辅助系统, 并不能完全替换客户现有的工作, 所以没有暴露问题. 而现在, 市场竞争越来越厉害, 系统同质化现象越来越严重, 信息化进程加快, 客户工作的重心开始转向信息化, 不是需求发生变化, 而是环境决定了需求本身就不稳定, 和以往我们做系统只要实现并成功实施就是大里程碑的结束的时代不同了.
2. 我们的思路没有跟上变化. 不论是市场还是研发, 都没有意识到市场的这种变化所需要的改变, 这个变化具体是什么? 就是我们必须重视客户的需求, 因为以前客户是将我们的系统作为辅助环境, 而现在和以后, 客户要将我们的系统作为主要环境, 所以对需求实现的要求更高更明确. 我们通常认为, 客户本身不懂需求, 这话也对也不对, 我们的业务专家可以为客户设计需求, 但所设计的需求有没有对客户有帮助? 是否符合客户的真正需要? 客户能否真正用起来? 实际上这没有引起我们的足够重视. 而且由于客户的需求经常在变化, 我们也通常认为, 这是客户本身不懂需求的表现, 然而, 实际上需求在变化, 这是这个时代的特征, 环境在变化, 需求也要变化, 这是不可避免的, 而我们不光在市场面对客户, 还是研发开发系统, 也都对此认识不足.

        针对问题, 我有以下建议:

1. 对于市场部, 要充分认识到因为我们面对的市场是变化的, 所以研发人员不可能在漫长的开发周期中不遇到变更问题, 不可能在项目开发伊始就有一个精确确定的项目里程碑, 即便以微软这样开发非常规范, 需求稳定的公司, 产品开发也很多会延期完成, 比如操作系统vista已经比预期发布时间拖了两年, 所以市场部人员应当充分认识到项目开发有其必然的规律. 虽然我们的项目很多都是大同小异, 看起来有很多复用之处, 好像复用部分的工作量可以不计, 实际上因为我们公司所作的项目, 没有足够的时间总结和积累, 真正复用程度并不高, 看似开发类似系统时在复用上个系统, 实际上后期维护的工作量却增大了, 所以后期维护实施周期长, 很大程度上跟此有关. 所以市场部对客户可以简单问题复杂化, 但是对于研发部, 大家都是一个战壕的弟兄, 万不能复杂问题简单化, 最后还要追究研发人员的责任, 这是不合适的.
2. 对于研发部, 我们要调整我们的开发思路, 集中式的一次性开发是不现实的, 我们是作业务系统, 最大的特点就是业务复杂, 需求的模糊性和不确定性, 以及客户对最终需求实现的苛刻, 都要求我们在整个开发过程中, 从开发早期就要与客户有充分的沟通, 并贯穿开发过程始终, 而不能一开始闷头按需求说明书开发, 最终实现与客户要求差异过大, 付出了很多不必要的工作量, 后期按客户变动开发, 这样造成不必要的损失. 我认为研发人员应当尽快采用迭代式开发, 这对于我们研发部来讲, 是一个新的开发思路, 但从软件行业来说, 从软件工程的角度来讲, 这是在有成熟稳定的产品成熟的开发规范之前的必经之路, 通过开发出原型, 然后在与客户沟通的基础上不断演化, 因为船小好掉头, 问题和变动发现的越早, 付出的代价越小, 客户因为一直能接触到这个系统, 心理期望值就比较平和, 这对我们的实施压力也有很大程度的减轻. 而且迭代式开发要求系统有一个稳健的核心库, 这样也便于产品的积累, 市场部或者客户总说, 我们研发所提交的产品, 应当是一个完成品, 这不现实. 客户并没有说清楚想要什么, 而且这中间想法还有改动, 研发怎么可能在没有事前沟通的情况下做出真正符合客户要求的产品? 把没有完全符合客户要求这样一个责任, 推到研发人员身上是不合适的, 三方面都有责任. 但是我们通过迭代式开发, 能更好的解决抱怨和问题.

        关于我们现有开发方式转向迭代式开发的问题:

1. 迭代式开发要求系统从一开始就要求用户能够试用, 并开始发现问题, 而我们当前每个项目组都不能保证稳定的人员和工作量, 我们不敢向客户方公布我们的开发进度. 实际上市场部要求我们研发按期公布项目进度是要达到同样的目的, 但没有说到本质上.
2. 迭代式开发要求有一个核心框架代码, 业务逻辑依附在框架之上, 这样才有高度的复用性, 而我们现在作项目并不关注这一点, 我们一般是具体问题具体解决, 按个人理解进行有限的抽象, 但没有考虑核心的整合. 当前看不出后果严重性, 在往后业务越来越复杂的情况下, 我们是在给自己下套, 而且实际上核心框架代码才是真正的技术积累. 业务实现只是业务积累.
3. 迭代式开发要求逐渐演进, 而我们是做完一块是一块, 并没有逐渐演进这样一个观念, 而且我们通常认为逐渐演进是浪费工作量.
4. 迭代式开发对开发过程中的不断测试的要求高, 而我们开发人员通常把测设甚至单元测试扔到项目集成阶段乃至后期维护阶段, 造成市场部有意见和客户有意见.

    两年前的夏天，我在长沙，整天和我兄弟在他酒吧呆着，那时，他很喜欢陈奕迅，而我压根不听流行歌曲。

    昏暗的酒吧，就我跟他两个人。“若这一束吊灯倾泻下来。。。”他最喜欢K这首《明年今日》，蹩脚的粤语如痴如醉，作呕心吐血状，于是我不堪受虐，跟他赛K，K到有一个挂掉为止。

    脑容量有限，时间久了，我们却反复也就只K有限的那几首歌，《K歌之王》，《Lonely Christmas》。

    “Merry Merry Christmas，Lonely Lonely Christmas。。。”许久未曾归来的旋律，我想起这首歌了，这首歌只在那时那地听过唱过。

      一瞬间，我的思绪恍惚起来，明天就是圣诞前夕了。我不明白为何要狂欢，我不明白如何去狂欢，我不明白跟谁去狂欢。为何别人的喜气洋洋，总是缠绕着我，而我无从逃脱。

    明天早上到北京，一个人在那里，到夜也晚，到天再明，不让我停留，不知道，知道也不会痛惜，我也许真无可救药了。

    如果可以的话，我还可以听那盘My Bloody Volentine的《Love Less》，我一直喜欢放到最大声，放到周围所有的人都受不了，狂暴扭曲的声墙，隐晦迷离的仙音，静静地发呆，静静地晕眩，静静地在血液喷薄而出的时候，还可以来包扎它。可惜不见了，什么都不见了，象到了尽头，象还可以前走。

    那些日日夜夜，每一个闪念，刚在心底有所触动，未及绽开，我便忙不迭将它泯灭，化成不断压榨着的内疚。泯灭是揪心，绽放是痛苦。

     Steve Jobs今年夏天在Stanford的毕业典礼上的演讲，我好像是7月就看到了，掠过一遍，收藏，没有时间回味。

      最近，偶然的回顾到这篇演讲，对现在这个状态的我，真是及时雨阿。我是一个向来乐观，近乎偏执，然而情绪化的人，现在的我，正因为种种原因，陷入前所未有的困境，消沉，自闭，所幸我还有乐观，我从Steve Jobs的这篇演讲里，找到了我所渴望的那些冥冥中的闪光，没有大道理，那么平淡，却让我唏嘘。

     Jobs, 海峡对岸有同胞翻译成夹不死，这个译名真是名与传奇，相得益彰，他在这个演讲里讲了自己的三个故事：

• 故事一：回忆成长的点滴。人生经历的种种，看似琐碎，其实回首之际，总能看到草灰蛇线般的关联，正所谓塞翁失马，焉知非福。所以无论何种困境，Jobs从未放弃斗志，由此也成全了其人生的与众不同。
• 故事二：关于爱与失去。执着于所求，无论追寻的过程中经历何种失落，总有苦尽甘来的那美好一天。这有点像天将降大任于斯人也，必先苦其心智。。。
• 故事三：关于死亡，人类这宿命中最大的恐惧。为了更好的死，先要更好的活着，全力以赴人生的每一天。

     真是金玉良言！

     这些话，还有夹不死其自身具有说服性的经历，深深地感染着现在的我，我从未如现在这般深深地感受到其中的精神力量，环境，心境，处境，一以易之，我的感受都不会这么深刻，这些天来，我真是反反复复的听这次演讲的录音，它虽然不能帮我走出困境，不能给我以希望，但给了我信心与动力。

     听录音感受挺深的几个地方:

• 夹不死说这次演讲是他离大学毕业典礼最近的时刻时台下笑了，我笑不出来，这真不是幽默，不管这是否算夹不死人生经历的一个缺口，或是一个明智的选择，但我是笑不出来的。
• 夹不死说到他被apple公司解雇时，情绪很激动，近乎质问，可见其终究还是耿耿于怀，“How can you get fired from a company you started? ”台下又笑，不过笑声小些，更多的人跟我一样，也笑不出来。
• 夹不死说到死亡时一句话说的很妙，“No one wants to die. Even people who want to go to heaven don't want to die to get there. ” 我和大家一起笑了。
• 夹不死回忆过往的岁月中给他印象深刻的事物，《The Whole Earth Catalog》杂志的停刊号扉页，对他来说历久弥新，“Stay Hungry, Stay Foolish”，对往昔的作结，对未来的期待。

      以往对夹不死了解不多，觉得他是个狂妄自大，桀骜不驯的人，就像Oracle那位CEO一样。现在才发现他的真正个性，这是一个真实的坦率的人，真是让我喜欢。

     反复的听夹不死的演讲的同时，也反复的在听许巍，那绝版青春。

      相关资源：

1. 演讲原文整理稿
2. 演讲繁体译文
3. 演讲音频（前三分钟是对Apple的think difficult的溢美之词）
4. 演讲部分视频