项目管理和沟通？
有些似乎没用的文档写作？譬如LLD？
单元测试？
配置管理？
版本合并？
------解决方案--------------------------------------------------------
文档
------解决方案--------------------------------------------------------
我觉得需求理解不一致最浪费时间，尤其是项目团队跟项目发起人发或者客户理解不一致的时候，最浪费时间，可能会造成比较严重的返工
------解决方案--------------------------------------------------------
扯皮，返工。
------解决方案--------------------------------------------------------
返工是最大的浪费，尤其是多数软件产品越来越白菜化开发过程中要尽可能减少浪费。
沟通，软件开发活动中最重要的一部分。XP首价值观就是沟通。
项目管理不会直接增加价值，活动会对浪费产生重大影响，简单说项目管理属于必要的浪费。
增值的有人等待的文档需要写，不需要但必须写作的文档保持简洁。
理论上软件是设计出来的，但事实是没有测试是万万不行的。
对于需要维护的软件配置管理是必须的，最好任何修改都可回溯，其他的可看做浪费。
版本合并的前提是版本规划如此，只要规划的是有效的版本合并就不是浪费，合并过程中因架构或设计问题增加的工作量属于浪费，过程中要尝试减少。
过犹不及，适用于所有点。做不到位没效果反过来怪罪活动是浪费，适用于所有点。
BTW：3楼的所在公司看来度量做得比较好，羡慕
------解决方案--------------------------------------------------------
不好意思，刚做完一个项目的度量人员，对这块多少有点了解
------解决方案--------------------------------------------------------
虽然做的项目不多，但很同意楼上的。
就是需求的不确定或者理解偏差，反复修改文档、代码
------解决方案--------------------------------------------------------
我倒是没觉得写文档会浪费时间，这点我不太赞同
写文档的时候可能会比较浪费时间，但是文档带来的后续的好处节省的时间足以弥补当初写文档的时间
------解决方案--------------------------------------------------------
同感