AGILE SOFTWARE DEVELOPMENT in Japanese translation

• アジャイルソフトウェア開発
• agile software development

Examples of using Agile software development in English and their translations into Japanese

Is your company using an agile software development model to prototype, build, test, and deploy code faster and more flexibly than legacy waterfall methods?
アジャイルソフトウェア開発モデルを利用してプロトタイプを行い、構築し、テストしていますか？従来のウオーターフォールモデルよりより速く柔軟にコードのデプロイを行っていますか？

This course is aimed at those who want to gain a rapid overview of contemporary Waterfall& Agile software development and the impact on project management, testing and business analysis.
このコースは、現代の滝&アジャイルソフトウェア開発とプロジェクト管理、テスト、ビジネス分析への影響の急速な概要を取得したい人を目指しています。

The survey on Agile Manifesto 2.0 investigates whether the Manifesto for Agile Software Development is still relevant and effective in today's environment.
AgileManifest2.0サーベイは，アジャイルソフトウェア開発宣言(ManifestoforAgileSoftwareDevelopment)が，今日の環境においてもなお適切かつ有効かどうかを調査するものだ。

Agile software development and project management has become a popular approach with IT teams who want to avoid losing face with their customers by keeping them in the loop.
アジャイルソフトウェア開発およびプロジェクト管理は、顧客を開発に巻き込むことができるので、顧客に対し面目を失いたくないITチームによく採用されるようになった。

Michele Sliger suggested that in Agile software development risk gets addressed all the time as a part of daily stand-ups, iteration planning meetings, release planning meetings, retrospective and review meetings.
MicheleSliger氏(リンク)は、アジャイルソフトウェア開発では、デイリースタンドアップミーティングやイテレーション計画ミーティング、リリース計画ミーティング、ふりかえりやレビューのミーティングの一部として、いつもリスクへの取り組みが行われると述べている。

A former Patterns++ section editor for the C++ Report, Brad is also well versed in object-oriented design and agile software development, and cofounded the Chicago Patterns and Chicago Agile Development Groups.
C++レポート誌の前Paterns++セクションの編集者として、オブジェクト指向設計とアジャイルソフトウェア開発に精通しており、ChicagoPatternsとChicagoAgileDevelopmentGroupsの共同創設者でもある。

Now in Agile software development the visualization of projects, such as posting task cards on a wall, is a commonly seen practice, which is sometimes called"Software Kanban".
現在、アジャイルソフトウェア開発において、壁にカードを貼るようなプロジェクトの見える化は、よく見られるプラクティスです。

In this virtual panel, InfoQ wants to find out from leading software architecture experts about the significance of software architecture documentation and how to document the architectures especially in Agile Software Development environments.
この仮想パネルでは、一流のソフトウェアアーキテクチャ専門家から、ソフトウェアアーキテクチャの文書化の重要性、特に、アジャイルソフトウェア開発環境においてアーキテクチャを文書化する方法について調べていく。

In the article feds turn to agile development as budget cuts loom from Government IT news on Computerworld, senior editor Patrick Thibodeau states that there is a need for US federal agencies to use agile software development methods.
ComputerworldのGovernmentITnewsの記事「Fedsturntoagiledevelopmentasbudgetcutsloom」において、編集主任であるPatrickThibodeau氏は、米国連邦政府機関にはアジャイルソフトウェア開発手法を導入するニーズがあると述べている。

One of those methodologies, Agile software development is arguably the most popular of these methodologies, and has been adopted by thousands of organizations around the world.
それらの手法の1つであるアジャイルソフトウェア開発は、ほぼ間違いなく一番評価の高い手法であり、世界中で数々の企業によって採用されています。

He didn't get into details, but mentioned that they need to make significant changes in their architecture to enable Lean and Agile software development.
彼は詳細には触れませんでしたが，リーン/アジャイルソフトウェア開発を導入するにはアーキテクチャの大幅な変更が必要である，と説明していました。

They share a passion for helping companies succeed with Lean and Agile software development in practice, and balance their time between coaching, teaching, and writing.
彼らは企業がリーンとアジャイルソフトウェア開発を実践するのを助け、成功させるという情熱を共有し、コーチングや教育、執筆活動などの時間のバランスをとっている。

According to the Agile Alliance:“Agile Software Development is an umbrella term for a set of methods and practices based on the values and principles expressed in the Agile Manifesto.
AgileAllianceによると、「アジャイルソフトウェア開発は、アジャイルソフトウェア開発宣言で表される価値と原則に基づいた、一連の手法や実践の包括的な用語である。

Application engineers want agile software development, whereas data engineers care about where the data is and they want the database systems to keep working.
アプリケーションエンジニアがアジャイルソフトウェア開発を望むのに対して、データエンジニアはデータの所在場所を関心事とするが、データベースシステムの継続的稼働を望む点はどちらも同じだ。

He stated that many people misinterpret the“Individuals and interactions over processes and tools” part of the manifesto to believe that Agile software development does not require tools.
彼は、多くの人がアジャイル開発宣言の「プロセスやツールよりも、個人と相互作用」の部分を誤解して、アジャイルソフトウェア開発ではツールは必要ないと考えている、と書いている。

The Manifesto for Agile Software Development.
はアジャイルソフトウェア開発宣言。

The Manifesto for Agile Software Development.
アジャイルソフトウェア開発宣言。

The Manifesto for Agile Software Development.
アジャイルソフトウェア開発宣言には。

Manifesto of Agile Software Development.
ManifestoforAgileSoftwareDevelopmentアジャイルマニフェ…。

Knowledge of agile software development processes.
アジャイルソフトウェア開発プロセスの知識。