又一本三颗星的经典,虽然很薄的一本书,但它可以更薄,一大堆绕口令式的表述完全可以跳过。
全书概括为三句话:
1.为什么会有这个问题,
2.确切的理解问题(因为问题有很多很多理解的角度),
3.最后才是合理的解决它(包括不需要解决)。
软件需求分析时想要全面的细致的做好详尽的需求分析,让客户、开发人员之间没有理解差异,这是终极理想,但实践告诉我们,这种叫做”瀑布式开发“方法,现实中不可能做到,当你做到的时候,业务需求已经变了。即使我在开发过程中与客户沟通需求的邮件每个月就达到百兆容量的级别(outlook),更别谈在coding之前就来确认这份需求。
敏捷实践告诉我们,要去拥抱变化,但敏捷大师们还兴致勃勃的说:他们倾向开放式合同,并且经常这么做。 可悲的是,我们的客户不会跟你签开放式合同,那样真的很无厘头,他们有严格的预算、考核。所以我们只能纠结于合同下的需求变化。
书上有不少故事, 但“故事只能带来启发,最后还是要靠实践 ”,“你的灯亮着吗“这句话真能提醒人们过了隧道后关掉车灯吗,我是怀疑的