InfoQ ホームページ Agile に関するすべてのコンテンツ
-
/articles/architecture-five-things/ja/smallimage/logo-architecture-1515148866575.jpeg)
すべての開発者が知っておくべき、ソフトウェアアーキテクチャに関する5つのこと
構築しようとしているソフトウェアの分散環境、そしてそれらを開発するチームの分散環境があるとすると、ソフトウェアアーキテクチャの基本を理解することは何よりも重要だ。このトピックの導入として、いくつかの通説の誤りを正すため、全ての開発者が知っておくべきソフトウェアアーキテクチャに関する5つの事項を述べる。
-
/articles/exercises-building-better-teams/ja/smallimage/logo-agile.jpg)
より良いチームを作るためのエクササイズ
一員になりたいと思えるほど素晴らしい成果をあげるチームに出会ったことはありますか。そのようなチームの価値を調べてみると、メンバと成果の方向性のバランスが完璧であることを見つけるかもしれません。自分のチームがこの状態からどのくらい離れているか調べようとするなら、この記事を読んでエクササイズを実施してみてください。
-
/articles/project-inception-meeting/ja/smallimage/logo.jpg)
プロジェクトインセプション - 協力体制を作るミーティングの方法
プロジェクトを始める前にチームの協力体制を築くことは、効率的、効果的であるために最も重要なことです。チーム全体で強い忠誠心を持ちながら意思の疎通を図ることは、たくさんのEメールやドキュメント、会議電話よりも、チームで協力体制を保つためにずっと効果的です。この記事では、大きくなったチー���で協力体制を築くために、1日インセプションミーティングを実施する方法を説明します。
-
/articles/how-kanban-works/ja/smallimage/article-logo3.png)
カンバンはどのように動作するか
ソフトウエア開発や継続的改善を管理するシンプルで効率的な方法として、カンバンにますます関心が集まっています。しかし、カンバンとはどのように動作するのでしょう。この記事では、待ち行列理論を使って、カンバンを深く掘り下げます。また、ケーススタディを通じて、カンバンの基本的な概念と示唆に富んだアイディアを明らかにします。
-
/articles/why-need-self-organizing-teams/ja/smallimage/logo.jpg)
自己組織化チームはなぜ必要か？
私たちの世界では変化は日常であり，"ビジネス的アジリティ"が求められます。組織を運営する上で，古い地図はもはや役に立ちません。体系的思考に基づいた，新たな地図が必要です。優れた自己組織化チームについてのシリーズ記事の第２回目では，自己組織化チームが必要な理由について論じます。
-
/articles/culture-effective-testing/ja/smallimage/HiRes.jpg)
効果的なテストの文化を創る
誰しも開発したソフトウエアに自信を持ちたいと思っています。テストが重要なのはわかっているのですが、さまざまなテスト方法を学習するときの障害を克服した上で、自分たちの仕事に自信を持つことを妨げているのは何なのでしょうか。
-
/articles/7-changes-remove-waste/ja/smallimage/logo.jpg)
ソフトウェア開発プロセスから無駄を省くための7つの方法
約2年間、ソフトウエアベンダでリーンソフトウエア開発を実践し、段階的に7つの大きな変化を生み出すことでR&D部門のソフトウェア開発プロセスから無駄を削除しました。
-
/articles/what-are-self-organising-teams/ja/smallimage/logo.jpg)
自己組織化チームとは何か？
自己組織化チームとは何か，どうすれば効果的にサポートできるか，といった情報はあまり多くはありません。今回の記事では，自己組織化チームについて学ぶシリーズの最初として，自己組織化チームとは何かを探求します。
-
「Ameba流Scrum」を浸透させるために私たちが実践したこと
現在、コミュニティサービスだけでも40以上のサービスが提供されている、サイバーエージェントの「Ameba」サービス群。ネットユーザーの嗜好をとらえたサービスを短期間で次々とリリースできる秘訣は、各開発チームが導入し実践するScrum開発手法にある。ScrumはAmebaにおいてどのように浸透していったのか。同社アメーバ事業本部 サービス部門 コミュニティ事業部の大﨑浩崇氏に推進の過程やコツを聞いた。
-
/articles/kenji-modeling-agile/ja/smallimage/logo.jpg)
アジャイル時代のモデリング: アジャイルチーム拡大のためにはコードの次に何を保つべきなのか
もはやアジャイルソフトウェア開発手法はソフトウェア開発の主流になりました。動くコードは一番重要なチーム成果物として扱われることになりました。それにしても、あいかわらずモデリングは必要です。平鍋健児氏はこのアジャイル時代におけるモデリングの適切なモデリングと重要な役割について探求します。この記事では、システム”全体像”の理解共有が不可欠であるマルチチーム開発のスケーリングにフォーカスを当てました。
-
/articles/kanban-heuristics-common-sense/ja/smallimage/logo.jpg)
かんばんはただの常識か?
私たちは、製品開発について考える時に、経験則の概念がどれほど強力かを見てきました。アジャイルマニフェストは、個々のアジャイルプロセスとプラクティスを使って、経験則をまとめたものだと考えられます。このかんばんシンキングモデルは、注目すべき重要な分野を含む5つのかんばんの経験則と、改善に関する3つの影響が含まれています。
-
/articles/managing-technical-debt/ja/smallimage/logo.jpg)
技術的負債を管理する
技術的負債は、出来るだけすぐに返済すべき悪いことだと広く考えられていますが、うまく管理すれば、短期間の利益と長期間の生産性のバランスをとる戦略となります。この記事では、プロジェクトが技術的負債を返済できるさまざまな方法と、返済したほうがよいか、負債を転換するか、利息だけを支払うかを決めるために、熟考しなければならないことを説明します。