是软件项目管理的新手，目前正在进行一些关于S'ware开发风险管理的研究。 只是想知道当前采用的方法是什么以及未来的趋势。 日Thnx
答案 0 :(得分：2)
我认识的许多项目经理使用的一种流行方法是确保在RISK LOG中尽可能准确，完整地记录每个风险，然后将其存储在共享点文档库中，除非再次看到也许是短暂的，因为它们从污水管中漂浮出来并飘向大海。
答案 1 :(得分：2)
我们非常重视风险管理。对我们来说，这是记录内部食物链沟通的一种方式，主要是关于外部困难。我们有一个正式的内部自制网络工具，可以让我们：
然后每隔一个月在工程状态会议（ESR）更新和审查风险，缓解措施和行动。如果项目中出现了一些问题，那么随着管理层的“帮助”，ESR会变得更加频繁。
风险由一线经理提出 - 在我们的项目中，就是我 - 软件任务经理。我们是那些看到可能会破坏我们按时完成的能力的人。然后我们的项目管理和工程管理人员会看到它。
我发现这是获得外部因素管理帮助的好地方。风险包括：
风险永远存在于数据库中，因此它们可作为历史文档，将某些内容提交给管理层注意。至少，他们是一个CYA（涵盖你的**）程序 - 但在我们的管理层，他们也是一个共同解决问题的工具。 - 经常在高层管理人员的帮助下。 ESR的一些与会者是在管理技术团队方面具有丰富经验的人，他们往往能够提供好的建议。
肯定需要一些政治头脑。对我们来说，它必须是技术性的 - 但你不想强调个别人的问题。除非你想突出缺乏人或缺乏足够经验/知识的人。我倾向于在大多数时间保持外部关注，并在我的管理有限的帮助下，亲自和安静地管理团队问题。
答案 2 :(得分：1)
与普通软件项目相关的风险太多了，任何“风险管理策略”最好是装饰窗户，更糟糕的是给人一种虚假的幸福感。
一段时间以来，我一直相信（因为它们相对少得多！）更好地专注于使项目成功的因素。
如果上述任何一个问题的答案都是“否”，那么你现在也可以进行项目，并节省每个人的时间和金钱。
它们都同样重要，但时间尺度往往被忽略。大多数需要超过18个月的项目将在完成之前取消，无论团队的卓越性或实施情况如何。要求将会改变，业务将耗尽资金，管理策略将发生变化，您将被竞争对手等接管。很多事情可能会在18个月内发生。