2006-10-24
全文显示

Re: FDD——天才的灵感

关键字: FDD
ozzzzzz 写道partech 写道 1.在我参与开发的项目中，绝大多数决策，都是有充分理由的； 有充分的理由你还需要决策吗？如果决策真的是一件简单，明显，不需要费脑筋权衡的事情，这个东西还能叫决策吗？ 这个观点，让我有点吃惊。难道决策就是绞尽脑汁，最后凭着直觉得到的东西？ 那么，那些做“决策支持系统”的人，岂不是都在瞎搞？提供那些有用的信息干嘛？ 举个例子： 标准化的英语考试： 如果懂了，那么答案的选择，确实是件简单，轻松的事情； 如果不懂，那么选择题的答案，确实会成为你所理解的伤脑筋的“决策”。 有人看来必然的东西，另外一些人就是不得要领。 ozzzzzz 写道 partech ...
  • 20:31
  • 浏览 (687)
  • 评论 (0)
2006-10-23
全文显示

Re: FDD——天才的灵感

关键字: FDD
最后作一下澄清吧： 1.在我参与开发的项目中，绝大多数决策，都是有充分理由的； 2.如果出现决策信息不充分的情况，如果不是必须决策，那么，就等条件成熟了再决策，如果不得不作出决策，那就选择最简单，最容易的。 3.我相信“快速决策，痛苦执行；缓慢决策，迅速执行”，不无道理。与其乱动，不如不动； 4.对客户有价值，并不等价于“客户说有价值”； 5.我不认为“难于解决的部分往往就是项目是不是可以真正的构建起来的关键”（这倒可以成为开发人员研究新技术/难技术的借口）； 6.别“越俎代庖”，客户固然有他的弱点，但人家也不傻，不要认为开发人员恰恰就能弥补这些弱点；
  • 13:23
  • 浏览 (715)
  • 评论 (0)
2006-10-23
全文显示

Re: FDD——天才的灵感

关键字: FDD
ozzzzzz 写道 首先我们都承认如果没有充足额信息，做出的决策，无疑会带来偏差和错误的可能性大大提高。于是瀑布的做法就是，那么就等待这些信息被我们得到之后，条件成熟了，我们再做决策；要么就是做出种种长期的预测，从而进行决策。 就瀑布方法的具体表现来看，不可能是得到充分的信息后，做出的决策。 瀑布方法缺少应对变化的对策，并且不提供功能强大的反馈支持，导致其趋向于僵化。 ozzzzzz 写道 而以敏捷为代表的迭代方法则采用有勇气的探索决策的方式。首先我们在当前迭代中安排的是对于客户最有价值的，最难于解决的，最模糊不清的，最难于取舍的部分进行开发。 “对于客户最有价值的，最难于解决的， ...
  • 13:23
  • 浏览 (897)
  • 评论 (0)
partech
搜索本博客
最近加入圈子
存档
最新评论
评论排行榜