ウチの課長は、なぜ業務フロー図を書かないのか？ | QUESTETRA for Process Automation
なぜ業務フロー図が書けないのだろう？ 課長なら「誰よりも業務のコトを知っているハズ」なのに・・・。 本稿では「そもそも業務フロー図とは何か？」から考察し、業務フロー図の描画が難しい理由について、ひとつひとつ紐解いていく。 English version 0. 「業務フロー図」とは何ぞや？ 最近、「ソモソモ業務フローの必要性がワカラン」と言うコメントを複数人からもらった。 そりゃ普通のヒトにとって、業務フロー図なんて、見たこと無いだろう。もちろん、業務フロー図に従って仕事を処理したことも無い訳で、、、必要性も何も、ソリャ全く分かんねーだろー、、、と（心の中で）思ってしまった。。。 と言う事で、今日は初心に戻って『業務フロー図の必要性と具体的な業務フロー図の書き方』について、いま考えていることを、まとめてみようと思う。（結構タイヘンかも。。。） 1.そもそも何故「業務フロー図」が必要なのか？
説得力のある提案資料作成のすすめ : LINE Corporation ディレクターブログ
こんにちは。ティーンズメディアグループ/ブロググループのタルです。 最近私は、サイトの戦略資料を作成したり発表をしたりする機会が多くありまして、そこで感じたこと、学んだことを今回は整理する意味も含めて、事業計画書や企画書など“提案要素の強い資料作成において大事なこと”をあげていってみようと思います。 プレゼンテーションのための資料（スライド）ではなく、あくまで“資料単体としてどう説得力をもたせるか”ということと、また、大それた戦略資料だけでなく、日常でディレクションをしていてちょっとした企画書などの資料作成でも当てはまるようなことを書きますので、資料作成に苦労されている方は参考にしてみてください。 まず悩み過ぎない。とりあえず動き出す ある程度の主題（いいたいこと、やりたいこと）が決まっているとしても資料としてストーリーを持たせること（形にすること）を考えると、パッと資料の流れ・全貌が浮か
コンサルタントがよく使うRFPの書き方：12項目で網羅的に作成
情報システム部の存在意義は、ITサービスを通したユーザ利便性の向上にあります。ITサービスとは単一、もしくは複数のシステムによって提供されるものですから、新しいシステムを企画立案して運用に漕ぎつけるまでの流れは、情報システム部の主たる業務と言えるでしょう。 新しいシステムを構築するためには、企画段階で得た構想を要件レベルに具体化し、システム設計者に引き渡します。企画をした人間が設計・構築・テスト・リリースまで担当できるにこしたことはないのですが、上流工程を担当する人間はスキルセット上、高コスト（月単価150万円以上）であることがほとんどですし、そもそも社内でシステム実装スキルを有する人間を必要数確保できないという根本的な課題もあって、要件定義フェーズ以前と設計フェーズ以降では担当者が異なることが多いのが実情です。 そこで要件定義フェーズで整理したことを正確に設計フェーズにつなげるために用い
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
書き方の基本から時間短縮のコツまで、使える「議事録」の書き方 - はてなブックマークニュース
会議の際、「議事録」を書くのがどうも苦手という人は多いはず。しかし、後で会議に参加していない人にその内容を伝えたり、仕事の経緯を振り返るのにも役立つ議事録は、効率良く仕事を進める上でも欠かせません。今までなんとなく書いていたという人も、一度基本の書き方を見直してみませんか？“使える議事録の書き方”を学べるエントリーを集めました。 ■何を書けばいいの？“使える議事録”の基本 あるテーマについて話し合いを行った経緯と、それによって決定した事項を記録する議事録。まずは作成の基本から見ましょう。 ▽ 議事録の書き方 基礎講座 : LINE Corporation ディレクターブログ ▽ 議事録の書き方 Part2 : LINE Corporation ディレクターブログ ▽ 1分で「使える議事録」に仕上げるチェックリスト - ITmedia エンタープライズ 議事録だからと言って、会議の内容を何も
知るだけで天地の差が出る、テスト仕様書の必須項目＆表現方法
テスト仕様書で絶対に必要な項目リスト テスト仕様書に記述すべきものとして、以下の事項があります。 テストを実施した環境 実施するテストの内容 テストを実施するためのシステムの操作手順 テストの実行結果 個々のテスト項目を識別するための番号や記号（通し番号など） テストを実施した年月日 テストを実行した担当者 障害報告票番号（発生した障害の詳細を開発グループに報告する帳票の識別番号） まずはテスト環境について明記する テスト仕様書の先頭には、「テストを実施した環境」を記述します。ここでは、ハードウェア環境やソフトウェア環境、ネットワーク環境など、「どのような環境でテストを行ったか」を説明します。 ただし、テストを実施した環境を記述するだけでは十分ではありません。「顧客にとって必要な情報は何か」を考えるのです。ここで必要なのは、「要件定義書で規定した環境」との関係が分かることです。 なぜなら、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
