InfoQ ホームページ ビジネス に関するすべてのコンテンツ
-
Gauntltによる継続的セキュリティテスト
GauntltコアチームのJames Wickett氏はVelocity Conf Londonで，アプリケーションのセキュリティレベルに関するフィードバックの迅速化を目的とした，継続的インテグレーションサイクルへのセキュリティテスト統合についての解説を行った。氏が強調したのは，継続的デリバリによるリリースデリバリ率の増加に伴う，定期的セキュリティチェックの重要性だ
-
プロジェクトはすべてやめるべきか？
XP Days Beneluxカンファレンスで行った"Kill all projects"と題するセッションの中で，Paul Kuijten氏は，すべてのプロジェクトを廃止することを提案した。InfoQでは氏にインタビューして，アジャイルにとって価値のあるプロジェクト管理や製品開発の資金について話を聞いた。
-
アジャイルを使って分散型開発チームを構築する
Joost Mulders氏とAndriy Korpan氏は "分散型アジャイルチームでの体験"というタイトルで，ウクライナのニアショア開発チームをオランダの製品開発企業に，アジャイルプラクティスを用いて統合した経験のプレゼンテーションを行った。XP Days Benelux 2013カンファレンスで両氏は，分散アジャイルの「べき集」「べからず集」について語っている。
-
内発的動機づけのために - Champfrogs Checklist
Jurgen Appelo氏がチームや個人の内発的動機づけを助けるツール、Champfrogs Checklistをリリースした。
-
Kevin Behr氏に聞く，継続的改善の技術(Kung-Fu)
先頃ニューヨークで開催されたDevOps Daysで，"The Visible Ops Handbook"と"The Phoenix Project"の著者のひとりであるKevin Behr氏は，Jesse Palmer氏とともに，常態的にオーバーワークにある運用チームに継続的改善の文化をいかに浸透させるか，というテーマで講演を行った。InfoQではKevin Behr氏にインタービューし，採用されたアプローチについて詳しく聞いた。
-
CMMI開発で実現する設計レベルのセキュリティ
セキュアな製品開発を可能にするためには，ソフトウェア開発ライフサイクルのプロセス全般においてセキュリティ活動が実施される必要がある。SiemensのWinfried Russwurm氏とLimes SecurityのPeter Panholzer氏は， SEPG Europe 2013カンファレンスで開催したワークショップでセキュリティ活動について調査し，Application Guide for Improving Processes for Secure Productsを公開した。
-
DevOpsはアジャイルをどう補完するのか
アジャイルにはマニフェストと原則があり、人とステークフォルダの明確化、よりすばやいデリバリー、より幸福な顧客にフォーカスしている。なぜDevOpsが必要なのだろうか？ Agile Methods in the Finance Sector and Complex Environmentというカンファレンスで、ブリストルのNokia Entertainmentから来たJohn Clapham氏がDevOpsとは何か、DevOpsはビジネスに何をもたらすのかを語った。
-
企業におけるアジャイルスケーリングのプラクティス
組織規模でアジャイルを採用している企業は，時としてアジャイルプラクティスの適用範囲を拡大する必要に迫られる。"Agile Methods in the Finance Sector and Complex Environment” カンファレンスでのセッションでは，企業におけるアジャイルのスケーリング実践経験が参加者によって発表された。
-
-
指揮統制型の管理組織にアジャイルを導入する
指揮統制を管理手法の中心に置く組織にアジャイルを導入することは極めて難しい。期待していた改善が実現できなかったり，失敗して中止される場合さえある。何人かの識者が，指揮統制型の管理スタイルを持つ組織に対処する方法を提案している。アジャイルへの移行において，それはどのように扱われてきたのだろう？
-
リアルオプションを使った意思決定
Pascal Van Cauwenberghe氏によれば、プロジェクトも製品開発も困難な意思決定の連続だ。そして、リアルオプションは正しい決定を正しいときにすることを支援してくれる、という。Agile Tour Brusselsカンファレンスで、Pascal氏はリアルオプションを使った意思決定のついて自身の経験を発表した
-
ウォーターフォールからアジャイルへの移行によるムダの削減
組織がアジャイルを採用するのは，変化への対処を可能にするためだ。アジャイルは開発チームにとって，顧客ニーズを満足する製品を提供する上で有効な手段であると同時に，必要のない(使用されない)機能を含まない製品を提供する手段でもある。リーンソフトウェア開発は言う：ユーザに価値を提供しないものは，すべてムダとみなされると。ならばウォーターフォールからアジャイルへのソフトウェア開発の移行は，開発組織のムダ削減に役に立つのだろうか？
-
アジャイルのレトロスペクティブは省略可能か？
チームは時にレトロスペクティブの省略を考える。時間的なプレッシャを感じているとき，直接的なメリットが感じられないときなどだ。彼らは自問自答する – レトロスペクティブを続ける必要があるのだろうか？ しかしアジャイルのレトロスペクティブは，チームが継続的に学び，進歩するために必要なものだ。チームの成熟のためにも，継続するだけの十分な理由がある。
-
フレキシブル・コントラクトのテンプレートが公開，入手可能に
Agile 2013カンファレンスでアジャイル開発をサポートするフレキシブル・コントラクト(Flexible Contract)モデルを発表したSusan AtkinsonとGabrielle Benefieldの両氏は，ひとつのバージョンをクリエイティブコモンズ・ライセンスの下でリリース，ダウンロード公開した。
-
8回目のState of Agile Development Surveyがオープン
Agile 2013カンファレンスで8回目の年次のState of Agile Development Surveyが発表された。昨年の調査結果はアジャイルの導入について知見が得られた。あなたも調査に参加できる。参加すれば、調査結果を公開前に見られる。