InfoQ ホームページ Agile に関するすべてのコンテンツ
-
/articles/it-architecture-inside-out-perspectives/ja/smallimage/architecture.gif)
ITとアーキテクチャ：裏返しの観点
ソフトウェア業界は、無秩序で、コストは、どんどん高くなり、品質は低下している。ITにおける新しい技術やプロセスや方法論の約束は、いかなる重要な規模においても、今だに実現化されていない。Bruce Laidlaw と Michael Poulinの両氏は、30年以上の経験から、ITの過去と現在関して、考えを比較し、ソフトウェア業界が進歩するために何が必要かについての洞察を提供している。
-
/articles/attitude-agile-Goldsbury/ja/smallimage/badAttitude.jpg)
アジャイルのまずい考え方
Christopher Goldsbury氏は、アジャイルに見られるいくつかの「まずい考え方」を取り上げている。マネジメントやドキュメンテーション、テスト、チーム、スケジュールに関してよく遭遇するが、現実に反した主張である。このようなまずい考え方は、誤っているにもかかわらず、アジャイルの中に隠れ場所や正当化の根拠をみつけるのだ。これらの考えがアジャイル方法論を牛耳って、よい動きに陰を落とすようになるまでに、これらの見方に対応することは必須である。
-
/articles/technical-debt-levison/ja/smallimage/technicaldebt.jpg)
技術的負債、マネージャの視点
Developers often talk about Technical Debt saying its slowing your projects down. What are they really saying? What measures can you take to reduce it before it cripples your projects?
-
/articles/skills-for-scrum-agile-teams/ja/smallimage/team_building_ring.jpg)
スクラムアジャイルチームに必要なスキル
高度に生産的なアジャイルプロジェクトで求められるスキルは伝統的なプロジェクトで必要なスキルとは違う。この記事では優れたチームにするための技術的なスキルや振る舞いを特定する。これらの‘デルタ’特質を獲得した人はだれでも、正しい技術的なスキルや振る舞いを身につけて、アジャイルプロジェクトで効率的に働くことができるだろう。
-
/articles/scrum-management-deemer/ja/smallimage/scrum.jpg)
マネージャ 2.0: スクラムでのマネージャの役割
スクラムは3つの役割しか定義しない。それはプロダクトオーナとスクラムマスタとチームだ。ここにはマネージャは存在しない。Pete Deemer氏はスクラムを適用したときにマネージャが受ける影響や、マネージャの役割をどのように再定義するのがいいのか(職務内容記述書のサンプルを含む)、マネージャをスクラムマスタに任命することなどを考察する。
-
/articles/science-of-learning/ja/smallimage/brain.png)
学習の科学: 脳にとって最善のアプローチ
どうしてみんなアイデアをわかってくれないのだろうか？ あなたが指導する開発者はどうしてまだわからないのだろうか？ どうして参加者は教材の10％程度しか学べないのだろうか？ このように思ったことはありませんか。ある意味、私たちはみんな先生です。ところが、プロの教育者だけがこの分野のトレーニングを受けています。この記事では神経細胞からの教えとそのアジャイルソフトウェア開発などへの適用方法について説明します。
-
/articles/limits-of-agile/ja/smallimage/image_agile_border.jpg)
アジャイルの限界
非伝統的な環境でアジャイルを実践しようとする試みが直面する問題は、アジャイルの原則が適用できないことでも、フィードバックのサイクルが始めからうまくいかないことでもない。アジャイルのスイート・スポットの外では、アジャイルの技術を適用するにはさらなる障壁があり、コストがかかること。これが、彼らが直面した問題だ。これらの障害物はアジャイル自体の適用を妨げるものではないが、アジャイル適用のコストを引き上げる。
-
/articles/multitasking-problems/ja/smallimage/JugglingBalls - small.jpg)
マルチタスクで仕事は遅くなる
個人がマルチタスクで仕事をした場合、非効率で遅くなることは今ではよく知られている。アジャイル/スクラムチームであれば、実行しなければならないプロジェクトの数が鍵となる。アジャイルはチームは一度に一つのチームに従事するべきで、そうでなければ破たんする、と示している。Roger Browns氏はなぜこのようなことが起こるのか、掘り下げて解説している。
-
/articles/5-config-mgmt-best-practices/ja/smallimage/image_medal2.jpg)
5つのコンフィグレーション管理ベストプラクティス
この記事では、コンフィグレーション管理を楽にするため、そして、アプリケーションを運営、管理する必要のある人たちを楽にするために、コード内からできることについて調べたものだ。これらのパターンはThoughtWorksのプロジェクトで何度も使ってきて、その価値が証明されているものだ。
-
/articles/hiranabe-lean-agile-kanban/ja/smallimage/Fig5_task-board_tiny.jpg)
「かんばん」をソフトウェア開発に適用する: アジャイルからリーンへ
このInfoQの記事において、平鍋健児氏は、日本の製造業者と共に学んだことを適用する。多くのアジャイルチームはバリューストリームの一部だけを最適化するが、平鍋氏は、リーン生産のかんばんによる視覚的なトラッキングシステムから学んだことを適応させるシンプルな方法を提案する。このかんばんシステムは、多くの企業でプロセスを見える化し、よりよいコミュニケーションとプロセスの改善をもたらすものだ。
-
/articles/project-manager-role/ja/smallimage/image_torch.jpg)
アジャイルにおけるプロジェクトマネジャーの役割
どの本もアジャイルのコーチやファシリィテーターの役割は語っているが、マネージャーの役割について語っていません。この記事では最初に一般的に産業界でのプロジェクトマネージャーの役割について説明し、それから、アジャイルにおけるコーチ/ファシリィテーターの役割にあてはめてみます。この議論の中でコーチ/ファシリィテーターの意味の範囲を広げていくつもりです。
-
/articles/AlexanderFestaReport/ja/smallimage/AlexanderFestaReport20100201_figmini.jpg)
アレグザンダー祭りにて、James.O.Coplienが語るアジャイルとスクラムの源流とは
「パターン」と呼ばれる設計手法をご存知ですか？この建築の分野ではじまった設計の形式知化手法、および、使う人と作る人の対話のプロセスは、私たちソフトウェアの世界に援用されて1995年に「デザインパターン」という書籍で注目を浴びました。さらに、アジャイルと呼ばれる開発手法には、ユーザーといっしょに対話をしながら設計を進める「パターン」の思想が脈々と引き継がれているのです。この｢パターン｣の源流は、一人の建築家のアイディアから始まっています － その建築家の名は、クリストファー･アレグザンダー。