［要件定義編］ビジネス要件を文章だけで表現してはいけない
要件を記述する際は，自然言語の文章だけで表現するのではなく，モデリング手法を活用するとよい。それにより，「要件の網羅性を確認しやすくなる」「記述のあいまいさを抑えられる」「要件の論理性，整合性を維持できる」「ビジュアルで視覚的に理解しやすくなる」という効果が期待できる（図4）。 ただし，形式化されたダイアグラムの情報だけでは詳細な要件を表現し切れないこともある。ダイアグラムと文章を併用し，相互に補完し合うようにするのが現実解だといえよう。適用に際しては，文章に慣れているユーザーや，初めてそのモデルに接するメンバーに対する配慮が求められる。戸惑うことなくモデルを取り入れられるよう，理解を助ける説明資料を準備し，説明会を開催するとよい。 ビジネス要件定義に使えるダイアグラム 現在，システム構築で使用されるモデルは，いわゆるUML（Unified Modeling Language）で表現された
［要件定義編］ビジネス要件とシステム要件を混同してはいけない
企業がシステム構築プロジェクトに投資をする目的は，ビジネス目標を達成することにある。したがってビジネス要件を見ずに，システム要件ありきで開始したプロジェクトは，たとえ計画通りにシステムが完成したとしても，本来達成すべき目標を達成できないリスクが高い。 従来は，人手の作業をシステム化することにより生産性や品質が向上し，ビジネス上のメリットが得られたので，システム要件を気にしているだけでもよかった。しかし，一通りのシステム化が進んだ現在では，単なるシステム導入ではビジネス上の大きなメリットを得られにくくなってきている。そのため，まずビジネス面の目的や目標をビジネス要件として明確化し，続いてそれをシステムの要件にブレーク・ダウンすることが重要になっている（図3）。 ビジネス要件定義では，主として次の作業を行う。(1)企業がそのビジネスを行う目的を明確にする。(2)ビジネスにより達成したい目標を設
第9回 コミュニケーションの架け橋となる知識（続き）
今回は，「コミュニケーション能力」「スキル」など，6つの領域の知識について解説していきます。 知識4 コンテンツ＆デザイン知識 制作現場からあがってくるコンテンツやデザイン成果物に対して，正しい判断を下すためには，コンテンツおよびデザインの知識が欠かせません。コンテンツとなる情報を把握し，理解しておくこと。そして，デザイン的なセンスや知識を日頃から養い，蓄積しておくことが必要です。また，メンバーが話す言葉がわからなくては，的確な判断ができませんから，必要最低限の単語やセンテンスは習得しておきましょう。 知識5 パーソナリティ さまざまな能力や知識をすべて兼ね備えた，理想的なWebプロデューサーといえる人物は数多くありません。肝心なのは，求められる能力や知識を会得しようと努力する「気持ち」です。Webプロデューサーとして「こうありたい」という信念を持ってプロジェクトに臨む姿勢が，メンバーの意
［要件定義編］要件定義フェーズの計画を怠ってはいけない
要件定義の計画とは，要件を具体化するために実施するプロセスの予定をまとめたものである。このプロセスの実施状況を「見える化」することは，問題の兆候を早期に察知して，トラブルの発生を未然に防ぐために効果的である。 見える化に必要なのが，作業の進捗状況を計測可能なプロジェクト計画だ。ユーザーとのセッション計画を作っただけで要件定義を始めてしまうと，予定セッションを消化したという進捗は分かっても，実際の要件定義がどの程度完了しているかをとらえられない。プロジェクト全体計画を受けた，要件定義フェーズのための実施計画を別途作成する必要がある（図1）。 作業の進捗をとらえられるよう，WBS（Work Breakdown Structure）の最下位タスクは成果物とひも付けるとともに，工数5人日以下にブレーク・ダウンする。進捗の見える化ツールには，EVM（Earned Value Management）の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
