31 件の資料が見つかりました。
ダウンロード数: 248回
紹介文 :
「トヨタ開発方式」を用いて、開発管理方法の改善を図る研究です。筆者らが行った活動だけでなく、振り返りや効果測定についても詳しく述べられています。「トヨタ開発方式」だけではなく改善に興味がある方全般に、参考になる内容です。「トヨタ開発方式」については、序盤で概要が説明されており、詳しくない方でも読み進められます。 「トヨタ開発方式」の適用を目指している方、プロセス改善の方法を模索している方に、特にお薦めです。
「トヨタ開発方式」を用いて、開発管理方法の改善を図る研究です。筆者らが行った活動だけでなく、振り返りや効果測定についても詳しく述べられています。「トヨタ開発方式」だけではなく改善に興味がある方全般に、参考になる内容です。「トヨタ開発方式」については、序盤で概要が説明されており、詳しくない方でも読み進められます。 「トヨタ開発方式」の適用を目指している方、プロセス改善の方法を模索している方に、特にお薦めです。
ダウンロード数: 206回
SQuBOK分類 :
1.2 品質のマネジメントの概念 、 2.1 ソフトウェア品質マネジメントシステムの構築と運用 、 2.2.3 プロセスモデル 、 2.3 ソフトウェアプロセス改善のマネジメント
1.2 品質のマネジメントの概念 、 2.1 ソフトウェア品質マネジメントシステムの構築と運用 、 2.2.3 プロセスモデル 、 2.3 ソフトウェアプロセス改善のマネジメント
紹介文 :
ISO9001(2000年版)の認証を取得してる企業がCMM(SW-CMM)の取得を目指すためのガイド。 ISO9001認証後にプロセス改善を行う際にCMMIを参考にする場合にも有効。 ISO9001未取得の企業の場合はIOS9001/CMMの要求から自社の状況で施策のベースを検討するのにも有効である。
ISO9001(2000年版)の認証を取得してる企業がCMM(SW-CMM)の取得を目指すためのガイド。 ISO9001認証後にプロセス改善を行う際にCMMIを参考にする場合にも有効。 ISO9001未取得の企業の場合はIOS9001/CMMの要求から自社の状況で施策のベースを検討するのにも有効である。
ダウンロード数: 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観点から他への展開の重要度が高い問題点を選定して、それを分析シートで真因分析するよう、手を加えることから始め、担当者だけでなく管理者や改善支援担当も含めた展開のための振り返りも行って、改善策の反映プロセスでの情報伝達・実践状況の実行支援の仕組みまでを一貫させて結合しようとする、組織改善に欠かせないプロセス基盤構築の研究である。
ダウンロード数: 191回
SQuBOK分類 :
1.2.2.1 PDCA 、 1.2.2.2 改善(KAIZEN) 、 1.2.2 改善の考え方 、 1.3.1 プロダクト品質とプロセス品質 、 2.5.1.2 ソフトウェア開発における監査
1.2.2.1 PDCA 、 1.2.2.2 改善(KAIZEN) 、 1.2.2 改善の考え方 、 1.3.1 プロダクト品質とプロセス品質 、 2.5.1.2 ソフトウェア開発における監査
紹介文 :
本研究は、品質保証メンバーが客観的役割を基本としつつ、品質保証活動より得られた知見を活かして、開発プロジェクトに積極的に寄り添ってQCD 問題解決を促進する活動の提案である。 調査分析から、開発プロジェクトが品質保証メンバーに期待する支援範囲を抽出し実践した、大変有用性の高い研究である。
本研究は、品質保証メンバーが客観的役割を基本としつつ、品質保証活動より得られた知見を活かして、開発プロジェクトに積極的に寄り添って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 メトリクス
紹介文 :
製品知識や開発情報・技術のノウハウは特定の担当者によって異なるが、偏りが進み過ぎると、伝達すべき情報や技術が継承されず,製品を改造・流用する際に製品仕様や設計、実装時の検討漏れや誤りなどの原因となって問題を引き起こす場合が多い。 本テーマは、この“いわゆる属人化状態”の分析に焦点を当て、プロジェクトチーム内の担当者同士による技術面での個人依存度の主観的な相互評価の値と、レビュー実施時の各担当者別の発言時間という客観的な測定値とを組み合わせ、担当者を「職人領域」,「属人領域」,「教育領域」,「点検領域」,「適正領域」の五つに分類し、チーム内の担当者の相対的な属人化の進行の不均衡さ(チームバランス)を可視化することによって、 管理者が各領域のバランス状態を確認し、必要な育成リソースに対する過不足を把握して、 問題発生前の事前対応計画作成に役立てられるよう、属人化状態の測定・可視化を通して改善する仕組みを構築しようとする研究である。
製品知識や開発情報・技術のノウハウは特定の担当者によって異なるが、偏りが進み過ぎると、伝達すべき情報や技術が継承されず,製品を改造・流用する際に製品仕様や設計、実装時の検討漏れや誤りなどの原因となって問題を引き起こす場合が多い。 本テーマは、この“いわゆる属人化状態”の分析に焦点を当て、プロジェクトチーム内の担当者同士による技術面での個人依存度の主観的な相互評価の値と、レビュー実施時の各担当者別の発言時間という客観的な測定値とを組み合わせ、担当者を「職人領域」,「属人領域」,「教育領域」,「点検領域」,「適正領域」の五つに分類し、チーム内の担当者の相対的な属人化の進行の不均衡さ(チームバランス)を可視化することによって、 管理者が各領域のバランス状態を確認し、必要な育成リソースに対する過不足を把握して、 問題発生前の事前対応計画作成に役立てられるよう、属人化状態の測定・可視化を通して改善する仕組みを構築しようとする研究である。
ダウンロード数: 173回
SQuBOK分類 :
1.2 品質のマネジメントの概念 、 2.1 ソフトウェア品質マネジメントシステムの構築と運用 、 2.2.3 プロセスモデル 、 2.3 ソフトウェアプロセス改善のマネジメント
1.2 品質のマネジメントの概念 、 2.1 ソフトウェア品質マネジメントシステムの構築と運用 、 2.2.3 プロセスモデル 、 2.3 ソフトウェアプロセス改善のマネジメント
紹介文 :
品質の向上とは、究極的には顧客満足度の向上であり、そのためには、組織全体を、顧客に対する新しい価値を創造し、積極的に提案する顧客価値経営に到達させることが必要である。本論文は、「日本経営品質賞」のフレームワークをベースに、顧客価値経営到達への道筋を、具体的改善項目の実施度合により示しており、アセスメントと改善の繰り返しにより組織レベルを向上させることができる点が、有益かつ実践的である。
品質の向上とは、究極的には顧客満足度の向上であり、そのためには、組織全体を、顧客に対する新しい価値を創造し、積極的に提案する顧客価値経営に到達させることが必要である。本論文は、「日本経営品質賞」のフレームワークをベースに、顧客価値経営到達への道筋を、具体的改善項目の実施度合により示しており、アセスメントと改善の繰り返しにより組織レベルを向上させることができる点が、有益かつ実践的である。
ダウンロード数: 171回
紹介文 :
ソフトウェア開発プロジェクトを円滑に進めるためには、コミュニケーション(情報伝達)は重要な要素である。プロジェクト内で「コミュニケーションに関する問題」が発生すると、プロジェクトは開発現場の諸問題に気づかずに適切に対処しないまま進行しがちとなり、メンバの士気低下やプロジェクト全体の雰囲気が悪化する。これは、さらに潜在する課題の増加を招くので、プロジェクトにとって大きなリスクとなり得る。 そこで本研究では、プロジェクトリーダ、チームリーダ、チームメンバ間のコミュニケーション問題,士気/雰囲気の問題を察知するための質問を「コミュニケーション問診票」として作成し提案し、試行している。そして、「コミュニケーション問診票」を適用して“問題点を検知”し、「コミュニケーション問題箇所特定図」にて“問題点を特定”し、PMOやSQAなどのプロジェクトの第三者の専門部門にて作成された「処方箋」提案をもとに、プロジェクトリーダ、チームリーダ、チームメンバが各範囲で“問題に対処”する流れを体系化した。コミュニケーションの問題は可視化が困難であるが、プロジェクト全体を俯瞰した図を活用し、見える化を図った興味深いテーマである。
ソフトウェア開発プロジェクトを円滑に進めるためには、コミュニケーション(情報伝達)は重要な要素である。プロジェクト内で「コミュニケーションに関する問題」が発生すると、プロジェクトは開発現場の諸問題に気づかずに適切に対処しないまま進行しがちとなり、メンバの士気低下やプロジェクト全体の雰囲気が悪化する。これは、さらに潜在する課題の増加を招くので、プロジェクトにとって大きなリスクとなり得る。 そこで本研究では、プロジェクトリーダ、チームリーダ、チームメンバ間のコミュニケーション問題,士気/雰囲気の問題を察知するための質問を「コミュニケーション問診票」として作成し提案し、試行している。そして、「コミュニケーション問診票」を適用して“問題点を検知”し、「コミュニケーション問題箇所特定図」にて“問題点を特定”し、PMOやSQAなどのプロジェクトの第三者の専門部門にて作成された「処方箋」提案をもとに、プロジェクトリーダ、チームリーダ、チームメンバが各範囲で“問題に対処”する流れを体系化した。コミュニケーションの問題は可視化が困難であるが、プロジェクト全体を俯瞰した図を活用し、見える化を図った興味深いテーマである。
ダウンロード数: 164回
SQuBOK分類 :
1.2 品質のマネジメントの概念 、 2.1 ソフトウェア品質マネジメントシステムの構築と運用 、 2.2.3 プロセスモデル 、 2.3 ソフトウェアプロセス改善のマネジメント
1.2 品質のマネジメントの概念 、 2.1 ソフトウェア品質マネジメントシステムの構築と運用 、 2.2.3 プロセスモデル 、 2.3 ソフトウェアプロセス改善のマネジメント
執筆者 :
野村 尚幸(富士通関西中部ネットテック)
、藤田 英雄(富士通西日本コミュニケーション・システムズ)
、石田 芳昭(野村総合研究所)
、沖田 健治(ユーフィット)
、正木 京一(オージス総研)
、小代 泰彰(インテック)
、天田 正敏(横河電機)
、佐藤 育夫(NTTコムウェア)
、丹羽 武志(インテック)
、中瀬 泰恵(NTTソフトウェア)
紹介文 :
ISO9001(2000年版)の認証を取得してる企業がCMMを参考にしてさらに改善をしていくためのガイド ISO9001未取得の企業の場合はIOS9001/CMMの要求から自社の状況で施策のベースを検討するのにも有効である。
ISO9001(2000年版)の認証を取得してる企業がCMMを参考にしてさらに改善をしていくためのガイド ISO9001未取得の企業の場合はIOS9001/CMMの要求から自社の状況で施策のベースを検討するのにも有効である。
ダウンロード数: 120回
紹介文 :
開発チームがアジャイル開発のフレームワークを取り入れようとしたとき、従来、QAを行っていたチームはそれにどのように対応していけばよいだろうか。従来のやり方、考え方では、現場レベルでうまくかみ合わないことが多い。本論文は、現場レベルでどのようにやり方、考え方を変えていけばよいか、その対応のガイドラインを提案している。
開発チームがアジャイル開発のフレームワークを取り入れようとしたとき、従来、QAを行っていたチームはそれにどのように対応していけばよいだろうか。従来のやり方、考え方では、現場レベルでうまくかみ合わないことが多い。本論文は、現場レベルでどのようにやり方、考え方を変えていけばよいか、その対応のガイドラインを提案している。
ダウンロード数: 112回
SQuBOK分類 :
1.2.2.1 PDCA 、 1.2.2 改善の考え方 、 2.5.1.2 ソフトウェア開発における監査 、 2.10.1.3 リスク識別 、 2.10.1.4 リスク分析 、 210.1.3
1.2.2.1 PDCA 、 1.2.2 改善の考え方 、 2.5.1.2 ソフトウェア開発における監査 、 2.10.1.3 リスク識別 、 2.10.1.4 リスク分析 、 210.1.3
紹介文 :
本研究は、開発プロジェクトが抽出した多数のリスクに対して、リスクを産む要因となるリスク事象ドライバーに着眼することで、品質部門がリスクの繋がりを分析(多変量解析によるモデル化)し、妥当性と網羅性の観点でレビューして、開発部門が見落とした可能性のあるリスクや軽減策を提案する、大変有用性の高い研究である。
本研究は、開発プロジェクトが抽出した多数のリスクに対して、リスクを産む要因となるリスク事象ドライバーに着眼することで、品質部門がリスクの繋がりを分析(多変量解析によるモデル化)し、妥当性と網羅性の観点でレビューして、開発部門が見落とした可能性のあるリスクや軽減策を提案する、大変有用性の高い研究である。
ダウンロード数: 80回
執筆者 :
柏倉 直樹(株式会社ディー・エヌ・エー)
紹介文 :
エンターテイメントサービスにおいて、VOC(Voice of Customer)から利用者の”暗黙の期待”を抽出し、優先順位付けを行うプロセスについて述べています。エンターテイメントサービスの利用者は、それぞれ個別の目的を持ってサービスを利用しています。このため、VOCに寄せられる変更要求に対応するだけでは、多様な顧客の満足度を向上させることはできません。そこで、既存のVOCの要望と不満を期待に変換(解釈)し、「楽しさを感じる要因」を表した特性要因図を使って、抽出した期待に対する優先順位をつけるプロセスを考案しました。このプロセスにより、顧客満足度を向上させるための施策検討を効果的に行えるようになります。
エンターテイメントサービスにおいて、VOC(Voice of Customer)から利用者の”暗黙の期待”を抽出し、優先順位付けを行うプロセスについて述べています。エンターテイメントサービスの利用者は、それぞれ個別の目的を持ってサービスを利用しています。このため、VOCに寄せられる変更要求に対応するだけでは、多様な顧客の満足度を向上させることはできません。そこで、既存のVOCの要望と不満を期待に変換(解釈)し、「楽しさを感じる要因」を表した特性要因図を使って、抽出した期待に対する優先順位をつけるプロセスを考案しました。このプロセスにより、顧客満足度を向上させるための施策検討を効果的に行えるようになります。
1 | 2 |