InfoQ ホームページ Agile に関するすべてのコンテンツ
-
プロダクトチャンピオンの必要性
Ron Jeffries氏は先日プロダクトチャンピオンの必要性について記事を書いた。プロダクトチャンピオンとは、顧客の業界を知り、成功を最大限にする責任を負うことのできる人物だ。プロダクトオーナーが力不足であるスクラムやXPや "アジャイル" チームがいかに多いか説明し、プロダクトチャンピオンの観点をとることで素晴らしい成果をあげられるのだと論じている。
-
-
プロダクトオーナバリューゲームをプレイする
プロダクトオーナバリューゲーム(Product Owner Value Game)は，可能な限り多くの価値を提供することを目標として，チームで行うカードゲームだ。参加チームはバックログの優先順位付け，繰り返し計画，結果のデリバリについて学ぶ。ゲームを通じてアジャイル原則について話し合い，経験を交換することができる。
-
Lego Serious Playを使ってBusiness Model Canvasを作る
Lego Serious Playの推進者が，Business Model Canvasの作成にLegoを利用した経験について公開する。
-
システム構成の５つの設計原則
構成管理ツールを使ってシステム構成を集中化しようとする時，conf.dのような一般的なメカニズムが，さまざまな問題の原因となる。このような問題を回避するため，Ish-Shalom氏は，構成に関する５つの設計原則を提案する。中心となるアイデアは，構成APIの利用と，必要とするシステム更新の更新タイプによる構成の分離だ。
-
作業環境における神経多様性
Sallyann Freudenberg博士はQCon Londonで，作業環境における神経多様性について講演した。プログラミングは複雑で創造的な作業だ。Freudenberg博士は，プログラミングを行うプログラマが一般的に使用している，数多くの技術について検討した。
-
Dev&OpsとDevOpsの違いを体験する
Agile Testing Netherlandsで開催されたワークショップでは，参加者がDev&OpsアプローチとDevOpsアプローチを体験した。Jaap Schuttevaer氏がインタビューに応じて，DevOpsが組織にもたらすもの，Dev(開発)とOps(運用)の壁を壊すこと，そしてDevOpsを導入しようとする組織へのアドバイスを語ってくれた。
-
Phil Calcado氏がSoundCloudのマイクロサービス移行で学んだこと
QCon London 2015でPhil Calcado氏は，SoundCloudがモノシリックからマイクロサービスアーキテクチャへの移行から学んだ教訓を公開した。その中で氏は，マイクロサービスプラットフォームを構築する上で中心となる要件として，迅速なプロビジョニング能力の開発，基本的なモニタリング，素早いアプリケーションデプロイメントの３つを挙げた。
-
アジャイル組織における"勇気あるコミュニケータ"の重要性
アジャイルチームでは，勇気あるコミュニケータの存在が極めて重要だ。シニアリーダシップは，勇気あるコミュニケータの役割をサポートする必要がある。
-
組織におけるソーシャルキャピタルの可能性
“組織構築の100年とHRM(Human Resource Management)の50年を経て，職業の未来は今，組織のソーシャルキャピタル(Social Capital)に対する関与と展開のあり方の習得に掛かっている。” – Antwerp Management Schoolの研究ディレクタであるBart Cambré氏のことばだ。No Pants Festival 2015で氏は，組織のソーシャルキャピタルが持つ可能性の解放について，講演を行った。
-
Dave Farley氏，継続的デリバリの基本原理について語る
QCon London 2015においてDave Farley氏は，これまでのソフトウェア開発の状況が最適とは言えないものであったことを認めた上で，それが継続的デリバリの実践によって著しく改善されることが調査の結果から明らかになった，という見解を発表した。継続的デリバリはソフトウェア開発の経済を変える，と氏は言う。ビジネスアイデアのより迅速な評価を可能とし，欠陥率を低減するというのだ。
-
-
マイクロサービスとソフトウェア開発の目標
ソフトウェアの目標は，プラスのビジネスインパクトを得るためのリードタイムを最小化し，持続することだ。その他はすべて些細なことに過ぎない - QCon Londonカンファレンスで行ったプレゼンテーションの中で，Dan North氏はこのように訴えて，プログラミングに対する論理的な理由付けと，その結果としてのマイクロサービスに適したアーキテクチャスタイルへの移行について説明した。
-
「完成（Done）」の定義のさまざまな側面
ストーリー、スプリント、リリースなど、さまざまなレベルにおける「完成（done）」の定義について。Daniel Gullo氏が「完成」の定義に関する自身の経験を共有する。
-
マイクロサービスの運用にはDevOpsが必要
前回のQCon Londonで，英国Government Digital Service(GDS)のテクニカルアーキテクトを務めるMichael Brunton-Spall氏は，マイクロサービスの運用に成功するためにDevOpsがいかに重要性であるか，自身の見解を説明した。その中で氏は，マイクロサービスを識別するための重要な要素を特定した上で，最初のマイクロサービスを開発するための方法と，マイクロサービスのエコシステムを管理するために必要なツールとプラクティスについて述べている。