没有设计也能实现需求，所以大家都觉得KISS不错。
至于规避风险的必要性，我是在很多书上都看到过。
有一本书叫《死亡之旅》是具体说这件事的。、
您可以参考一下。
没有设计也能实现需求，所以大家都觉得KISS不错。
没有设计也能实现需求，所以大家都觉得KISS不错。
设计的目的是为了把需求转化为技术实现，通过分解工作包来估算项目时间和成本，从而建立baseline。这个过程中也会产生更多的风险预测和应对方案。
没有这个过程，你如何确定项目需要什么资源，多少成本，多长时间可以完成？
风险管理对项目管理是非常必要的。其目的是尽可能保证项目按开始确定的baseline进行。如果大的需求变化造成baseline变更，则后续按新的baseline进行。
简单讲，项目管理就是，follow plan, control change, no surprise.
而我一直想讨论OOD。
不是一个东西，
呵呵 :)
KISS应该只是说简化需求和系统，没说不做设计啊。
不明白为什么要把KISS和OOD放在一起讨论。
而且我也看过基于KISS做的开源项目，基本就是C写的
KISS是个原则，没有人打算毫无意义的把系统搞复杂。但是什么是简单，要看具体情况。
举个简单例子，程序要连接数据库，最简单的方式就是在源码中硬编码数据库连接串。相对于从配置文件读取要简单不少。但是这种简单真的是好的吗？
OOD不是“针对面向对象的设计”，而是“基于OO思想”“针对需求”做代码结构设计，为下一步OOP做准备。
“针对面向对象的设计”，就变成为OO而OO了。
做OOD，必须围绕需求来做。
>>>网上有篇叫Why C++的文章把OO和KISS对立的。
usejava说得对，KISS只是一个提倡简约的原则。
KISS怎么会和OO对立呢？KISS只会和有意无意把OO搞复杂的人相冲突。
>>>而且我也看过基于KISS做的开源项目，基本就是C写的
该用C写的东西，就用C写，这个我理解就是真正的KISS。但是，适合用C++、Java的场合，如果用C写，那就是追求复杂化。C不代表简约。该用C就用C，该用C++就用C++，该用Java就用Java，该用FORTRAN就用FORTRAN，这就是KISS思想。我的理解。
以后我会注意，回复文章会尽量严谨的。
1）的意思是：软件就是服务，因此开发必须围绕需求来做。
2）的意思是：OO在某种意义上来说，只要用得适度，又做得好，应该也是一种简约。
3）的意思是：以工具来说，选用合适的，才可能是简约的。某些场合，Java比C简约。譬如说一个极端的场合：Java可以轻轻松松地实现代码可迁移，但如果让C来做，那是千难万难。