IT不惑

沙尘暴来了,又来了!

上次的记忆大概是90年代初期,刚到北京没有几年,那个时候感觉北京的气候就是干燥,鼻子受不了,难受,因为那个时候刚刚才从潮湿的南方到北京来,不适应,还有一个因素,是那个时候人的追求还没有那么高,生活质量也比较低,对社会也没有那么高的要求,因此,沙尘暴是可以原谅的.

看着天上下着沙子,看着黄褐色的雨,看着街上包着纱巾把自己打扮成异域风情的人们,觉得很新鲜,很好玩.

那时的一场轰轰烈烈的沙尘暴大讨论很令人兴奋,全民积极参与,各路英豪献计献策,群策群力,最后的基本结论好象就是要植树,要保护环境,要给北京建设一个绿色长城.

于是,我们都有了一个绿色的梦想,那个梦想真真地在我们眼前飘荡,没有人会怀疑她的一定会实现.

突然间,沙尘暴回来了,我们的梦想破灭了!

于是,又开始了新一轮的讨论,但是参与的人却很少了,先是北京市某副市长对某乡管辖的工地大发雷霆,前天气象台的台长出来对未来走向预测了一下,昨天则更奇怪了,有一个历史学家出来说,这没有什么奇怪的,在历史上这种小CASE有的是.

哇赛!我吐!

人们更加冷漠了!

当年那个热情和那个梦想实际上是对政府的信任和无限憧憬,但今天这个冷漠则是一种麻木和失望.

生活中还有多少失望和冷漠和麻木,让沙尘暴来得更猛烈些吧,也许再暴露得多些会更好.

如何在人生中赢得掌声？谁都喜欢，但在这里可能你需要的不是掌声，因为人生是舞台，但这里却不是，这里是一头在城市漂泊太久的孤狼舔食伤口的地方，自言自语，对网谈情，何须掌声，只求心理解脱。

有人会看吗？彼此之间真正感兴趣的实际上是隐私，是窥探别人的私生活，而内心独白则太哲学，太枯燥。

所以，没有掌声，只可自己独斟独饮，独自欣赏。

软件开发中的沟通问题一直是不被充分重视的问题，所谓沟通是在项目中发生各种情况时，项目中各利害方的互相通报，包括好的和坏的消息，当然主要还是坏的消息的传递，要让各方明确问题所在，明确各种应急措施和规避办法。

实际上，最经常发生的情况还是一些不明确的问题或情况的处理，出现时，如果处理不好或沟通不利，往往会使各利害方在迷宫里穿梭，用各自不同语言、说着不同的事情，项目进度延误，互相职责埋怨，成本直线上升。

举一种比较复杂的情况，某个项目由甲、乙方，甲方包括3个环节，开发项目管理方A1，开发项目的业务需求方A2，软件产品的最终使用者A3，而乙方也包括3个环节，开发项目组B1，现场支持人员B2。现场出现问题时，如果不按照合理的流程进行处理和消息传递，则问题会在各个环节来回、反复流转并一再被更改和放大，后果不堪设想。合理的流程是A3和B2紧密结合，把问题识别定位清楚，在没有明确之前，由A3向A2、A1报告进展就可以，B2向B1报告就进展，A1承担A2和B1涉及需求问题的沟通桥梁，期间，不能对问题进行定性和下结论，一经明确，则完全进入有计划的开发流程。问题的出现往往出在问题没有识别清楚阶段，各方根据自己得到的不完全信息罔下结论，导致怨声四起，互相推卸责任的情绪泛滥，结果是项目团队士气低落，大家都在泥潭中不能自拔。

实际上，沟通的关键不单纯在于信息的流畅、有序流动，而在于大家都得到准确的信息，在准确的信息上进行合理的决策，而准确的信息需要最基层的人员通过第一手资料共同得出，而不是决策层根据主观判断随便得出的。

摘要：年近不惑，哈哈，终于可以说说这个词了，离上次三十而立，感觉经过了许久，这十年可不是那么好混的，所谓“难”方觉慢嘛，太顺了，一定感觉快。　查看全文