9 件の資料が見つかりました。
ダウンロード数： 1593回
紹介文 :
リスク管理から閾値を超えた場合は課題管理にうつり、課題の振りかえりにより、次の開発時に新たなリスクの抽出にしよする。このリスクが閾値を超えた場合は課題管理にうつる。この無限につづく繰り返しを「乙∞（おつむげんだい）モデル」として開発した。課題管理プロセスとリスク管理プロセスを融合した、「乙∞（おつむげんだい）モデル」は、プロセス効果の定量化と合わせて有効性で現場で適用可能であると結論付けられた。
リスク管理から閾値を超えた場合は課題管理にうつり、課題の振りかえりにより、次の開発時に新たなリスクの抽出にしよする。このリスクが閾値を超えた場合は課題管理にうつる。この無限につづく繰り返しを「乙∞（おつむげんだい）モデル」として開発した。課題管理プロセスとリスク管理プロセスを融合した、「乙∞（おつむげんだい）モデル」は、プロセス効果の定量化と合わせて有効性で現場で適用可能であると結論付けられた。
ダウンロード数： 1309回
執筆者 :
齊藤 宏充（インテック）
、田中 芳郎（SCC）
、深井純一郎（TIS）
、徳永 仁志（東京海上システム開発）
、島田さつき（富士通）
、増田 博人（NTTデータ）
、JAE SEONG AHN（SAMSUNG SDS）
紹介文 :
「PM7 つ道具」として、WBS、PERT、ガントチャート、EVM、ブレーンストーミング＋KJ 法、グラフ化、チェックリスト／テンプレートを定め、それぞれの説明と使い道などを解説している。PM実践のための便利な道具のクィックリファレンスとして活用すると良いであろう。
「PM7 つ道具」として、WBS、PERT、ガントチャート、EVM、ブレーンストーミング＋KJ 法、グラフ化、チェックリスト／テンプレートを定め、それぞれの説明と使い道などを解説している。PM実践のための便利な道具のクィックリファレンスとして活用すると良いであろう。
ダウンロード数： 530回
執筆者 :
鎌田 定 （日本電子）
、猪野 仁 （東芝）
、河野 哲也（電気通信大学大学院）
、政田 敏和（野村総合研究所）
、庄田 雄一（オムロンアミューズメント）
、平澤 一 （アルゴ２１）
、岡田 勝 （ACCESS）
、山下 昌人（インテック）
紹介文 :
WBSを作り、運用するにあたって、 （１） WPの粒度をどう揃えるか （２） 管理の一元化（WBSとガントチャート）をどのように行うか （３） 管理の一元化（WBSと課題管理）をどのように行うか （４） 変更をどう管理するか （５） EVMにどうつなげるか （６） メトリクスをどう取るか （７） 見積りにどう使えばよいのか という観点で知見をまとめた論文です。 付録のノウハウ集には、実践的なWBSの運用方法が、わかりやすくまとめられています。
WBSを作り、運用するにあたって、 （１） WPの粒度をどう揃えるか （２） 管理の一元化（WBSとガントチャート）をどのように行うか （３） 管理の一元化（WBSと課題管理）をどのように行うか （４） 変更をどう管理するか （５） EVMにどうつなげるか （６） メトリクスをどう取るか （７） 見積りにどう使えばよいのか という観点で知見をまとめた論文です。 付録のノウハウ集には、実践的なWBSの運用方法が、わかりやすくまとめられています。
ダウンロード数： 404回
SQuBOK分類 :
2.11.3 不具合管理 、 2.12.1.3 プロジェクトにおける品質マネジメントの指針に関する規格（ISO 10006） 、 2.18.1.6 テスト計画 、 3.9.8.2 テスト設計におけるリスクベースドテスト 、 3.10.3.2 バグ分析
2.11.3 不具合管理 、 2.12.1.3 プロジェクトにおける品質マネジメントの指針に関する規格（ISO 10006） 、 2.18.1.6 テスト計画 、 3.9.8.2 テスト設計におけるリスクベースドテスト 、 3.10.3.2 バグ分析
紹介文 :
市場での故障の低減を目指して、過去10年の故障を分析と問題点を明らかにしました。 それを整理して、テスト観点知識ベースの構築を行い、テスト設計に活用することで、テスト観点と項目の強化を行いました。 その分析から整理、解決策の検討からテスト設計への反映に対する取組みについて述べています。
市場での故障の低減を目指して、過去10年の故障を分析と問題点を明らかにしました。 それを整理して、テスト観点知識ベースの構築を行い、テスト設計に活用することで、テスト観点と項目の強化を行いました。 その分析から整理、解決策の検討からテスト設計への反映に対する取組みについて述べています。
ダウンロード数： 298回
SQuBOK分類 :
2.12.1.1 PMBOK（プロジェクトマネジメント知識体系） 、 2.12.2 プロセス設計におけるテーラリング 、 2.12 プロジェクトマネジメント 、 3.5.3.2 USDM（要求仕様記述法）
2.12.1.1 PMBOK（プロジェクトマネジメント知識体系） 、 2.12.2 プロセス設計におけるテーラリング 、 2.12 プロジェクトマネジメント 、 3.5.3.2 USDM（要求仕様記述法）
紹介文 :
開発プロジェクトの中でも特に難しい要件定義の見積もりとコントロールに果敢に挑んだ例として目を引きます。特にCCPMとは何かを知りたい方、実際にCCPMを回してみたい方にはおすすめです。今回は要件定義に絞って書かれていますが、見積もりのしやすい作業と難しい作業に分けて別々の管理手法をとるという本論文の考え方は、新技術・新規分野への参入など、工数が読みにくい局面のコントロールに威力を発揮するでしょう。
開発プロジェクトの中でも特に難しい要件定義の見積もりとコントロールに果敢に挑んだ例として目を引きます。特にCCPMとは何かを知りたい方、実際にCCPMを回してみたい方にはおすすめです。今回は要件定義に絞って書かれていますが、見積もりのしやすい作業と難しい作業に分けて別々の管理手法をとるという本論文の考え方は、新技術・新規分野への参入など、工数が読みにくい局面のコントロールに威力を発揮するでしょう。
ダウンロード数： 201回
SQuBOK分類 :
1.2.2 改善の考え方 、 2.3.2.3 ポストモーテム 、 2.3.2 ソフトウェアプロセス改善のためのマネジメント技法 、 2.12.1.2 プロジェクト&プログラムマネジメント（P2M） 、 2.19.2 プロセス品質の分析・評価
1.2.2 改善の考え方 、 2.3.2.3 ポストモーテム 、 2.3.2 ソフトウェアプロセス改善のためのマネジメント技法 、 2.12.1.2 プロジェクト&プログラムマネジメント（P2M） 、 2.19.2 プロセス品質の分析・評価
紹介文 :
プロジェクトの振り返り”活動結果を、他のプロジェクトでも活用し、反映させ展開することは、実際には難しいという問題がある。 本テーマは、この問題に焦点を当て、展開すべき振り返り結果の改善策(TRY)の納得感を高めるため、振り返り分析プロセスについて、観点シートで網羅的な成功点/問題点(KEEP/PROBLEM)を抽出し、QCD観点から他への展開の重要度が高い問題点を選定して、それを分析シートで真因分析するよう、手を加えることから始め、担当者だけでなく管理者や改善支援担当も含めた展開のための振り返りも行って、改善策の反映プロセスでの情報伝達・実践状況の実行支援の仕組みまでを一貫させて結合しようとする、組織改善に欠かせないプロセス基盤構築の研究である。
プロジェクトの振り返り”活動結果を、他のプロジェクトでも活用し、反映させ展開することは、実際には難しいという問題がある。 本テーマは、この問題に焦点を当て、展開すべき振り返り結果の改善策(TRY)の納得感を高めるため、振り返り分析プロセスについて、観点シートで網羅的な成功点/問題点(KEEP/PROBLEM)を抽出し、QCD観点から他への展開の重要度が高い問題点を選定して、それを分析シートで真因分析するよう、手を加えることから始め、担当者だけでなく管理者や改善支援担当も含めた展開のための振り返りも行って、改善策の反映プロセスでの情報伝達・実践状況の実行支援の仕組みまでを一貫させて結合しようとする、組織改善に欠かせないプロセス基盤構築の研究である。
ダウンロード数： 174回
SQuBOK分類 :
1.2.2 改善の考え方 、 2.6 教育・育成のマネジメント 、 2.12.1.2 プロジェクト&プログラムマネジメント（P2M） 、 2.19.2 プロセス品質の分析・評価 、 3.1 メトリクス
1.2.2 改善の考え方 、 2.6 教育・育成のマネジメント 、 2.12.1.2 プロジェクト&プログラムマネジメント（P2M） 、 2.19.2 プロセス品質の分析・評価 、 3.1 メトリクス
紹介文 :
製品知識や開発情報・技術のノウハウは特定の担当者によって異なるが、偏りが進み過ぎると、伝達すべき情報や技術が継承されず，製品を改造・流用する際に製品仕様や設計、実装時の検討漏れや誤りなどの原因となって問題を引き起こす場合が多い。 本テーマは、この“いわゆる属人化状態”の分析に焦点を当て、プロジェクトチーム内の担当者同士による技術面での個人依存度の主観的な相互評価の値と、レビュー実施時の各担当者別の発言時間という客観的な測定値とを組み合わせ、担当者を「職人領域」，「属人領域」，「教育領域」，「点検領域」，「適正領域」の五つに分類し、チーム内の担当者の相対的な属人化の進行の不均衡さ（チームバランス）を可視化することによって、 管理者が各領域のバランス状態を確認し、必要な育成リソースに対する過不足を把握して、 問題発生前の事前対応計画作成に役立てられるよう、属人化状態の測定・可視化を通して改善する仕組みを構築しようとする研究である。
製品知識や開発情報・技術のノウハウは特定の担当者によって異なるが、偏りが進み過ぎると、伝達すべき情報や技術が継承されず，製品を改造・流用する際に製品仕様や設計、実装時の検討漏れや誤りなどの原因となって問題を引き起こす場合が多い。 本テーマは、この“いわゆる属人化状態”の分析に焦点を当て、プロジェクトチーム内の担当者同士による技術面での個人依存度の主観的な相互評価の値と、レビュー実施時の各担当者別の発言時間という客観的な測定値とを組み合わせ、担当者を「職人領域」，「属人領域」，「教育領域」，「点検領域」，「適正領域」の五つに分類し、チーム内の担当者の相対的な属人化の進行の不均衡さ（チームバランス）を可視化することによって、 管理者が各領域のバランス状態を確認し、必要な育成リソースに対する過不足を把握して、 問題発生前の事前対応計画作成に役立てられるよう、属人化状態の測定・可視化を通して改善する仕組みを構築しようとする研究である。
ダウンロード数： 113回
SQuBOK分類 :
2.3 ソフトウェアプロセス改善のマネジメント 、 2.12.1.2 プロジェクト&プログラムマネジメント（P2M） 、 2.12 プロジェクトマネジメント 、 2.18.1.8 テスト進捗マネジメント
2.3 ソフトウェアプロセス改善のマネジメント 、 2.12.1.2 プロジェクト&プログラムマネジメント（P2M） 、 2.12 プロジェクトマネジメント 、 2.18.1.8 テスト進捗マネジメント
紹介文 :
本論文では、ソフトウェア開発において，プロジェクトマネージャ(PM)が様々な 進捗会議用の報告資料準備に多大な時間がかかっている問題を解決するために， CSMA(Connect Similar Materials Automatically)法を提案している。 特筆すべき点は，現在も進捗報告で多くの人が利用しているExcelツールを活用 して，進捗報告資料準備を効率化するところにある。このため特別なPC環境を用意 することなくCSMA法を導入して利用できる。 初期設定しておくことで，PMが行っている進捗報告資料準備作業(複数の進捗報 告資料のマージ，データの修正)をExcelツールが代行するので，関係部門が多く 長期間で進捗報告の回数の多いプロジェクトほど削減効果を高められる。 本論文にExcelツールを添付しているので是非活用いただきたい。
本論文では、ソフトウェア開発において，プロジェクトマネージャ(PM)が様々な 進捗会議用の報告資料準備に多大な時間がかかっている問題を解決するために， CSMA(Connect Similar Materials Automatically)法を提案している。 特筆すべき点は，現在も進捗報告で多くの人が利用しているExcelツールを活用 して，進捗報告資料準備を効率化するところにある。このため特別なPC環境を用意 することなくCSMA法を導入して利用できる。 初期設定しておくことで，PMが行っている進捗報告資料準備作業(複数の進捗報 告資料のマージ，データの修正)をExcelツールが代行するので，関係部門が多く 長期間で進捗報告の回数の多いプロジェクトほど削減効果を高められる。 本論文にExcelツールを添付しているので是非活用いただきたい。
ダウンロード数： 0回
紹介文 :
EVMS手法をリスク管理に活用する方法の提案。リスク評価において、各リスクをコスト換算することで、EVMSと組み合わせることを可能にしている。実際のプロジェクトで活用することを想定して、シミュレーションした経過が記述されており、同様の開発形態の場合ならば活用をイメージし易いであろう。
EVMS手法をリスク管理に活用する方法の提案。リスク評価において、各リスクをコスト換算することで、EVMSと組み合わせることを可能にしている。実際のプロジェクトで活用することを想定して、シミュレーションした経過が記述されており、同様の開発形態の場合ならば活用をイメージし易いであろう。
