要員管理 要員の質、量、配置、作業状況を管理する 一般的な注意点を下記に示す （１）組織 ・組織構成を明快にする －指示命令系統

Presentation on theme: "要員管理 要員の質、量、配置、作業状況を管理する 一般的な注意点を下記に示す （１）組織 ・組織構成を明快にする －指示命令系統"— Presentation transcript:

1 要員管理 要員の質、量、配置、作業状況を管理する 一般的な注意点を下記に示す （１）組織 ・組織構成を明快にする －指示命令系統
　要員の質、量、配置、作業状況を管理する 　一般的な注意点を下記に示す 　（１）組織 　　　・組織構成を明快にする 　　　　－指示命令系統 　　　　－各組織レベル、各人の権限と責任分担 　　　・管理の為のオーバヘッドを少なくする 　　　・横の協力体制があること 　（２）要員 　　　・プロジェクトリーダの能力はプロジェクト成否の鍵となる 　　　・グループリーダの責任分担を明確にする 　　　・プロジェクトの目的を理解させ、動機付けを行う 　　　　　　→モチベーションを高める→生産性向上 ﾌﾟﾛｼﾞｪｸﾄ管理 -32-

2 『エラーやバグの９０％は１０％の要員から発生する』
　　　・作業は担当者が実行可能なレベルまでブレークダウンする 　　　　（特に上流工程では重要である） 　　　・必要に応じて教育、訓練を実施する 　　　・各要員の能力を見極める→配置転換等の措置必要 クヌースの９０－１０のルール： 『エラーやバグの９０％は１０％の要員から発生する』 ﾌﾟﾛｼﾞｪｸﾄ管理 -33-

3 外注管理 １．開発分担 開発時だけでなく、開発後の維持メンテナンスも考えて開発分担を 決定する ２．条件の明確化
　　開発時だけでなく、開発後の維持メンテナンスも考えて開発分担を 　　決定する ２．条件の明確化 　　　・外注形態……請負、委任、派遣 　　　・契約書、仕様書 　　　・仕様変更ルールの確立 　　　・責任範囲（ＳＯＷ相当の事項を決定する） 　　　・検収方法……検収基準－機能、性能、品質の評価 　　　　　　　　　　　　　　　　　　　－納入ドキュメント 　　　　　　　　　　　　　検収期間 　　　　　　　　　　　　　終了手続き ﾌﾟﾛｼﾞｪｸﾄ管理 -34-

4 外注先への“丸投げ”はしない ３．管理 （１）何処まで直接管理するかを明確にする ・レポート内容と頻度 ・レビュー主体と責任
　（１）何処まで直接管理するかを明確にする 　　　　・レポート内容と頻度 　　　　・レビュー主体と責任 　　　　・標準、規定類の制定主体 　（２）どの様に管理するか 　　　　・どのレベルの要員が、外注先のどのレベルを管理するか 　　　　　（外注先の実力による） 　　　　・進捗度９０％シンドロームに充分注意する 　　　　・レポートチェックのみでは危険である→現場で現物を確認する 外注先への“丸投げ”はしない ﾌﾟﾛｼﾞｪｸﾄ管理 -35-

5 完了評価 プロジェクト終了時点の正確な分析評価は、次回のプロジェクトの 重要な参考資料となる ・プロジェクト計画と実績との差異分析
　プロジェクト終了時点の正確な分析評価は、次回のプロジェクトの 　重要な参考資料となる ・プロジェクト計画と実績との差異分析 　－日程、生産性、品質、費用の計画との差異 　－問題点の整理・分析 　－これからの取るべき方策の検討 ・プロジェクトに関する総合的な評価・分析 　－開発環境（Ｈ／Ｗ、Ｏ／Ｓ、端末装置、開発ツール、通信機器、等） 　－協力会社（管理能力、要員スキル、納期、品質、単金、等） 　－要員 　－採用したソフトウェア開発プロセス、開発技法 『プロジェクト完了報告書』の提出 ﾌﾟﾛｼﾞｪｸﾄ管理 -36-

