InfoQ ホームページ ビジネス に関するすべてのコンテンツ
-
アジャイルにおけるビジネスアナリスト像
2010年8月に、BABOKのアジャイル拡張（Agile Extention)のドラフト版が公開された。アジャイルにおけるビジネスアナリストがリエゾン（橋渡し役）として有効に機能するには、動作するソフトウェアを実現する開発チームへ継続的に寄り添い、貢献しなければならない。そのため、アジャイルでのビジネスアナリストは、資料作成や分析の技術だけでなく、ソフトウェアの実現に関わる技能を備えることが必要となるだろう。これは逆に、開発チームがビジネスアナリシススキルを備えるべきだということも、また示唆している。
-
/articles/introductionOozie/ja/smallimage/oozie small image.jpg)
-
/articles/agile-contracts/ja/smallimage/AgileContract_V1.jpg)
アジャイル契約
従来のウォーターフォールモデル手法，すなわち要件を定義し，サプライヤが価格を提示して，両者が法的拘束力を伴う契約書にサインする，というやり方は，企業が何かを購入する場合にはとても都合のよいものです。しかしこの方法で記述された契約書には，アジャイルアプローチを使った開発に必要な自由がほとんどありません。この記事では，サプライヤと顧客がアジャイル開発の契約を締結するために利用可能な，４つの異なったモデルを検証しています。
-
/articles/attitude-agile-Goldsbury/ja/smallimage/badAttitude.jpg)
アジャイルのまずい考え方
Christopher Goldsbury氏は、アジャイルに見られるいくつかの「まずい考え方」を取り上げている。マネジメントやドキュメンテーション、テスト、チーム、スケジュールに関してよく遭遇するが、現実に反した主張である。このようなまずい考え方は、誤っているにもかかわらず、アジャイルの中に隠れ場所や正当化の根拠をみつけるのだ。これらの考えがアジャイル方法論を牛耳って、よい動きに陰を落とすようになるまでに、これらの見方に対応することは必須である。
-
/articles/java-dotnet-patents/ja/smallimage/image_contract-clock.jpg)
Javaと.NETの特許問題への短い紹介
最近のGoogleとOracleの間の法的な戦いによって、Javaと.NETの特許問題が再び注目されている。Tim Smith氏が、Oracle/Sun と Microsoftによって提供されているライセンスを紹介する。GoogleのAndroid プラットフォームのようなサードパーティの実装にそれらがどう影響するのかに、焦点を当てる。 恐らく、Google Androidのユニークな実装が、動機となったことも取り上げられる。
-
/articles/scrum-management-deemer/ja/smallimage/scrum.jpg)
マネージャ 2.0: スクラムでのマネージャの役割
スクラムは3つの役割しか定義しない。それはプロダクトオーナとスクラムマスタとチームだ。ここにはマネージャは存在しない。Pete Deemer氏はスクラムを適用したときにマネージャが受ける影響や、マネージャの役割をどのように再定義するのがいいのか(職務内容記述書のサンプルを含む)、マネージャをスクラムマスタに任命することなどを考察する。
-
/articles/5-config-mgmt-best-practices/ja/smallimage/image_medal2.jpg)
5つのコンフィグレーション管理ベストプラクティス
この記事では、コンフィグレーション管理を楽にするため、そして、アプリケーションを運営、管理する必要のある人たちを楽にするために、コード内からできることについて調べたものだ。これらのパターンはThoughtWorksのプロジェクトで何度も使ってきて、その価値が証明されているものだ。
-
/articles/project-manager-role/ja/smallimage/image_torch.jpg)
アジャイルにおけるプロジェクトマネジャーの役割
どの本もアジャイルのコーチやファシリィテーターの役割は語っているが、マネージャーの役割について語っていません。この記事では最初に一般的に産業界でのプロジェクトマネージャ��の役割について説明し、それから、アジャイルにおけるコーチ/ファシリィテーターの役割にあてはめてみます。この議論の中でコーチ/ファシリィテーターの意味の範囲を広げていくつもりです。
-
/articles/governance-rating/ja/smallimage/image_organization.jpg)
私たちに必要なものは情報システムの評価である
Pierre Bonnet氏は、情報システムがあまりに曖昧で、俊敏でないと主張します。彼は、「健全な」企業が、過剰なリスクを負って数か月のうちに崩壊する原因について説明しています。
-
/articles/power-consumption-servers/ja/smallimage/image_server_lines.jpg)
-
/articles/Orchestration-Oleg-Zhurakousky/ja/smallimage/pastedGraphic.png)
Spring AOPとAspectJを使用したワークフローオーケストレーション
本稿では、アスペクト指向プログラミング(AOP)の技術を使用して、高度に設定可能で拡張性があり、さらに軽量な組み込みプロセスフローを構築し、オーケストレートするための方法を説明します。今回のサンプルでは、Spring AOPとAspect Jをベースにしていますが、他のAOPでも同様の結果を得ることができます。