InfoQ ホームページ カルチャー＆手法 に関するすべてのコンテンツ
-
/articles/lean-muda-muri-mura/ja/smallimage/muda-muri-mura.png)
３つのM - リーンの３要素
リーン主義をソフトウェア開発に適用することについての議論では、主にムダ（無駄：Muda）なものを特定して排除することに関心が向けられてきました。リーン思考は同様に、ムリ（無理：Muri）とムラ（ばらつき：Mura）を削除することも目指しています。ムダ、ムリ、ムラは「３つのM」と呼ばれています。
-
/articles/xml-unit-test/ja/smallimage/images_similar_things.jpg)
XMLをユニットテストする
XMLUnitはBSDライセンスの下で認可されたオープンソースプロジェクトです。XMLUnitは相関クラスの小さなライブラリを提供しますが、それは、前のセクションで概説された幾つかのXMLをテストする異なった方法のそれぞれを簡素化します。
-
/articles/process-component-models/ja/smallimage/small.png)
プロセスコンポーネントモデルは次世代のワークフローか？
JBoss jBPMの創設者であるTom Baeyens氏が、BPM / ワークフローの世界の状況における彼の見解について説明し、プロセスコンポーネントモデルという新しいタイプのワークフロー技術を紹介しています。
-
/articles/intro-to-the-mole/ja/smallimage/mole_logo_small.gif)
-
/articles/seven-fallacies-of-bpm/ja/smallimage/image_diagram_bmp(1).jpg)
ビジネスプロセス実行の7つの誤った考え
8年以上にわたる懸命な研究の末、ソフトウェア産業とその顧客は大きな壁に突き当たっている。ドットコム時代にBPM新進企業によって定義されたビジョンは、まだ実現していない。我々は、（開発者の最小限の介入を伴っても）ビジネスアナリストが設計したビジネスプロセスモデルを利用して完全な実行可能ソリューションを作り出す能力からかけ離れている。プロセス駆動型アプリケーションモデルの必要性は現実のものだ。ビジネスプロセス改善（Business Process Improvement）のイニシアチブはGlobal 2000企業の至る所で活気良く進んでいるが、こうした継続的なプロセス改善の強い必要性をよそに、2007年、BPM市場は（可能だろうと思われていた状態と比べて）未だ小規模にとどまっている。
-
/articles/spayd-partnership-contract/ja/smallimage/contracting.jpg)
「コンサルティング」契約
Michael Spayd氏が「コンサルタント」に関する、契約者と非契約者について語ります。身近なシステム開発シナリオの中での一般的なITナレッジワーカーの役割を展開し、仕事の開始と合わせたその行動をたどってみましょう。途中、クライアント (内部または外部を問わない) との契約の要素と、計画的な関係への取り組みを開始することの重要性について検証します。
-
/articles/satir-communication-model-teams/ja/smallimage/argument.JPG)
コミュニケーションの失敗のスパイラルをコントロールせよ
私たちは毎日コミュニケーションに失敗している。失敗は取るに足りないものから悲惨な結果をもたらすものまで様々だ。残念なことに、私たちには口論やケンカやもっとひどいことになるまで、コミュニケーションの失敗の本質について注意を向け自分たちのやりとりを分析しようとしない傾向がある。コミュニケーションの失敗はチームワークが重要な今日の世界のビジネスにおいて競争上の優位を得るための最も大きな障害である。この記事では J. B. Rainsberger 氏が祝日の挨拶を例に、効率的なコミュニケーションと信頼の構築、そしてチーム作業を行うための秘密兵器のひとつを教えてくれる。
-
/articles/agile-kanban-boards/ja/smallimage/three-level-kanban_small.jpg)
かんばんボードによるプロジェクトの見える化
アジャイル開発でプロジェクトを進めている現場では、やるべき作業を表す付箋や、進行状況を示すチャートをプロジェクトルームの壁に貼って状況を見える化し、共有している光景をよく見かける。 本稿では、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていく。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案する。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装 “TRICHORD” を紹介する。
-
/articles/migrating-struts-2-part3/ja/smallimage/image1.jpg)
Struts 2 への移行 (パートIII)
このシリーズの最後の記事では、ユーザインターフェイスを Struts から Struts2 に移行して、アプリケーションを完全に変換します。パート Iでは、アーキテクチャの概要、および Struts と Struts 2 のアプリケーションの基本的な違いを説明しました。パート IIでは、アクションや設定など、現実のアプリケーションの変換について説明しました。
-
/articles/Evolutionary-integration/ja/smallimage/esbsmall.jpg)
-
/articles/eric-evans-ddd-matters-today/ja/smallimage/ddd.jpg)
今日のDDDの重要性についてEric Evans氏に聞く
ここに掲載したインタビュー記事は、無料のダウンロード書籍『Domain-Driven Design Quickly』からの抜粋(6章)です。このインタビューの中で、Eric Evans氏はDDDをシステム開発の現状に当てはめ、今、DDD(Domain-Driven Design、ドメイン駆動設計)が重要とされる理由について説明しています。
-
/articles/Utilizing-Logging/ja/smallimage/image_logging.jpg)
レガシーコードのユニットテスティングにロギングの継ぎ目を利用する
ロギングを使用して、レガシーコードのユニットテストを簡単にすることができます。また、クラスのロジックを変更したり、振る舞いを変えることもありません。