鈴村さんが指南する業務フロー図の上手な書き方
まずは，業務フローの例を見てみよう。UMLのアクティビティ図で書いたのが（図1）である。スイムレーンに役割を書き，上から下（または左から右）に向かって業務の進行を書いていく。かどの丸い四角形で示したアクティビティが業務プロセスに対応し，矢印で示したフローが業務の流れになる。「誰が何をするか」が明確になる。 よほど定型化されたものでない限り，業務とは複雑なものである。厳密に書こうとすると，業務フローも複雑になりがちである。しかし，分かりやすさを重視するなら，一つの業務フローに登場するアクティビティはせいぜい10～15程度にとどめるべきだ。 複雑なフローを表現したければ，一部の業務フローを別に切り出して，サブ業務フローとして記述すればよい。親の業務フローのある業務プロセスの内部が，サブ業務フローとなっているというように階層化する。 スイムレーンには顧客や営業担当など役割を設定する。「松山さん」
システムを使わない理由を使わない人に聞いても駄目だと思う：ナレッジ！？情報共有・・・永遠の課題への挑戦：オルタナティブ・ブログ
ナレッジマネジメントシステムの導入を進めていく際にシステムの利用率が伸びない事がよくある。情報系のシステムの場合利用率が６割を超えれば十分だと思うのだが未だにシステムの価値を利用率で評価したがる人が多いのも事実で、利用率が低いとすぐに「システム利用率向上施策をうたなければ」ということになる。 利用率をあげようとする事自体は良いことだと思うのだが、この時に良く取られる「なぜシステムを使わないかユーザに聞いてみよう」という手法には注意が必要だ。そして使わない理由を聞くとたいていは、「使いにくい」と「欲しい情報がない」の２つの理由が１位と２位にくる。この結果を見て大抵の運営者は、システムの細かい機能修正とデータの大量登録作業に着手する。まずはデータを必ず登録する（あるいはブログを必ず書くやメッセージを発信する）ようにと通達を出すという流れだ。 こうしてユーザはいやいやながらデータ登録を始めその結
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
