是否有一种万无一失的方法来消除项目中涉及的所有风险？它会根据您所从事的项目类型（即：网站，客户/服务器......）而有所不同吗？
答案 0 :(得分：4)
绝对没有万无一失的方式。关于这个主题已经写了整本书。谈到书籍，我推荐这个：
Steve McConnell的软件项目生存指南（我知道，图片糟糕）
答案 1 :(得分：3)
“[风险]是否会因[您正在]工作的项目类型而有所不同？”
是的，绝对的。软件项目存在一些普遍的风险（缺乏管理承诺，沟通不畅等），但风险“概况”因环境而异。比方说，视频游戏项目的风险与企业供应链管理项目的风险大不相同。
对于企业发展而言，风险因管理支持和复杂程度，团队结构，项目规模，面向客户的内部与内部，平台选择和集成水平而异，仅举几个主要领域。
风险不同的事实是“域内经验不足”是普遍风险的原因之一。
各种情境的风险概况是学术论文的热门主题（做一项调查，研究一些数字，获得出版物信用......）。它们通常并不精通阅读，但在制定项目计划时，它们非常值得回顾。
关于风险管理的一本很好的短篇小说是由DeMarco和Lister“ Waltzing with Bears ”。
答案 2 :(得分：2)
没有万无一失的方法 - 最危险的风险是你没有预见到的风险。
不幸的是，开发人员往往是乐观主义者，这更加复杂。如果你向程序员询问“最可能的估计”，你会得到相同的答案，就像你要求“最佳案例估计”一样。根据我的经验，你能做的最好的事情就是找到好人，并且即使在你让他们不要乐观之后，即使你告诉他们要包括一些不可预见的弯路，他们也总是认为他们的估计很低。
最重要的是，从来没有从不，从不告诉你的程序员估计太高而他需要降低它。如果你想从你的帽子中抽出一个估计值，那么就这样做，但要说实话，你把它从你的帽子里拿出来了。当你向他施压以降低它时，假装“这是程序员的估计”是冒险和不诚实的。
我强烈推荐Fred Brooks的 The Mythical Man-Month ，以了解有关软件开发过程危险的其他见解。
答案 3 :(得分：2)
风险管理是一个很大的话题，可能是在stackoverflow的答案中无法做到的。你最好的选择是获得一本关于软件项目管理的好书（软件项目幸存指南的建议很好）并从那里开始。
答案 4 :(得分：2)
不要忘记任何发展的最后阶段：
发布到制作
可以说，软件开发的任何风险都应根据该目标进行评估（成功实现软件生产，即“向客户提供服务”）。
这是不够的，因为监控，并维护该软件本身就是有风险的操作，但这是一个很好的指导。
例如，NASA（'释放'至关重要！）具有Software Quality Models定义。 IBM在这个主题上有一个很棒的series of articles。
所有其他答案和书籍推荐都是正确的。
我只是想把项目的所有内容（“发布”）放在任何答案的中心，以便更好地建立自己对该项目“风险”的定义。
答案 5 :(得分：2)
体验。开发和发布软件的做法将使您能够以无结构化分析的方式预测和降低风险。
答案 6 :(得分：1)
我非常喜欢这篇文章：Risk Analysis in Software Design（PDF），看看它，给出了风险分析的一个很好的概述，但我认为没有万无一失的方法，它真的取决于你的环境...
答案 7 :(得分：1)
一些主要风险包括：程序员是否知道需要构建什么，以及如何实现，以及它们可以一起工作吗？一些开发方法，包括敏捷和极端，通过尽快获得真正构建的东西来攻击这些风险，然后通过一次追求一个高优先级业务目标来发展工作系统。
