敏捷和勇气&诚实（我们太缺少了）
案例1（个人）：
刚工作的头一年，我接到新的任务总是马上埋头苦干，遇到问题就自己死钻牛角。这也就罢了，更严重的是：明明知道进度会延迟，但是我不会和开发经理说。结果那一年我的绩效是项目组最低的，主要的原因就在于不断的任务延迟。
分析：
首先是缺少沟通意思，同时也不能全局看问题，再者放不下自己的面子。
个人没有勇气告诉经理自己的进度，把项目的风险包藏在个人身上。没有认识到任务的重要性和紧迫性，换句话说没有任务的整体性认识。在软件项目开发中一个公认的规律就是：越早发现风险，项目开发的成本越低，可能是指数级的关系。在项目团队中必须要提倡诚信的文化，要告诉大家，自己做不出的就及时问别人，遇到问题要及时和相关人员沟通。这样从项目角度看，降低了项目的风险；从个人角度看，管理了管理者的期望值。双赢的事，何乐而不为呢？
案例2（团队之间）：
一个项目中会有开发团队、测试团队、需求团队。记得在一次项目例会，测试负责人说：“你们开发怎么都不告诉我们进度推迟啊？开发一推迟，我们的测试计划就需要重新调整，测试人员需要重新安排”。不知道您的项目是不是也经常出现团队之间的摩擦呢？摩擦出现没有问题，如果同一种摩擦一直出现，那就有问题了。
分析：
我们太缺少项目内团队之间的了解了。开发的人员不知道测试人员是怎么工作的？怎么写用例的？也不懂一些测试的基础知识。测试人员也不清楚开发人员快乐什么？郁闷什么？（作为一个程序员的角色看开发和测试的交互）测试团队和开发团队生活在两种不同的文化之间，那么如何在这两种文化中架起一座桥梁呢？我认为方法有以下几种：
1、角色扮演。让开发去做测试的工作。让测试和开发一起做开发的工作。
2、知识传播。开发人员需要理解测试知识，这样更有利于写单元测试，知道测试中常常出现的问题，可以提早预防。测试学习开发知识就可以更好的做自动化测试，更容易理解开发在那些地方容易出问题。
3、在敏捷软件开发中，提倡项目中的人员为博学的专家。意思就是说，如果你是开发人员，那么你除了要精通开发外，还需要懂需求和测试，这样才能大量减少交流成本，会从项目全局看问题。
在实际项目中，开发和测试常常出现摩擦，开发的进度变化，软件质量的变化，都会影响项目中各中角色之间的信任问题。信任危机在项目中普遍存在，特别是开发与测试之间。让我们从有勇气诚实地沟通开始，千万不要包藏风险。
案例3（项目团队和上层领导之间）：
不知道您是不是经常加班？其实我们大多数人都知道死命的加班对软件这种高思维、高协作的活动意义不大，甚至起到反作用。其实大多数的项目经理也清楚这种情况，那么何以使我们一直处于加班状态呢？原因有以下几种：
1. 商业利害支配开发。一大堆的功能需要在很短的时间实现。
2. 项目经理的压力太大，明知道加班没有什么效果，但是为了得到一个“我们已尽力了”的借口来逃避责任。
3. 其它原因。
分析：
我们常常会遇到这种类型的案例，项目组的所有人都知道项目不能完成，大家都活在进度的谎言中，士气低落，人员疲惫。而公司高层人员完全以目标为导向，市场人员也不了解软件研发状况，也不懂研发。这个案例凸现出来的问题为：
1、项目团队和领导层以及市场人员有很大的鸿沟。
2、商业利益完全支配开发。
解决方案：
1、由项目经理负责建立项目组、领导层以及市场人员的沟通机制。管理好领导层、市场人员对项目组的期望值。这需要项目经理的魄力和勇气，要能顶住领导和市场的压力。
2、市场人员负责功能的裁剪、取舍，项目人员负责各功能点的时间的估算。可以相互协助，但是绝对不要丢了主次。市场利益驱动的开发没有问题，问题是我们常常把开发同一个功能点的时间大量的压缩了，或者用大量的加班时间来替代，而加班并不能带来线性增长，可能是一个负数，道理就像十个妇女不能在一个月内生出一个小孩。
总结：
以上三个案例从个人、团队之间、项目团队和其他人员三个角度说明勇气和诚实的重要性。这三个角度包含了项目中所有利益相关人。可见勇气和诚实在现实的软件研发中还不够得到重视。
三个案例都是从沟通、诚实、勇气三个角度分析，仅仅只有勇气是危险的，与其他价值观相呼应的勇气才是有力的。表达愉快或不愉快真相的勇气会助于沟通和信任的建立。