4.7.4 プロセスのインプットおよびアウトプット (1) プロセスへのインプット情報 インプット情報 作成者 承認者 備 考 1 開発に関するお客様から お客様 - の提示資料 2 開発に関する当社収集資 リーダ - 料 3 プロジェクト計画 完了報 リーダ マネージャ 告書 ( 暫定計画 ) 4

Similar documents
授業計画書

要求仕様管理テンプレート仕様書

プロジェクトマネジメント知識体系ガイド (PMBOK ガイド ) 第 6 版 訂正表 - 第 3 刷り 注 : 次の正誤表は PMBOK ガイド第 6 版 の第 1 刷りと第 2 刷りに関するものです 本 ( または PDF) の印刷部数を確認するには 著作権ページ ( 通知ページおよび目次の前 )

障害管理テンプレート仕様書

品質マニュアル(サンプル)|株式会社ハピネックス

構成管理記録テンプレート仕様書

<4D F736F F F696E74202D208A778F4B8ED28EE593B18C5E E6D92CA816A8EF68BC68C7689E68F912E707074>

PowerPoint プレゼンテーション

[ 指針 ] 1. 組織体および組織体集団におけるガバナンス プロセスの改善に向けた評価組織体の機関設計については 株式会社にあっては株主総会の専決事項であり 業務運営組織の決定は 取締役会等の専決事項である また 組織体集団をどのように形成するかも親会社の取締役会等の専決事項である したがって こ

<90528DB88EBF96E2955B2E786C73>

J-SOX 自己点検評価プロセスの構築

変更要求管理テンプレート仕様書

監査に関する品質管理基準の設定に係る意見書

評価(案)「財務省行政情報化LANシステムの運用管理業務」

スライド 1

< D92E8955C81698D488E968AC4979D816A2E786C73>

目次 4. 組織 4.1 組織及びその状況の理解 利害関係者のニーズ 適用範囲 環境活動の仕組み 3 5. リーダーシップ 5.1 経営者の責務 環境方針 役割 責任及び権限 5 6. 計画 6.1 リスクへの取り組み 環境目標

個人依存開発から組織的開発への移行事例 ~ 要求モデル定義と開発プロセスの形式化 による高生産性 / 高信頼性化 ~ 三菱電機メカトロニクスソフトウエア ( 株 ) 和歌山支所岩橋正実 1

リスクテンプレート仕様書

医師主導治験取扱要覧

<4D F736F F D20939D8D87837D836A B B816996E BB8DEC8F8A816A F90BB8DEC E646F63>

<4D F736F F D E64976C8F91817A B7B8E73959F8E F41984A8BC696B18A4A91F D F8E968BC68BC696B18E6

018QMR 品質計画書作成規程161101

内部統制ガイドラインについて 資料

