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

アーティクル

RSSフィード

最新前の記事

自己組織化チームとは何か？

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

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

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

InfoQ編集部サイバーエージェント　アメーバ事業本部サービス部門コミュニティ事業部　大﨑浩崇氏
投稿日 2014年5月14日午前1時33分
かんばんはただの常識か?

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

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

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

Sven Johann Eberhard Wolff 翻訳者大田緑 - (株)チェンジビジョン
投稿日 2013年6月30日午後9時57分
アジャイルチームをメトリクスで破壊しない方法

アジャイルコミュニティは、アジャイルチームの成功を測る方法を変える必要があります。メトリクスを定め、その結果から情報を得る方法は、実際にはもっとも大切なことを妨げています。アジャイルコミュニティは、アジャイルチームの成功を測る方法を変更する必要があります。メトリクスを定め、その結果から情報を得る方法は、実際には、動くソフトウェアを作るというもっとも大切なことを妨げています。それぞれのメトリクスを強要することで、他人のことを気にしすぎて、協力できなくなることがあります。その結果、測定しようとした作業そのものができずに、目的を達せられなくなるのです。

Sean McHugh 翻訳者大田緑 - (株)チェンジビジョン
投稿日 2012年11月27日午後11時54分
アジャイルフィーバーによる死

アジャイルフィーバーは、ソフトウェアを開発するために、アジャイルベースのプロセスを導入したり、応用したりすることに関して、その他の点では分別ある人々から常識を奪う１つの条件です。アジャイルフィーバーの結果は、コスト、日程、生産性の点で非常に影響が大きいので、全てのソフトウェア専門家は、この恐ろしい病気の症状を認識できるように自身を教育する義務がある。

Alex Bell 翻訳者編集部Ｎ
投稿日 2012年9月23日午後10時31分
アジャイルにおけるビジネスアナリスト像

2010年8月に、BABOKのアジャイル拡張（Agile Extention)のドラフト版が公開された。アジャイルにおけるビジネスアナリストがリエゾン（橋渡し役）として有効に機能するには、動作するソフトウェアを実現する開発チームへ継続的に寄り添い、貢献しなければならない。そのため、アジャイルでのビジネスアナリストは、資料作成や分析の技術だけでなく、ソフトウェアの実現に関わる技能を備えることが必要となるだろう。これは逆に、開発チームがビジネスアナリシススキルを備えるべきだということも、また示唆している。

株式会社豆蔵　後藤章一
投稿日 2011年8月16日午後11時29分
アジャイルアーキテクチャの相互作用

アーキテクトがアジャイルとアーキテクチャのプラクティスを1つにまとめて、機敏にビジネスとアーキテクチャの両方を実現しつつ、実際的にこれら2つの優先順位のバランスをとる方法について、James Madison氏が論じています。

James Madison 翻訳者大田緑 - (株)チェンジビジョン
投稿日 2011年8月16日午後7時44分
日本のアジャイルムーブメントに、何が起きていたのか、何が起きているのか

日本でアジャイル開発がまだ広く受け入れられていない理由には、日本のソフトウェア業界に特有の構造に問題がある。一方でオンラインサービス系の企業を中心に新たな変革も見え始めてきた。日本人はアジャイル開発を得意とする文化的背景を持つと考えられ、これからが発展の時期になると期待する。

平鍋健児翻訳者新野淳一／Publickey
投稿日 2011年7月24日午後8時15分
ITとアーキテクチャ：裏返しの観点

ソフトウェア業界は、無秩序で、コストは、どんどん高くなり、品質は低下している。ITにおける新しい技術やプロセスや方法論の約束は、いかなる重要な規模においても、今だに実現化されていない。Bruce Laidlaw と Michael Poulinの両氏は、30年以上の経験から、ITの過去と現在関して、考えを比較し、ソフトウェア業界が進歩するために何が必要かについての洞察を提供している。

Bruce Laidlaw Michael Poulin 翻訳者編集部Ｎ
投稿日 2011年1月23日午後7時55分
アジャイルのまずい考え方

Christopher Goldsbury氏は、アジャイルに見��れるいくつかの「まずい考え方」を取り上げている。マネジメントやドキュメンテーション、テスト、チーム、スケジュールに関してよく遭遇するが、現実に反した主張である。このようなまずい考え方は、誤っているにもかかわらず、アジャイルの中に隠れ場所や正当化の根拠をみつけるのだ。これらの考えがアジャイル方法論を牛耳って、よい動きに陰を落とすようになるまでに、これらの見方に対応することは必須である。

Christopher Goldsbury 翻訳者能仁信亮
投稿日 2010年11月7日午後10時17分
スクラムアジャイルチームに必要なスキル

高度に生産的なアジャイルプロジェクトで求められるスキルは伝統的なプロジェクトで必要なスキルとは違う。この記事では優れたチームにするための技術的なスキルや振る舞いを特定する。これらの‘デルタ’特質を獲得した人はだれでも、正しい技術的なスキルや振る舞いを身につけて、アジャイルプロジェクトで効率的に働くことができるだろう。

Prasad Prabhakaran 翻訳者徳武聡
投稿日 2010年9月8日午後7時24分