魅せるフロー図の８カ条 | エクセル術
前回は［エクセルでフロー図を作る］方法の基本を紹介しましたが、今回は魅せるためのフロー図８カ条。 業務フローは自分だけが解れば良いものではなく、これを目にする人全てに理解してもらえるものが必要です。特にプレゼン用であればエンドユーザーに理解してもらうのが困難な時があります。 ここでは原料購入の業務フローに在庫管理システム導入案件フロー図で説明します。 １．ひとつのフロー図にアイテム数は１５まで 人に見せる為のフローチャートは簡素化させる必要があります。なぜなら外部の人にはあなたの業務の内容は知らないからです。実際の業務を厳密に書くとすればフロー図も複雑になってしまいます。しかし分かりやすさを重視するなら、一つの業務フローに登場するアイテム数はせいぜい15～20程度にとどめるべきです。 それでもなお厳密に書きたいところがあれば別にサブフローとして書き出し作成するのがベストでしょう。親、子の階
モデルベース要件定義 at BPStudy
・システムの全体像をつかむためにモデルを使ってシステムの地図を作ろう ・ビジネスモデルキャンバスからシステム化するRead less
SEC BOOKS：ユーザのための要件定義ガイド ～要求を明確にするための勘どころ～：IPA 独立行政法人 情報処理推進機構
書籍概要 本書は、主にユーザ企業において要件定義を実施される方々を対象にしたガイドブックです。 工期の遅れや開発コスト増大など、ユーザ企業が行うべき上流工程の要件定義に起因するトラブルが多く発生しています。ユーザ企業から開発企業に「要求（What）」が正しく伝わっていないと、開発プロジェクトの現場で実装する機能は要求を正しく反映したものになりません。 この問題の解決には、ユーザが要求を抜け・漏れなく定義するために実施すべきことを明確にすることが重要であり、ユーザ企業と開発企業の知見やノウハウをまとめ、“勘どころ（コツ）”を示すことが有用です。 本書では、要件定義に熟練した有識者がこれまでのプロジェクト経験で直面した課題を示し、「解決策の勘どころ」について、具体例を挙げて説明しています。本書に記載された、要件定義に用いられる各種ドキュメントの作成上の“コツ”を確認しながら、ユーザ企業が開発企
要件定義でモメないための発注者「5つの決め事」
政府CIO補佐官。ITプロセスコンサルタント。 元・東京地方裁判所民事調停委員・IT専門委員、東京高等裁判所IT専門委員。 立教大学経済学部経済学科卒業後、NECソフト株式会社（現NECソリューションイノベータ株式会社）にて金融機関の勘定系システム開発など多くのITプロジェクトに携わる。その後、日本アイ・ビー・エム株式会社にて、システム開発・運用の品質向上を中心に、多くのITベンダと発注者企業に対するプロセス改善とプロジェクトマネジメントのコンサルティング業務を担当。独立後は、プロセス改善やIT紛争の防止に向けたコンサルティングを行なう一方、ITトラブルが法的紛争となった事件の和解調停や裁判の補助を担当する。これまで関わったプロジェクトは70以上。調停委員時代、トラブルを裁判に発展させず解決に導いた確率は９割を超える。システム開発に潜む地雷を知り尽くした「トラブル解決請負人」。2016年よ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
失敗しない要件定義とリスク対策（000057381.pdf）
要求を仕様化する技術・表現する技術 - behind the counter
地図を片手にアジャイル開発
