在我们生活的这个时代，每个人都拥有发言权，每个人都有自我选择的权利。这种自我意识的觉醒得益于知识的普及。有时候我在想，自我意识的觉醒是一件好事，但在觉醒的过程中，由于文化沉淀的滞后性，往往也会带来一些问题。在我看来，如果解决了这些问题，知识的力量将会更加强大。

什么问题呢？

      不要感到惊讶，和“文人相轻”一样，大连地图导航软件开发人员之间也存在着“相轻”的问题。这种“相轻”表现在很多地方，例如，在一个团队中，稍具经验的软件开发人员相互不服气：你的解决方案总是不如我的好，你的代码总是不如我的妙。事实上，我很少看到软件开发人员对于别人的工作成果表示出足够的敬意，即便他从别人的工作成果中获益良多。

      再例如，一些软件开发人员转向管理岗位后，比从来没有做过技术工作的管理人员更加轻视大连地图导航软件开发人员的价值。这里面有利益冲突的原因，但也有很多时候与利益关系不大。我觉得这种心理非常奇怪。我猜测，很多转向管理岗位的技术人员，可能从来没有认可自己在技术方面的价值，也从来没有为自己曾经从事过技术工作而感到骄傲。无论怎样，这种“相轻”的气氛是不可能产生有效的沟通的。

      知识和经验的差异也是沟通不畅的原因之一。众所周知，人们在知识和经验的积累上是有差异的。在现实中让人头疼的是，每个人都在发表意见，可是到底怎样才能确保软件生产中用上正确的知识和经验呢？

      致远服软认为：http://www.soft8.com.cn/最简单的办法是用实践来检验。尽管软件开发存在着周期比较长、责任点比较分散的特点，但并不是无计可施。我们在前面已经谈过这个话题。

      我们从人的沟通谈到了人的知识和经验。有时候，人们在知识和经验上的缺陷，会影响到整个大连地图导航软件开发团队的活动。这种影响无时无刻不在发生着，这使很多看似理想的解决方案偏离了正确的轨道。我想举一个例子。

      某公司的一个产品研发部门决定实施Scrum。他们建立了3个Scrum团队，每个团队8个人，包括1个Master、1个需求分析人员、1个测试人员、5个软件开发人员。

实施Scrum的组织者把大连小游戏软件开发团队成员的座位安排在同一块区域。每一块区域都摆放了一面足够大的白板。白板上贴满了来自product backlog的故事纸条。

     每天，团队成员都会进行15分钟左右的晨会，然后自行选择那些故事纸条中的一张或几张。在每天下班前，Master会把一张burn down chart发送给团队成员。

     表面上看，这是一组标准的Scrum团队。不出意外的话，每隔几天，就可以听到这些团队的Master发出的“喜讯”。站在组织高层管理人员的角度，没有什么比这种场景更吸引人的了。可实际上呢？团队成员照样在加班，项目Scope在不断地缩减，Bug仍然层出不穷。所谓的“喜讯”不过是增加了一些统计信息而已。