BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

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

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

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

  • 「Ameba流Scrum」を浸透させるために私たちが実践したこと

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

  • かんばんはただの常識か?

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

  • 技術的負債を管理する

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

  • アジャイルチームをメトリクスで破壊しない方法

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

  • アジャイルフィーバーによる死

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

  • アジャイルにおけるビジネスアナリスト像

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

  • アジャイルアーキテクチャの相互作用

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

  • 日本のアジャイルムーブメントに、何が起きていたのか、何が起きているのか

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

  • ITとアーキテクチャ:裏返しの観点

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

  • アジャイルのまずい考え方

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

  • スクラムアジャイルチームに必要なスキル

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

BT