SQuBok(R)分類検索
90 件の資料が見つかりました。
ダウンロード数: 6610回
紹介文 :
KPTとなぜなぜ分析を各々改良して組み合わせた、「KWS振り返り」 ([K]PT+[W]hy なぜなぜ分析+[S]olution 対策)を用いた振り返りの仕組みを確立した。 「KWS振り返り」は3つのフレームワーク(議論、コミュニケーション、横展開)、2つの手法(KPT、なぜなぜ分析)、およびそれらを活用するためのプロセスとテンプレートからなり、プロジェクトの振り返りに有効であった。 本研究は2012年度も継続して研究され以下のテーマで登録され知恵るので、参照していただければ幸いである。「KWS振り返りで得られた知識と知恵を、組織的に活用する仕組みの研究- 同じ失敗を繰り返さないために、先人の知恵と知識を先取りする仕組み -」
ダウンロード数: 4412回
紹介文 :
過去に発生したトラブル事例を有効活用を図るための、阻害要因を事例から追及し、どのように構成すればよいか、スクリーニングの方法等を研究した論文である。結論は使い続けることが必要。
ダウンロード数: 3259回
紹介文 :
プロセス改善を進めるにあたって発生する様々な課題について各社の対応事例を分析しガイド(事例集)としてまとめたもの。プロセス改善の難しさの一つとして、対応する組織やプロジェクトの状況が経験した改善と同じ状態ということがほとんど存在しない場合が多い。このため、多くの解の中から適切な事例を参考に対応することが多く、手持ちの解を充実させるためにも有益な研究となっている。
ダウンロード数: 2160回
紹介文 :
本論文は、論文作成時最新のプロセスモデルであったCMMI-SE/SW v1.02について、調査とその試行結果をまとめたものであるが、アセスメントに必要な工数や、モデルの意義や懸念などがまとめられており、現時点においても、CMMIに基づくプロセス改善を行う際には、十分参考になるものである。
ダウンロード数: 2123回
紹介文 :
組織標準プロセスをプロジェクトに適用する際には、プロジェクトの特性を考慮した最適化/効率化であるテーラリングが重要ですが、これを正しく行わないと、かえってプロジェクトの失敗を起こしかねません。そこで、ここでは、テーラリングのパターンを整理し、それぞれの影響度やリスクを明確にし、テーラリングを行う上でのポイントをまとめるとともに、これをベースに各組織でテーラリングガイドラインを作成する方法を提案しています。プロセスの有効な活用にとって非常に有用です。
ダウンロード数: 1958回
紹介文 :
「測定と分析」の考え方から実例まで網羅されており、「測定と分析」の導入手引きとして有用な情報を提供している。 CMMIモデルをベースとしているが、「測定と分析」を幅広く捉えており、多くの組織に適用可能であり、業務の見える化を推進するツールとして使用可能である。
ダウンロード数: 1335回
年度 : 2005年   分科会 : 第5分科会「テスト」
紹介文 :
単体テストを実施することによる、効果と注意点について述べられています。成功事例が2つデータで示されているので非常に参考になるでしょう。 また、負荷が増大する部分についても丁寧な議論がされており、実際に、単体テストを改善しようとしている人にとって貴重な論文となっています。
ダウンロード数: 1305回
紹介文 :
要求仕様書の作成ページ数及び指摘件数とソース量とシステムテストでの障害件数等を採用し重回帰分析で上流での検出量からシステム試験での障害発生との相関を分析した研究論文。
ダウンロード数: 1203回
紹介文 :
組み込み系における品質活動特にSQAに関する責任と権限を明確にして活動を行うことのヒント。組み込み製品のジャンル分けをしてプロセスの特徴を整理しどのような観点でプロセスチェックを行うべきかをヒント。等を研究しSQAの活動を報告されている。
ダウンロード数: 1094回
紹介文 :
UCD手法をアジャイル開発に取り入れて実施することで、ユーザビリティの高い製品を効果的に開発することができる方法を提案しています。短納期で使いやすいものを作ろうとする場合に参考になります。
ダウンロード数: 864回
紹介文 :
ソフトウェア成果物の品質を測定する際の、①プロセスに着目した評価方法と②プロダクトの品質特性に着目した評価方法の両面について整理し、開発現場で実践的に活用できる分析方法を提案しています。
ダウンロード数: 858回
年度 : 2014年   分科会 : 第6分科会「派生開発」
紹介文 :
データベース(以降、DB)を共有し合う業務システムでは、他システムのDBの変更が自システムへ与える影響を正確に把握し対処する必要がある。過去の不具合事例を分析したところ、データ項目間の関係性の変化やデータバランスの変化を発生させる類の変更は、不具合の可能性を見過ごしやすいことがわかった。そこで、DB変更時の必須チェック項目と、関連システムのTMを組み込んだシートを作成し、これを介して「変更要求」「理由(背景)」「想定される影響」を伝達するしくみを考案した。
ダウンロード数: 794回
年度 : 2009年   分科会 : 第6分科会「派生開発」
紹介文 :
XDDPは、派生開発に特化した開発プロセスであり、要求仕様からソースコードの変更までの範囲を扱う。一般に、プロセスは個人の習慣や組織の慣習になっているため、XDDPの導入の際にそれまでの慣習が障壁になる。本報告書は、「XDDPの導入障壁」を最初に扱ったもので、障壁の種類や背景について整理されており、さらにいくつかの障壁について克服のヒントを提示している。 ここから、XDDPに取り組む際にはどのような障壁が生じるか、またその克服方法を考えるヒントが得られるだろう。
ダウンロード数: 781回
紹介文 :
プロジェクトの状況・内容・特性を把握し、そのプロジェクトにとってレビューの効果を最大限に発揮することを目的として、研究論文や書籍、SQiP研究会や各種勉強会、各研究員の現場での実践事例など、様々な所で語られているレビューにおける戦略の手法をレビューの計画・準備・実施・振り返りのプロセス毎に整理して「レビュー戦略マニュアル」にまとめている。レビュー戦略の立て方など具体的な事例が書かれており、実用性を考えた内容になっている。
ダウンロード数: 753回
紹介文 :
品質を向上するための施策を社内に定着させるには、その組織の現状がどうなっているかを分析する必要があります。 本論文では、「企業文化」、「経営者・上司の考え」、「社員の意識」、「スタッフ自身のマインド・知識」の4つの要素についてポートフォリオを作成する基準を提案しています。 本基準を用いることで、別の組織との比較や、自組織の問題点を明確にすることができます。
ダウンロード数: 733回
年度 : 2013年   分科会 : 第6分科会「派生開発」
紹介文 :
開発期間が短い派生開発において、追加機能の要求仕様書が短期間に精度の高いものが書けることは重要だ。そこで仕様モレが少ない表記法として「USDM」を導入しようとしたが、従来の書き方に慣れた人たちにとってギャップが障壁となった。そこで慣れない現場の人たちを誘導するために何が必要かを「現場の目線」から探り出し、初心者向けにUSDMガイドラインを作成した。このような障壁は新しい方法を導入しようとするときにつきものであるが、その解決方法として今回のような優しく誘導するという取り組み方は、ガイドラインを作成することで推進者自身がその手法を理解することになり、いろんなケースに応用できる取り組み方である。
ダウンロード数: 605回
紹介文 :
現状アジャイル開発でウォータフォールと同じような品質保証活動を行うと、過大な工数がかかるか、品質保証活動が開発の終盤になってしまう。 この課題を解決するために、品質保証部門のみによる監査ではなく、開発現場自身がセルフチェックを行うことで相乗効果を狙うアプローチを「QAAD42」(Quality Assurance in Agile Development by 42)と命名し検証を実施し、その効果を確認した。
ダウンロード数: 527回
年度 : 2012年   分科会 :
紹介文 :
ソフトウェアを修正した場合の影響範囲をいかにして把握し、考慮漏れを防止するのかが提案されています。影響範囲が発生するメカニズムの考察や影響確認の手法も参考になります。
ダウンロード数: 503回
執筆者 : 大野 康昭
紹介文 :
ASILモデルの安全性レベルをベースにして危険要素を監視する構成モデルの検出レベルと独立性の評価を行いシステムの分割要件をまとめた研究論文である。
ダウンロード数: 488回
年度 : 2014年   分科会 : 第6分科会「派生開発」
紹介文 :
既存システムに対して変更や機能追加を行う際、変更箇所や変更による影響範囲を特定するために既存システムのソースコードを調査する。この調査方法が人によって様々で、調査結果もレビューに耐えられるものではなかった。そこで、調査の目的を3種に分類し、標準調査プロセスと調査プロセスガイドラインを作成・検証した。
     

1

2

3

4

5
↑