WBS テンプレート 2009/8/4 NO 作業項目 計画分析設計開発 SA UI SS PS PG PT テスト IT ST 運用 OT 保守 OM 作業概要 成果物 計画 プロジェクト編成 * プロジェクト責任者 メンバー ( システム部門 現場部門 外

修-CIA Exam Change Handbook_FAQs_ indd

説明項目 1. 審査で注目すべき要求事項の変化点 2. 変化点に対応した審査はどうあるべきか 文書化した情報 外部 内部の課題の特定 リスク 機会 関連する利害関係者の特定 プロセスの計画 実施 3. ISO 14001:2015への移行 EMS 適用範囲 リーダーシップ パフォーマンス その他 (


6 CCW から案件申請者のメールアドレス宛ての 案件承認済み の自動通知をもって シスコは プログラムディスカウント適用の承認を パートナーへ通知します パートナーは CCW からの自動通知および CCW 上での案件ステータスが 承認済み (Approved) となる前に エンドカスタマーに対し

<4D F736F F D DEC90AC82CC82B782B782DF816982A982C882AA82ED94C5816A976C8EAE95D220446F776E6C6F61642E646F63>

PowerPoint プレゼンテーション


はじめに 本ドキュメントは Redmine を使用して稼働する定量的プロジェクト管理ツール ( 以下 IPF と略します ) のヘルプです IPF の操作に関わる機能を解説しており Redmine 及び構成管理ツール (Subversion Git) の標準機能については 本ヘルプの記載対象外として

目次 取組み概要 取組みの背景 取組みの成果物 適用事例の特徴 適用分析の特徴 適用事例の分析結果から見えたこと JISAによる調査結果 どうやって 実践のヒント をみつけるか 書籍発行について紹介 今後に向けて 2

FY19 IP Co-Sell パートナー商談検証とレビューガイド

短納期開発現場への XDDP 導入手法

<4F F824F B4B8A B818E968D802E786C73>

ハード・ソフト協調検証サービス

パラダイムシフトブック.indb

目 次 目次は制定時に全面的に見直すページ 1. 適用範囲 6 2. 関係文書 (Related documents) 引用文書 (Normative documents) 認定の一般基準 認定の固有基準及び指針 認定の規則 関連文書 (R

JMAS Customer Services Policy and Procedures

システム管理マニュアル

どのような便益があり得るか? より重要な ( ハイリスクの ) プロセス及びそれらのアウトプットに焦点が当たる 相互に依存するプロセスについての理解 定義及び統合が改善される プロセス及びマネジメントシステム全体の計画策定 実施 確認及び改善の体系的なマネジメント 資源の有効利用及び説明責任の強化

組織内CSIRT構築の実作業

営業活動 人それぞれ 暗黙知 Aさんの商談手順 Cさんの商談手順 Bさんの商談手順 できる営業 が受注するために 必ずやっている基本動作 体系的に整理 営業活動プロセス できる営業 のノウハウを見える化 形式知 2

スキル領域 職種 : ソフトウェアデベロップメント スキル領域と SWD 経済産業省, 独立行政法人情報処理推進機構

取引先様向け ご請求業務に関する説明会資料 - 発注支払の画面説明について 年 8 月 8 日佐川急便株式会社

子ども・子育て支援事業計画策定業務委託 仕様書(案)

<4D F736F F F696E74202D2091E6368FCD5F95F18D908B7982D D815B >

WSUS Quick Package

土木工事書類スリム化ガイドの発行にあたり 関東地方整備局では 平成 20 年度の 土木工事書類作成マニュアル 策定を契機に 工事書類の簡素化に努めています また 平成 27 年度より 工事書類の提出方法を事前協議で明確にすることで 紙媒体の提出に加えて電子データを提出する二重提出の防止に向けて取り組

3 システムの形式 データベース本体 Microsoft Access 2000 (.mdb 形式 ) クライアントプログラム Microsoft Access 2000 (.mdb 形式 ) ( 業務内容 ) 第 4 業務内容及び業務の条件は次のとおりとする (1) 業務内容 1 データベース本体

ISO 9001:2015 改定セミナー (JIS Q 9001:2015 準拠 ) 第 4.2 版 株式会社 TBC ソリューションズ プログラム 年版改定の概要 年版の6 大重点ポイントと対策 年版と2008 年版の相違 年版への移行の実務

PowerPoint プレゼンテーション

添付 A02 筑波大学附属病院病棟 B 改修事業にかかる技術提案 交渉方式 ( 設計交渉 施工タイプ ) による公募型プロポーザル優先交渉権者決定基準 2019 年 1 月 15 日 国立大学法人筑波大学

トレーニングのプレゼンテーション

Transcription:

サンプル : プロジェクト管理規定 4.7 プロジェクト立ち上げ 4.7.1 目的 本プロセスはリーダ主導で プロジェクト体制の確立とプロジェクト内容 分担 業務指示 プロジェクト目標 担当者別プロジェクト目標を開発メンバに周知徹底することによって 組織としての意識統一を図るとともに開発プロセスをスムーズに立ち上げることを目的とする 4.7.2 このプロセスにかかわる人物の役割と責務 部門 略記 参加 役割 お客様 お客様 代表取締役 代表取締役 社長室営業グループ 営業 G プロジェクト開始ミーティングに参加する 総務 総務 社長室品質管理グループ 品質管理 G プロジェクト開始ミーティングに参加する 専務取締役 専務 体制を承認する ソフトウェア開発部 ( マネージャ ) マネージャ プロジェクト開始ミーティングの立会いとプロジェクト計画 完了報告書 ( 計画版 ) の承認をする ソフトウェア開発部 ( プロジェクトリーダ ) リーダ プロジェクト開始ミーティングの主催および プロジェクト計画 完了報告書 ( 計画版 ) 作 成担当である ソフトウェア開発部 ( サブリーダ ) サブリーダ プロジェクト開始ミーティングに参加する ソフトウェア開発部 ( 開発メンバ ) メンバ プロジェクト開始ミーティングに参加する : 主たる責任者 : 参加 : 不参加 : 場合により参加 4.7.3 概要 本プロセスの業務概要は以下の通りである (1) お客様からの注文を受け 開発メンバを手配の上 正式にプロジェクト体制を確立する (2) リーダはプロジェクト計画 完了報告書 ( 計画版 ) の原案を作成し プロジェクト開始ミーティングを開催する (3) プロジェクト開始ミーティングでは プロジェクト計画 完了報告書 ( 計画版 ) の原案の内容を周知するとともに プロジェクト目標および担当者別プロジェクト目標の検討および決定を行う (4) リーダはプロジェクト開始ミーティング終了後 当該ミーティングでの指摘事項 検討結果を反映したプロジェクト計画 完了報告書 ( 計画版 ) を作成し マネージャの承認を得る (5) マネージャの承認を得たプロジェクト計画 完了報告書 ( 計画版 ) は 品質管理 Gに提出し 審査を受ける (6) リーダは品質管理 Gによる審査の合格を受け 次プロセス ( 開発プロセス ) に移行する 15

4.7.4 プロセスのインプットおよびアウトプット (1) プロセスへのインプット情報 インプット情報 作成者 承認者 備 考 1 開発に関するお客様から お客様 - の提示資料 2 開発に関する当社収集資 リーダ - 料 3 プロジェクト計画 完了報 リーダ マネージャ 告書 ( 暫定計画 ) 4 見積書 / 提案書 リーダ マネージャ 専務 営業 G 5 基本契約書 個別契約書 営業 G お客様 お客様と取交わしたものがある場合 代表取締役 6 注文書 お客様 - 7 機密保持契約書営業 G お客様 代表取締役 (2) プロセスからのアウトプット情報 アウトプット情報 作成者 承認者 備 考 1 プロジェクト計画 完了報 リーダ マネージャ 告書 ( 計画版 ) 4.7.5 プロセスの開始条件および終了条件 (1) 開始条件 条 件 備 考 1 契約 受注プロセスの完了 ( 注文請書の発行 ( 注文請書が不要な場合は 注文書の受領 )) (2) 終了条件 条件備考 1 プロジェクト計画 完了報告書 ( 計画版 ) の品質管理 G によ る審査の合格 16

4.7.6 本プロセスにおける期限的な厳守事項 項目期限備考 1 プロジェクト開始ミーティングの開催プロジェクト着手後 5 営業日以内 2 計画審査のための品質管理 Gへのプロジェクト計画 完了報告書 ( 計画版 ) の提出 3 修正を指示されたプロジェクト計画 完了報告書 ( 計画版 ) の再提出 プロジェクト開始ミーティング実施後 5 営業日以内修正指示後 5 営業日以内 4.7.7 業務フロー 当業務フローを以下に示す 17

4.7.8 プロセスの 品質確保 リスク軽減 のためのポイント 4.7.8.1 必須となる活動のポイント 1 開発メンバの手配 マネージャ 1 表 4.7.1 プロジェクト体制のモデル および 表 4.7.2 プロジェクト構成要員 要件 に基づき 開発メンバを手配する 2 プロジェクト計画 完了報告書 ( 計画版 ( 案 )) の作成 3 プロジェクト開始ミーティングの開催 リーダ リーダ 1 計画項目すべての記載プロジェクト計画 完了報告書の計画欄の項目をすべて埋める 該当なしのものは なし 未決のものは 未決 等と明記する なお 記載に当たっては 下記の点に注意する (1) プロジェクト目標の仮設定プロジェクトを成功させるためにポイントになる技術面 管理面における目標を対お客様 対社内それぞれの観点で仮設定する この決定は プロジェクト開始ミーティングで行う (2) 担当者別プロジェクト目標の仮設定プロジェクト目標を達成するための各メンバの目標を 適宜メンバと協議し仮設定する この目標は プロジェクト開始ミーティングでメンバと合意し 決定する なお 目標はプロジェクト完了時に成果の検証が可能な表現を用いて記述する 2 計画案の事前配付プロジェクト計画 完了報告書 ( 計画版 ( 案 )) をメンバおよび関係者に事前配付し プロジェクト開始ミーティングまでに目を通しておくよう指示または要請する なお プロジェクト開始ミーティングの開催日はマネージャ 営業 G 品質管理 Gと事前調整し 配付時併せて通知する 1 プロジェクト受注の背景 ねらいの周知プロジェクト番号払出しメールや必要に応じて引合進捗管理票 ( マネージャから入手 ) を基に以下の事項を周知する (1) 受注の背景 (2) 受注にいたるまでの経緯 (3) 当社の受注のねらい 目的 2 プロジェクト内容の周知プロジェクト計画 完了報告書 ( 計画版 ( 案 )) に基づき 以下の内容についてポイントを説明し 周知を図る (1) 業務概要 1システム全体および当社の担当分についての業務概要 2 売上 ( 売上目標金額 契約金額など ) 3 開発期間 ( 開始日 / 完了日 納入日など ) 4 契約形態 ( 一括契約 / 時間契約など ) 5お客様情報 ( エンドユーザ / 発注元など ) 6 業務分野 / 業務範囲 18

項番項目担当 内容 (2) 開発環境要件 1 各種開発規約 ( 当社ソフトウェア開発規約など ) 2 ソフトウェア環境 / ハードウェア環境 3 業務環境 (3) お客様要求項目とその対応 1 品質特性 ( 機能性 信頼性 使用性など ) 2 制約条件 ( 容量 処理速度 構造など ) 3 その他お客様からの要求 要望事項 (4) 開発効率に対する取り組み 1 社内ノウハウの利用 2 利用 活用ツール 3 技術参考書の利用 4 その他手法 技法など (5) 成果物 ( プログラム ) (6) 成果物 ( ドキュメント ) (7) 工程 / 工数 1 概略工程 2 メンバ別月別工数 (8) 付帯コスト 1 外注費 2 ハードウェア ソフトウェア購入 / レンタルなど 3EDP 用品 旅費交通費 (9) 品質管理目標 ( テスト項目数 不具合件数など ) (10) プロジェクト体制 1 体制図 ( 社内 お客様 ) 2 緊急連絡網 3 管理担当者 ( 進捗管理 資料管理 構成管理など ) (11) セキュリティ 3 お客様との契約書等の周知お客様との間で取交わした契約関係の書類のポイントを説明し 周知する 以下に主なものを例示する (1) 基本契約書 (2) 個別契約書または注文書 (3) 機密保持契約書 4 プロジェクト目標の検討および決定リーダが設定した原案をベースに プロジェクト目標についてメンバとともに検討し 決定する 5 担当者別プロジェクト目標の検討および合意原案をベースに 担当者別プロジェクト目標についてメンバとともに検討し 合意する 6 マネージャによるコメント上記ミーティング内容を踏まえ 本プロジェクトのねらい 期待 課題などについてコメントする 7 営業 G によるコメント上記ミーティング内容を踏まえ 営業の視点からコメントする 8 品質管理 G によるコメント上記ミーティング内容を踏まえ 品質管理の視点からコメントする 19

4 品質管理 Gによるプロジェクト計画 完了報告書 ( 計画版 ) の審査 品質管理 G 1 以下の観点で審査を行う (1) プロジェクト開始ミーティングでの指摘事項が適切に修正されているか (2) 記載内容は一貫しているか (3) 計画時のプロジェクト評価 査閲 承認など記載漏れはないか 表 4.7.1 プロジェクト体制のモデル メンバ マネージャ リーダ サブリーダ メンバ 11 以上 1 1~2 以上 1~4 以上 4~8 以上 6~10 1 1 1~3 3~7 3~5 1 1 0~2 2~4 1~2 1 1 0~1 0~1 構成要員マネージャリーダサブリーダメンバ 表 4.7.2 プロジェクト構成要員 要件 要件等 プロジェクトの管理者 技術系職位 5 級以上 プロジェクトの開発実務責任者 直属要員の目安は5 人まで ( 直属以外の要員は サブリーダの配下となる ) 技術系職位 3 級以上 リーダの職務を代行する責任者 直属要員の目安は3 人まで 技術系職位 2 級以上 開発担当者 技術系職位 1 級以上 4.7.8.2 判断基準のポイント 1 なし 4.7.8.3 プロジェクト立ち上げにかかわるノウハウ 1 なし 20