以此，他展开了一个关于如何最好地管理软件开发中的风险和不确定性的讨论。
In so doing he opened up a conversation on how best to handle risk and uncertainty in software development.
这个计划与软件开发计划和风险管理计划共同作为评估项目可行性的依据。
This plan is used along with the software development plan and the risk management plan to assess the project feasibility.
它使用风险分析来平衡软件规范和灵活性，并解答其它关键“多少是足够的”的问题。
It USES risk considerations to balance software discipline and flexibility, and to answer other key "how much is enough?" questions.
用户情景对于处理软件不可见性风险最高的项目来说，是最佳的方法。
User stories are best for dealing with projects where the risk of software invisibility is high.
如果他们计划只是内部地使用公开源码软件而不准备发布产品，风险就是很小的。
If they plan to use the open source software internally only, with no intent to distribute it, the risk is quite low.
所有这些类型的模式的重用都能在整个企业内提高软件质量，减少风险、提高效率和提高互操作性。
Reuse of all of these types of patterns makes for better quality software, reduced risk, productivity gains, consistency, and better interoperability across the enterprise.
灵活的进化软件开发的风险是不连贯和不一致的终端结果。
The risks of flexible and evolutionary software development are incoherent and inconsistent end results.
如您在本迭代旅行的简单实例中所见到的，对于软件风险、特性蔓延、超出控制的未预料的崩溃，和恢复计划，我们遇到了相似的事件。
As you can see in this simple example of iterative traveling, we've encountered similar events to software risks, feature creep, unexpected breakdowns beyond our control, and recovery plans.
编程语言和软件开发平台有着特别大的被套牢风险。
Programming languages and software development platforms are particularly at risk of hold up.
技术风险：你正在为安排和估计软件项目构建一个新的应用。
Technical risk: You are building a new application for scheduling and estimating software projects.
但是无论如何，要求人员执行部署流程都会增加出错的风险，导致时间瓶颈，延误软件在多个目标环境中的发布。
Regardless, requiring humans to perform deployment procedures introduces the risk of errors and causes time bottlenecks that delay the release of software into the multiple target environments.
于是你不得不去找一份更好的工作、经历跳槽、承担风险、编写软件、尝试新鲜事物、不再走老 路、去上学、去工作、去做事...
You have to find a better job, change jobs, take risks, write software, try new things, stop doing old things, go to college, work, act, do.
不幸的是，大多数应用程序开发人员对于他们生产的软件的风险透明度一无所知。
The sad fact is that most application developers have no idea whatsoever as to the risk profile of the software that they produce.
这些集成帮助减少与软件开发相关联的风险，并且令应用程序开发更可预测。
These integrations help reduce the risk associated with software development and make application development more predictable.
为了减轻风险，项目组应该增量地开发软件，使用迭代的方法。
To effectively mitigate risks, teams should develop software incrementally, in an iterative fashion.
架构师可为风险评估任务带来广泛的软件经验供参考。
The architect brings extensive software experience to the task of risk assessment.
第三大风险区域是对硬件、软件和固件的特定实施承诺过早，最后导致短暂的系统，不能被容易的扩展。
A third risk area is committing too early to a specific implementation of hardware, software, and firmware, resulting in brittle systems that cannot be easily extended.
更具体的说，使用RUP是为了减小软件开发相关的风险。
In particular, the RUP is used to mitigate the risks associated with software development.
作为一个需要被提炼，确定风险，可执行的软件构建和经验总结的结果，重要元素的设置可能会改变。
As a consequence of requirements being refined, risks identified, executable software built, and lessons learned, the set of significant elements may change.
随着世界变得越来越平，越来越小，忽视世界范围内潜在的软件用户的风险也越来越大。
As the world gets flatter and smaller, it becomes riskier to ignore the worldwide audience that exists for your software.
这就降低了应用软件到目标环境中不会工作的风险。
This reduces the risk that an application will not work in the target environments.
搜索和重用别人的软件可能有风险，但重用工程师是确定可用服务的专家，可以减少这些风险。
Searching for and reusing someone else's software can be risky, but reuse engineers mitigate these risks in that they are experts at locating available services.
您可能会决定针对特定的风险元素评估现成软件。
You may decide to evaluate off-the-shelf software for particularly risky elements.
每个MDM项目都有独特的困难和风险，在选择软件和实现战略时需要考虑这些因素。
Every MDM project will have its own unique set of challenges and risks that need to be considered for the selection of software and the implementation strategy.
他还说，现在的公司不再认为使用免费软件会带来风险了。
And companies no longer perceive free software as riskier, he adds.
软件项目管理中的风险也是众所周知的，尽管它通常在质量方面表示于编制的风险列表中。
Risk in software project management is also well-known, although it is usually expressed qualitatively in a documented risk list.
过去，IT界已经提出了，向商业相关利益方正确定义需求存在一定风险，但是还是假设交付软件的风险取决于这些需求。
In the past, IT assigned the risk of properly defining requirements to business stakeholders but assumed the risk of delivering software based on those requirements.
你的年收入还在增长，而客户也不愿意为软件而冒巨大的风险。
Your Annual Maintenance Revenues continue to grow, as clients cannot risk a problem with software that is mission critical and complex.
气候应用软件竞赛希望开启评估和应对风险的思路。
Apps for Climate competition hopes to jumpstart ideas for assessing and dealing with risk.
分担软件的风险责任——这不仅仅是一个IT的问题。
Sharing the risk responsibility for software — it's not just an it problem.
应用推荐