InfoQ ホームページ Agile に関するすべてのコンテンツ

アーティクル

RSSフィード

最新前の記事

デベロップメント

すべての開発者が知っておくべき、ソフトウェアアーキテクチャに関する5つのこと

構築しようとしているソフトウェアの分散環境、そしてそれらを開発するチームの分散環境があるとすると、ソフトウェアアーキテクチャの基本を理解することは何よりも重要だ。このトピックの導入として、いくつかの通説の誤りを正すため、全ての開発者が知っておくべきソフトウェアアーキテクチャに関する5つの事項を述べる。

Simon Brown 翻訳者高橋洸
投稿日 2018年1月28日午後8時59分
より良いチームを作るためのエクササイズ

一員になりたいと思えるほど素晴らしい成果をあげるチームに出会ったことはありますか。そのようなチームの価値を調べてみると、メンバと成果の方向性のバランスが完璧であることを見つけるかもしれません。自分のチームがこの状態からどのくらい離れているか調べようとするなら、この記事を読んでエクササイズを実施してみてください。

Justyna Wykowska 翻訳者徳武聡
投稿日 2016年8月9日午後7時50分
プロジェクトインセプション - 協力体制を作るミーティングの方法

プロジェクトを始める前にチームの協力体制を築くことは、効率的、効果的であるために最も重要なことです。チーム全体で強い忠誠心を持ちながら意思の疎通を図ることは、たくさんのEメールやドキュメント、会議電話よりも、チームで協力体制を保つためにずっと効果的です。この記事では、大きくなったチー��で協力体制を築くために、1日インセプションミーティングを実施する方法を説明します。

James Bayer 翻訳者大田緑 - (株)チェンジビジョン
投稿日 2014年10月14日午後7時57分
カンバンはどのように動作するか

ソフトウエア開発や継続的改善を管理するシンプルで効率的な方法として、カンバンにますます関心が集まっています。しかし、カンバンとはどのように動作するのでしょう。この記事では、待ち行列理論を使って、カンバンを深く掘り下げます。また、ケーススタディを通じて、カンバンの基本的な概念と示唆に富んだアイディアを明らかにします。

Amr Noaman Abdel-Hamid 翻訳者徳武聡
投稿日 2014年9月7日午後7時43分
自己組織化チームはなぜ必要か？

私たちの世界では変化は日常であり，"ビジネス的アジリティ"が求められます。組織を運営する上で，古い地図はもはや役に立ちません。体系的思考に基づいた，新たな地図が必要です。優れた自己組織化チームについてのシリーズ記事の第２回目では，自己組織化チームが必要な理由について論じます。

Peter Hundermark Sigi Kaltenecker 翻訳者吉田英人
投稿日 2014年8月31日午前2時2分
効果的なテストの文化を創る

誰しも開発したソフトウエアに自信を持ちたいと思っています。テストが重要なのはわかっているのですが、さまざまなテスト方法を学習するときの障害を克服した上で、自分たちの仕事に自信を持つことを妨げているのは何なのでしょうか。

Wes McClure 翻訳者徳武聡
投稿日 2014年8月31日午前1時54分
ソフトウェア開発プロセスから無駄を省くための7つの方法

約2年間、ソフトウエアベンダでリーンソフトウエア開発を実践し、段階的に7つの大きな変化を生み出すことでR&D部門のソフトウェア開発プロセスから無駄を削除しました。

Cecil Dijoux 翻訳者徳武聡
投稿日 2014年8月17日午後8時53分
自己組織化チームとは何か？

自己組織化チームとは何か，どうすれば効果的にサポートできるか，といった情報はあまり多くはありません。今回の記事では，自己組織化チームについて学ぶシリーズの最初として，自己組織化チームとは何かを探求します。

Peter Hundermark Sigi Kaltenecker 翻訳者吉田英人
投稿日 2014年8月7日午前1時39分
「Ameba流Scrum」を浸透させるために私たちが実践したこと

現在、コミュニティサービスだけでも40以上のサービスが提供されている、サイバーエージェントの「Ameba」サービス群。ネットユーザーの嗜好をとらえたサービスを短期間で次々とリリースできる秘訣は、各開発チームが導入し実践するScrum開発手法にある。ScrumはAmebaにおいてどのように浸透していったのか。同社アメーバ事業本部サービス部門コミュニティ事業部の大﨑浩崇氏に推進の過程やコツを聞いた。

サイバーエージェント　アメーバ事業本部サービス部門コミュニティ事業部　大﨑浩崇氏 InfoQ編集部
投稿日 2014年5月14日午前1時33分
アジャイル時代のモデリング: アジャイルチーム拡大のためにはコードの次に何を保つべきなのか

もはやアジャイルソフトウェア開発手法はソフトウェア開発の主流になりました。動くコードは一番重要なチーム成果物として扱われることになりました。それにしても、あいかわらずモデリングは必要です。平鍋健児氏はこのアジャイル時代におけるモデリングの適切なモデリングと重要な役割について探求します。この記事では、システム”全体像”の理解共有が不可欠であるマルチチーム開発のスケーリングにフォーカスを当てました。

Kenji Hiranabe 翻訳者鄭道鉉
投稿日 2013年11月19日午後6時56分
かんばんはただの常識か?

私たちは、製品開発について考える時に、経験則の概念がどれほど強力かを見てきました。アジャイルマニフェストは、個々のアジャイルプロセスとプラクティスを使って、経験則をまとめたものだと考えられます。このかんばんシンキングモデルは、注目すべき重要な分野を含む5つのかんばんの経験則と、改善に関する3つの影響が含まれています。

Karl Scotland 翻訳者大田緑 - (株)チェンジビジョン
投稿日 2013年11月10日午後7時32分
技術的負債を管理する

技術的負債は、出来るだけすぐに返済すべき悪いことだと広く考えられていますが、うまく管理すれば、短期間の利益と長期間の生産性のバランスをとる戦略となります。この記事では、プロジェクトが技術的負債を返済できるさまざまな方法と、返済したほうがよいか、負債を転換するか、利息だけを支払うかを決めるために、熟考しなければならないことを説明します。

Sven Johann Eberhard Wolff 翻訳者大田緑 - (株)チェンジビジョン
投稿日 2013年6月30日午後9時57分