skillup

技術ブログ

ドキュメント作成 プロジェクト管理

業務フローの分解について

投稿日:2021年4月29日 更新日:

上流工程を担当するようになり、プロジェクトマネジメントや、要件定義、業務フロー分解などについて勉強しておいたほうがいいなーと思い、最近では読書をしております。

本日読んでわかりやすかった本は「はじめよう!プロセス設計」。

読みやすい本で多分2時間ぐらいで読めるかと。

個人的に学べた部分を以下に解釈して、要約しておこうと思います。

  • プロセスの分解
  • 日常に行なっているプロセスの分解を行う
  • 日常的に行なっていることは暗黙知になりがちなので注意
  • プロセスの定義は「何らかのインプットをもとに特定のアウトプットを生み出す活動」、これが詳細に記述できるレベルまで分解する
  • インプット=全行程の情報やもの、アウトプット=後工程に渡るもの
  • 誰が誰から何(インプット)を受け取り、どうやって、アウトプットを生み出すか
  • プロセスの引き金となる条件(他のタスクの何らかの状態がトリガー)の記述
  • もしも〜の条件を明確にする(設計段階においての例外事項となる)
  • p87〜93の図は例が簡単でわかりやすい
  • 新しいプロセスに対して、ゴールを設定し、そこから逆算していく
  • ゴールから逆算して、達成に必要なルートを作っていく(ブレイクダウンしてタスクを作っていく)
  • カスタマーエクスペリエンス=顧客のサービスデザインを描く

以前、倉庫管理のシステムを使った時に、この手法があればなーと思いました。

引当って概念が難しくてなかなか理解するのが大変でした・・・

いきなり、うまくはできないと思いますが、大まかに以下のプロセスの1〜3を回していけばより精度の高いものができたんではないかなーと思いました。

  1. 関係者の洗い出しとタスクの分解
  2. インプットとアウトプットがどのように流れていくか
  3. シーケンス図などで基本〜詳細設計レベルへの落とし込み

-ドキュメント作成, プロジェクト管理
-

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

テスト仕様書の必要な項目の定義など(横項目の定義)

前回はテストの項目をどのように作るか(分類するか)だったんですが、今回はテスト仕様書などを作る際に必要な項目の定義をまとめてみようかと。 テスト仕様書を作るとしたら前回は縦(バリデーションの組み合わせ …

no image

新アプリの本番環境デプロイについて

新しく作ったWEBアプリを本番配置しようとしたんですが、何度もやっているはずの処理がいざやろうとするといろいろと手間取ってしまい、1時間近くかかりました。 容量悪いなーと思いつつ、こういった行為はなる …

no image

仕様の把握で見るポイント

新しい現場に入って技術的な部分はもとより仕様の把握などでポイントになる点などを。 Contents1 ER図2 ステータス変更3 プレイヤー(イベント)整理4 タイムテーブル5 マトリックス表6 ダミ …

no image

コミュニケーション能力の定義

新卒でも既卒でも採用基準で非常に大きい要素といえばコミュニケーション能力かと思います。 が、この言葉、明確な定義がなく、私もいろんな会社でいろんな人と仕事をしてきましたが、明確な言語化がはっきりとでき …

no image

レビューについて

以前、コードレビューそのもののポイントについてはコードレビュー時のポイントでまとめましたが、レビュー自体の体制の注意点やそこでの気づきなど。 Contents1 目的2 定型的なものはチェックリストを …

アーカイブ