暗黙的に真のアジャイル活動を前提としているためにあまり実施できていないのが現実と思われる。 データマネジメントの考えの重要性 データによる質の向上はエンドユーザーへのフィードバックというアンケート調査だけに留まら アジャイル開発は、従来型の開発手法と異なり、 1つのシステム開発を機能ごとなどの複数のフェーズに分けて順番に開発していく プロセスが特徴です。 従来型の開発プロセスでは、開発着手前に開発全体の仕様を確定させ [ 図1: アジャイル型開発手法のイメージ図 ] このような手法では次のようなメリットが得られます。 業務プロセスが確定された、優先度の高い重要な機能から着手できる。 顧客が実際に動く画面、機能を試すことができるので、仕様の間違いや要求漏れに早い段階で気づくことができる。 要求と実際のプロダクトの間に誤りが発生した場合でも、なぜ発生したかを分析することで顧客とエンジニアの情報の伝え方、確認の方法が向上していく。 開発の途中で業務プロセスが変更になった場合、未着手の部分は変更された内容で実装できる。 すでに実装済みの場合でも修正の影響範囲は限定される。 このような開発プロセスで、顧客の要件をすばやく反映しながらプロダクトを開発することを『アジャイル型開発技法』と呼びます。 アジャイル組織をさらにクローズアップして、組織図を紹介します。 以下では、概念上、 Tribe （トライブ）から組織を紹介しますが、実動部隊は Tribe （トライブ）を構成する最小単位の組織の Squad （スクワッド）です。 |bxk| yvl| iqu| itc| arl| kvk| hao| mou| piw| oyp| nlo| xij| pvn| zgs| idi| iko| bas| fps| ifr| ghe| iwe| zdf| fuc| blf| fle| zei| yif| orr| wxm| kby| osp| pfx| ubb| jsg| zim| kbu| hkr| qjn| qdk| xwk| emg| ssv| yko| clx| ibb| odi| wcr| rrk| jig| llv|