6 Ｃ／Ｓシステム開発プロジェクトの体制図の例
プロジェクトマネージャ ＊：大規模プロジェクト　　　 　　で特に必要なグループ ＊ 管理スタッフＧ ＊ 機器選定Ｇ ＊ ＰＰ評価・選定Ｇ 業務Ｇ 基盤Ｇ ＊ ＊ ＊ ﾈｯﾄﾜｰｸ基盤Ｇ 業務共通Ｇ AP-G:1 AP-G:2 ・・・ 基盤共通Ｇ 業務基盤Ｇ 運用基盤Ｇ 定常的に設置 必要時期に編成 ＊ ＊ ＊ 開発標準化Ｇ 開発環境Ｇ 統合Ｇ-１（ＬＩＢ） 統合Ｇ-２（ＳＩ） 性能評価Ｇ 移行設計Ｇ 展開設計Ｇ ﾌﾟﾛｼﾞｪｸﾄ管理 -37-

7 ﾌﾟﾛｼﾞｪｸﾄ管理 -38- 各グループの役割 ①管理スタッフＧ……プロジェクト全体の進捗・費用管理、ユーザ折衝・窓口等を行う。
　　　　　①管理スタッフＧ……プロジェクト全体の進捗・費用管理、ユーザ折衝・窓口等を行う。 　 　　 　　　　　　 ＩＳＯ品質管理、Ｓ－ＳＣＡＬＥの統括も行う。 　　　　　②機器選定Ｇ　………導入機器を、システムとの親和性、ユーザとの関係を考慮し決定する。 　　　　 ③ＰＰ評価・選定Ｇ……導入Ｐ．Ｐを、性能評価し、システムとの親和性、ユーザとの関係を考慮 　　　　　　　　　　　　　　　　し決定する。 　　 業務Ｇ 　　　　　④業務共通Ｇ ………アプリケーション共通のサブルーチン等の作成、業務Ｇの取りまとめを行う。 　　　　 ⑤ＡＰ－Ｇ　 ………個々のアプリケーションを開発する。 　　 基盤Ｇ 　　　　　⑥基盤共通Ｇ　………基盤Ｇ共通のサブルーチン等の作成、基盤Ｇの取りまとめを行う。 　　　　 ⑦業務基盤Ｇ　………アプリケーションを動かす為の、基盤の開発を行う。 　　　　　⑧運用基盤Ｇ　………システム運用の為の基盤の開発を行う。 　　　　　⑨ネットワーク基盤Ｇ………ネットワーク設計、通信系基盤等の開発を行う。 　　 必要時期に編成 　　　　　⑩開発標準化Ｇ………開発標準・運用ルールの制定を行う。 　　　　 ⑪開発環境Ｇ　………開発環境の構築、運用、保守を行う。 　　　　　⑫統合Ｇ（ライブラリアン）……文書、プログラムのバージョン・レビジョン管理を行う。 　　　　　　　　　　　　　　　　　　　　（構成管理） 　　　　　⑬統合Ｇ（システム 　……システム統合、システムテストを実施する。 　　　　　　　　　　インテグレーション） 　　　　 ⑭性能評価Ｇ　………各ＡＰ・基盤の性能の割り当て、評価ツールの設定、個々のグループに対す る評価支援を行う。 　　　　　　　　　　　　　　　システム全体の定常時、高負荷時等の性能測定を行う。 　　　　　⑮移行設計Ｇ　………データ等の移行方式の設計を行う。 　　　　 ⑯展開設計Ｇ ………機器展開方式の設計を行う。 ﾌﾟﾛｼﾞｪｸﾄ管理 -38-

8 標準化動向 １．ＩＳＯ ・ＩＳＯ／ＩＥＣ１２２０７ ｢ソフトウェア ライフサイクル プロセス（ＳＬＣＰ）｣ ・ＩＳＯ ９０００シリーズ
　　・ＩＳＯ／ＩＥＣ１２２０７　｢ソフトウェア ライフサイクル プロセス（ＳＬＣＰ）｣ 　　・ＩＳＯ ９０００シリーズ ２．通産省、電子協（日本電子工業振興協会） 　　　ソフトウェア分野に於ける品質システム、取引に関する共通 　　　フレーム等を制定している 　　　　・ＳＬＣＰ－ＪＣＦ９８（ＳＬＣＰ－ＪＣＦ９４を基に、ＩＳＯ／ＩＥＣ１２２０７ 　　　　 と日本のソフトウェア産業の特性を加味した共通フレーム） 　　　　・｢ソフトウェア開発　モデル契約解説書｣ 電子協編 ３．米国　国防総省 　　　ＭＩＬ－ＳＴＤ－４８９，４９９Ｂ、７９３，９６１Ｄ等の調達規格により 　　　構成管理、技術統制の規準を定めている ﾌﾟﾛｼﾞｪｸﾄ管理 -39-