《Re: FDD——天才的灵感》的相关内容

实际上大家并不知道FDD的agile方法的法律地位是很值得推敲的——至少你看那17个人中间没有Jeff De Luce和Peler Coad（http://www.agilemanifesto.org/）。而且即使是Jon Kern也是在相信agile对于建模的态度是友好的（至少MDA的Steve Mellor也这样认为），而且Together soft可以减小建模和编码之间的断层隔离。当然类似的 ...

对于产品的设计对于大多数人来说是一个困难的领域，很多组织在此问题面前显得不知所措。我经常被人问起，如何在几个类似的项目的开发过程中实施SCM（其实我认为这个时候应该考虑的是设计的整合，而非SCM制度的建立），如何面对又类似需求但是细节方面又完全南辕北辙的多个项目，如何制定一个产品的需求基线，如何确定是不是将目前的几个类似项目整合为产品的时机。客观的说考虑这样的问题并不是大多数程序员的责任，而是公司 ...

最后作一下澄清吧： 1.在我参与开发的项目中，绝大多数决策，都是有充分理由的； 2.如果出现决策信息不充分的情况，如果不是必须决策，那么，就等条件成熟了再决策，如果不得不作出决策，那就选择最简单，最容易的。 3.我相信“快速决策，痛苦执行；缓慢决策，迅速执行”，不无道理。与其乱动，不如不动； 4.对客户有价值，并不等价于“客户说有价值”； 5.我不认为“难于解决的部分往往就是项目是不是可以真正的构 ...

ozzzzzz 写道 首先我们都承认如果没有充足额信息，做出的决策，无疑会带来偏差和错误的可能性大大提高。于是瀑布的做法就是，那么就等待这些信息被我们得到之后，条件成熟了，我们再做决策；要么就是做出种种长期的预测，从而进行决策。 就瀑布方法的具体表现来看，不可能是得到充分的信息后，做出的决策。 瀑布方法缺少应对变化的对策，并且不提供功能强大的反馈支持，导致其趋向于僵化。 ozzzzzz 写道 ...