67 件の資料が見つかりました。
ダウンロード数： 1012回
執筆者 :
西澤 賢一 （ＧＥヘルスケア・ジャパン株式会社）
、竹森 和哉 （株式会社モバイルインターネットテクノロジー）
、田中 拓也 （株式会社インテック）
、湯川 健 （ソーバル株式会社）
、中山 匡 （株式会社東光高岳）
紹介文 :
レビュー会議が時間通りに終わらない、効率的なレビュー会議にするためにはどうすれば良いか。 本論文では、レビュー会議での発言内容毎の時間を測定し、どのような発言がどの程度行われているのかを可視化することで、レビュー会議の参加者間で会議の目的に微妙なズレがあることを認識させ、レビュー会議の改善を促す手法を提案している。 時間というのは、その人の置かれた立場や状況の違いによって感じ方が異なる一方、絶対的で普遍的な指標とも言えるため、レビュー会議の現状把握や分析を行う際に大いに活用できそうである。
レビュー会議が時間通りに終わらない、効率的なレビュー会議にするためにはどうすれば良いか。 本論文では、レビュー会議での発言内容毎の時間を測定し、どのような発言がどの程度行われているのかを可視化することで、レビュー会議の参加者間で会議の目的に微妙なズレがあることを認識させ、レビュー会議の改善を促す手法を提案している。 時間というのは、その人の置かれた立場や状況の違いによって感じ方が異なる一方、絶対的で普遍的な指標とも言えるため、レビュー会議の現状把握や分析を行う際に大いに活用できそうである。
ダウンロード数： 989回
紹介文 :
既存システムに対して変更や機能追加を行う際、変更箇所や変更による影響範囲を特定するために既存システムのソースコードを調査する。この調査方法が人によって様々で、調査結果もレビューに耐えられるものではなかった。そこで、調査の目的を3種に分類し、標準調査プロセスと調査プロセスガイドラインを作成・検証した。
既存システムに対して変更や機能追加を行う際、変更箇所や変更による影響範囲を特定するために既存システムのソースコードを調査する。この調査方法が人によって様々で、調査結果もレビューに耐えられるものではなかった。そこで、調査の目的を3種に分類し、標準調査プロセスと調査プロセスガイドラインを作成・検証した。
ダウンロード数： 983回
執筆者 :
高橋 敏浩(日立システムアンドサービス)
、阿部 圭一(富士ゼロックス)
、藤中 孝康(富士通マイクロエレクトロニクス)
、江田 友彦(大和コンピューター)
、正田 行雄(NTTデータ三洋システム)
、森田 智幸(ソニー)
、早川 勲(山武)
、二宮 孝之(三菱電機コントロールソフトウェア)
、中村 史郎(富士通北陸システムズ)
紹介文 :
プロジェクトで問題を解決したので、原因や注意点などをまとめて書いた。社内規定通りにやったし、これで障害処理は完了したとする人が大半だ。 本当に完了したのだろうか。次にこの情報が必要になる時、書かれた注意点が読まれる保障はないし、書かれていることさえ分からないかもしれない。 書いただけでは問題は解決しない。人の行動様式を踏まえて対策をとるべきだ。
プロジェクトで問題を解決したので、原因や注意点などをまとめて書いた。社内規定通りにやったし、これで障害処理は完了したとする人が大半だ。 本当に完了したのだろうか。次にこの情報が必要になる時、書かれた注意点が読まれる保障はないし、書かれていることさえ分からないかもしれない。 書いただけでは問題は解決しない。人の行動様式を踏まえて対策をとるべきだ。
ダウンロード数： 925回
執筆者 :
鈴木 太郎（東京海上日動システムズ）
、芦田 和弘（富士通）
、知花 研一（アドバンテスト）
、柿木 隆（東京海上日動システムズ）
、新内 貴弘（オムロンソフトウェア）
、山口 朗（TIS）
、出雲 知志（富士通北陸システムズ）
紹介文 :
継続的プロセス改善を浸透させる仕組み作りを検討中の組織は、本IDEALモデルの導入手引書（良い事例、悪い事例）の活用により、効率・効果的に改善プロセスを実装可能となる。
継続的プロセス改善を浸透させる仕組み作りを検討中の組織は、本IDEALモデルの導入手引書（良い事例、悪い事例）の活用により、効率・効果的に改善プロセスを実装可能となる。
ダウンロード数： 895回
SQuBOK分類 :
1.1.4 使用性 、 2.2.3.5 アジャイル開発 、 3.10.3.2 バグ分析 、 3.13.1.1 ユーザビリティテスト 、 3.13.1.2 インタラクティブシステムの人間中心設計プロセス（ISO 9241-210）
1.1.4 使用性 、 2.2.3.5 アジャイル開発 、 3.10.3.2 バグ分析 、 3.13.1.1 ユーザビリティテスト 、 3.13.1.2 インタラクティブシステムの人間中心設計プロセス（ISO 9241-210）
紹介文 :
運用しているWebサイトの使用性（ユーザービリティ）を改善するために、簡易リモートUT（ユーザビリティテスト）を使った素早い課題抽出と、Webサイト目的・利用者ニーズに基づく優先順位づけを提案しています。 UXの専門知識を持たないWeb担当者でも実施可能なやり方になっています。
運用しているWebサイトの使用性（ユーザービリティ）を改善するために、簡易リモートUT（ユーザビリティテスト）を使った素早い課題抽出と、Webサイト目的・利用者ニーズに基づく優先順位づけを提案しています。 UXの専門知識を持たないWeb担当者でも実施可能なやり方になっています。
ダウンロード数： 766回
紹介文 :
本研究は多くの組織で聞かれる現場とプロセス改善支援部門(SPI/SQA等)の間でのギャップをどのように埋めていくかをテーマとしている。 その解決手法として、現場の思い込みを解きほぐしていくことが重要と考え、なぜなぜ分析やTOCfE等をベースとした新しい手法(GMS法)を提案している。 これにより、現場と支援部門双方が共通の目標を持つことができWin-Winの関係を築くことが可能となる。
本研究は多くの組織で聞かれる現場とプロセス改善支援部門(SPI/SQA等)の間でのギャップをどのように埋めていくかをテーマとしている。 その解決手法として、現場の思い込みを解きほぐしていくことが重要と考え、なぜなぜ分析やTOCfE等をベースとした新しい手法(GMS法)を提案している。 これにより、現場と支援部門双方が共通の目標を持つことができWin-Winの関係を築くことが可能となる。
ダウンロード数： 757回
紹介文 :
システムをリリースした後にくるクレームの「言葉」をどのように改修要件に落とし込むかについての研究です。「ぼやき」のような曖昧な言葉を、システム的にどのように解釈すれば良いのかを考察しています。一人でもチームでも運用できるチェックシート形式の問診票で改修の必要度を探ります。ユーザから直接フィードバックを得られる立場の方に、特にお勧めします。
システムをリリースした後にくるクレームの「言葉」をどのように改修要件に落とし込むかについての研究です。「ぼやき」のような曖昧な言葉を、システム的にどのように解釈すれば良いのかを考察しています。一人でもチームでも運用できるチェックシート形式の問診票で改修の必要度を探ります。ユーザから直接フィードバックを得られる立場の方に、特にお勧めします。
ダウンロード数： 698回
SQuBOK分類 :
1.1.1.9 品質の定義（狩野紀昭） 、 1.3.5.2 妥当性確認（Validation） 、 2.2.3.3 プロトタイピング 、 2.8 意思決定のマネジメント 、 3.13 使用性の技法
1.1.1.9 品質の定義（狩野紀昭） 、 1.3.5.2 妥当性確認（Validation） 、 2.2.3.3 プロトタイピング 、 2.8 意思決定のマネジメント 、 3.13 使用性の技法
紹介文 :
エンジニアからアイデアを引き出すための手順としての研究です。アイデアは時流にのった旬が大切ですが、採用/不採用に関わらず選定者の観点や責任問題が気になります。最低限何を提出してもらい、どんな観点でレビューすれば良いのかで悩んでいる方にお勧めします。
エンジニアからアイデアを引き出すための手順としての研究です。アイデアは時流にのった旬が大切ですが、採用/不採用に関わらず選定者の観点や責任問題が気になります。最低限何を提出してもらい、どんな観点でレビューすれば良いのかで悩んでいる方にお勧めします。
ダウンロード数： 629回
紹介文 :
・パッチの情報を追いかけ適用について。特にパッチ起因の障害発生の可能性とパッチ検証の工数猶予がない問題を解説。NISTの文献 SP800-40（Procedures for Handling Security Patches：米国国家の連邦組織利用のパッチ適用標準）を中心に研究した成果が記載されている。 ・また当該NIST基準について国内で展開した場合での弊害／課題についても深く考察されており、2005年当時の課題が今でも有効である点は特筆に値する。（例：NIST標準の適用事業規模、パッチ検証環境の保持困難、管理者負荷、言語の壁他） ・情報セキュリティ早期警戒体制の拡充、強化の一環として、平成16年7月7日に経済産業省から発表された「ソフトウェア等脆弱性関連情報取り扱い基準」および「情報セキュリティ早期警戒パートナーシップガイドライン」についても解説している。
・パッチの情報を追いかけ適用について。特にパッチ起因の障害発生の可能性とパッチ検証の工数猶予がない問題を解説。NISTの文献 SP800-40（Procedures for Handling Security Patches：米国国家の連邦組織利用のパッチ適用標準）を中心に研究した成果が記載されている。 ・また当該NIST基準について国内で展開した場合での弊害／課題についても深く考察されており、2005年当時の課題が今でも有効である点は特筆に値する。（例：NIST標準の適用事業規模、パッチ検証環境の保持困難、管理者負荷、言語の壁他） ・情報セキュリティ早期警戒体制の拡充、強化の一環として、平成16年7月7日に経済産業省から発表された「ソフトウェア等脆弱性関連情報取り扱い基準」および「情報セキュリティ早期警戒パートナーシップガイドライン」についても解説している。
ダウンロード数： 622回
紹介文 :
専門的なソフトウェアについて、利用者も気づいていない要求を抽出するために、該当ソフトウェアの初心者が熟練者に弟子入りして学ぶ様子を観察しています。 要求を実現する画面案と実機を組み合わせた簡易プロトタイプで評価することで、要求の妥当性検証を短期間・低コストで実施できるよう工夫されています。
専門的なソフトウェアについて、利用者も気づいていない要求を抽出するために、該当ソフトウェアの初心者が熟練者に弟子入りして学ぶ様子を観察しています。 要求を実現する画面案と実機を組み合わせた簡易プロトタイプで評価することで、要求の妥当性検証を短期間・低コストで実施できるよう工夫されています。
ダウンロード数： 585回
執筆者 :
藤貫 美佐（ＮＴＴデータ）
、渡辺 絢子（ＮＴＴデータ）
、渡辺 真太郎（ＮＴＴデータ）
、木谷 強（ＮＴＴデータ）
、戸村 元久（ＮＴＴデータ）
、大杉 直樹（ＮＴＴデータ）
、伏田 享平（ＮＴＴデータ）
、井ノ口 伸人（ＮＴＴデータ）
紹介文 :
システム基盤の構築に要する工数見積もりに関する取組みは少ないものです。国内外の学術機構や企業における事例報告においても十分とは言えません。 そこで、非機能要求のコストに影響にする変数をコストドライバとして定義し定量化を試み、見積もりモデルの有意性を実績との比較で検証し評価しています。 そして、この見積もりモデルをWebツールとして社内展開し運用しています。
システム基盤の構築に要する工数見積もりに関する取組みは少ないものです。国内外の学術機構や企業における事例報告においても十分とは言えません。 そこで、非機能要求のコストに影響にする変数をコストドライバとして定義し定量化を試み、見積もりモデルの有意性を実績との比較で検証し評価しています。 そして、この見積もりモデルをWebツールとして社内展開し運用しています。
ダウンロード数： 501回
執筆者 :
良知 敦（NECアクセステクニカ）
紹介文 :
不具合発生の背景情報を共有するために、「交通の危険予知トレーニング」という手法を、ソフトウェア開発に応用しています。単に不具合事例から得た知見をプロセスに組み込むのではなくて、「先輩から後輩へ、経験談とノウハウを対話により伝えること」で、不具合発生の背景がより深く心に残るということには、考えさせられます。
不具合発生の背景情報を共有するために、「交通の危険予知トレーニング」という手法を、ソフトウェア開発に応用しています。単に不具合事例から得た知見をプロセスに組み込むのではなくて、「先輩から後輩へ、経験談とノウハウを対話により伝えること」で、不具合発生の背景がより深く心に残るということには、考えさせられます。
ダウンロード数： 481回
SQuBOK分類 :
1.2.2.1 PDCA 、 2.21.1.3 SLM （サービスレベルマネジメント） 、 2.21.1.4 SLA （サービスレベルアグリーメント） 、 2.22.1.1 保守に関する規格（ISO/IEC 14764）
1.2.2.1 PDCA 、 2.21.1.3 SLM （サービスレベルマネジメント） 、 2.21.1.4 SLA （サービスレベルアグリーメント） 、 2.22.1.1 保守に関する規格（ISO/IEC 14764）
執筆者 :
小林 麻美（インテック）
紹介文 :
保守作業には、採算が取れない、工数が把握できない、属人化してしまうという問題があります。保守プロセスはもっと可視化すべきであると考えます。 これは、アプリケーション運用と保守プロセスに標準を制定、保守プロセスのテーラリング、保守プロジェクト運営へのPDCA概念導入を行い、そのプロセス標準の活用方法を整備し、全社共通のフレームワークとすることで、保守プロセスの可視化を図った活動の発表です。
保守作業には、採算が取れない、工数が把握できない、属人化してしまうという問題があります。保守プロセスはもっと可視化すべきであると考えます。 これは、アプリケーション運用と保守プロセスに標準を制定、保守プロセスのテーラリング、保守プロジェクト運営へのPDCA概念導入を行い、そのプロセス標準の活用方法を整備し、全社共通のフレームワークとすることで、保守プロセスの可視化を図った活動の発表です。
ダウンロード数： 449回
紹介文 :
プロジェクトデータの測定と分析について悩みを持つ組織は数多くあります。また、データ活用ができるかどうかによって、プロセス改善の効果や継続性が左右されるといっても過言ではありません。この論文は研究員企業で用いられているメトリクスについて活用方法、利用者、その効果を幅広く調査しまとめています。また、同様の研究テーマを取り扱った過去の研究成果と比較し傾向をまとめるなど、開発現場が実施しやすく効果の高いメトリクスを検討する場合に参考になります。
プロジェクトデータの測定と分析について悩みを持つ組織は数多くあります。また、データ活用ができるかどうかによって、プロセス改善の効果や継続性が左右されるといっても過言ではありません。この論文は研究員企業で用いられているメトリクスについて活用方法、利用者、その効果を幅広く調査しまとめています。また、同様の研究テーマを取り扱った過去の研究成果と比較し傾向をまとめるなど、開発現場が実施しやすく効果の高いメトリクスを検討する場合に参考になります。
ダウンロード数： 417回
SQuBOK分類 :
1.2.2 改善の考え方 、 2.3 ソフトウェアプロセス改善のマネジメント 、 2.11.3 不具合管理 、 2.19.2 プロセス品質の分析・評価 、 3.10.3 障害分析に関する技法
1.2.2 改善の考え方 、 2.3 ソフトウェアプロセス改善のマネジメント 、 2.11.3 不具合管理 、 2.19.2 プロセス品質の分析・評価 、 3.10.3 障害分析に関する技法
執筆者 :
野口 和馬（伊藤忠テクノソリューションズ）
、相澤 武（インテック）
、田渕 一成（ビジネスキューブ・アンド・パートナーズ）
、有賀 一輝(イクズアネックス）
、小渕 一幸（セイコーエプソン）
、宮迫 久浩(リンクレア）
、宮川 研二（ダイキン情報システム）
、坂部 誠之(シーイーシー）
紹介文 :
プロセスを定着させる重要なポイントとして、継続的な改善がありますが、ここでは、継続的改善を具体的に行う手法／手順を提案しています。原因分析シート、不遵守原因リスト、対策分析シートを用いた方法は、具体的で説得力があり、ここで提案された方法を各所で実践されることをお薦めします。
プロセスを定着させる重要なポイントとして、継続的な改善がありますが、ここでは、継続的改善を具体的に行う手法／手順を提案しています。原因分析シート、不遵守原因リスト、対策分析シートを用いた方法は、具体的で説得力があり、ここで提案された方法を各所で実践されることをお薦めします。
ダウンロード数： 411回
紹介文 :
開発工程にて用いられるW字モデルを品質保証部門における検査プロセスに適用させ、検査プロセスのプロセス改善に取り組んだ事例を紹介しています。品質保証工程において機能仕様書に記載される機能に対する検査観点をまとめた検査観点表をW字モデルにおける上流工程で作成することにより機能仕様の不備やテスト項目の不足を洗出しバグ摘出数の向上とバグ修正工数の短縮につなげています。
開発工程にて用いられるW字モデルを品質保証部門における検査プロセスに適用させ、検査プロセスのプロセス改善に取り組んだ事例を紹介しています。品質保証工程において機能仕様書に記載される機能に対する検査観点をまとめた検査観点表をW字モデルにおける上流工程で作成することにより機能仕様の不備やテスト項目の不足を洗出しバグ摘出数の向上とバグ修正工数の短縮につなげています。
ダウンロード数： 361回
SQuBOK分類 :
1.1.1.9 品質の定義（狩野紀昭） 、 1.3.5.2 妥当性確認（Validation） 、 2.14.2 要求の妥当性確認と評価 、 3.5 要求分析の技法 、 3.13.1.2 インタラクティブシステムの人間中心設計プロセス（ISO 9241-210）
1.1.1.9 品質の定義（狩野紀昭） 、 1.3.5.2 妥当性確認（Validation） 、 2.14.2 要求の妥当性確認と評価 、 3.5 要求分析の技法 、 3.13.1.2 インタラクティブシステムの人間中心設計プロセス（ISO 9241-210）
紹介文 :
要件定義段階で顧客・ユーザとの認識の齟齬を減らすには、UX手法が効果的ですが、 開発現場で導入するにはまだまだ敷居が高い状況です。しかし、従来のやり方や設計書の 書式を大きく変えなくても、要件定義時に5W1Hを考慮するというちょっとした工夫を 加えるだけで、要件の齟齬や漏れを減らす効果があります。 またスマートスピーカーを題材にした検証結果も掲載されており、実践の参考になります。
要件定義段階で顧客・ユーザとの認識の齟齬を減らすには、UX手法が効果的ですが、 開発現場で導入するにはまだまだ敷居が高い状況です。しかし、従来のやり方や設計書の 書式を大きく変えなくても、要件定義時に5W1Hを考慮するというちょっとした工夫を 加えるだけで、要件の齟齬や漏れを減らす効果があります。 またスマートスピーカーを題材にした検証結果も掲載されており、実践の参考になります。
ダウンロード数： 311回
SQuBOK分類 :
1.1.4 使用性 、 1.3.5 V＆V（Verification & Validation） 、 3.5.1.1 ステークホルダー識別 、 3.5.1.2 要求開発（Openthology） 、 3.9.5 利用に基づいた技法 、 3.13.1.1 ユーザビリティテスト
1.1.4 使用性 、 1.3.5 V＆V（Verification & Validation） 、 3.5.1.1 ステークホルダー識別 、 3.5.1.2 要求開発（Openthology） 、 3.9.5 利用に基づいた技法 、 3.13.1.1 ユーザビリティテスト
執筆者 :
谷 真裕（インテック）
、田村 善嗣（NTTコムウェア）
、田中 崇（インテック）
、清水 里美（旭化成）
、森下 栄治（インテック）
、大沼 恵里奈（東京海上日動システムズ）
、中島 碧莉（インテック）
紹介文 :
システムを開発して納品する間際にお客様から「これでは使えない」と言われたことはありませんか？ 本論文では、プロジェクトがこのような状況に陥る可能性がないかを「診断」するためのツールと、診断で判明した問題を解決するためのUXデザイン手法がすぐわかる「処方箋」を提案しています。 ２つのツールは組み合わせて使用するだけでなく、それぞれ単独で使っても効果が見込めます。 これからUXデザインを学んで実践しようとする方も、実施検討のために活用していただけます。
システムを開発して納品する間際にお客様から「これでは使えない」と言われたことはありませんか？ 本論文では、プロジェクトがこのような状況に陥る可能性がないかを「診断」するためのツールと、診断で判明した問題を解決するためのUXデザイン手法がすぐわかる「処方箋」を提案しています。 ２つのツールは組み合わせて使用するだけでなく、それぞれ単独で使っても効果が見込めます。 これからUXデザインを学んで実践しようとする方も、実施検討のために活用していただけます。
ダウンロード数： 301回
執筆者 :
足立 真弘（ジャステック）
、菊地 淳（ＮＴＴコムウェア）
、石井 英明（インテック）
、沢本 哲夫（デンソー）
、松崎 昌史（日本ノーベル）
、李 智炯（三星ＳＤＳ）
、木田 昌平（セゾン情報システムズ）
、小泉 幸恵（ＴＩＳ）
、十日市 勉（タイコーシステムエンジニアリング）
、内山 英俊（池上通信機）
、中井 一人（松下ソフトリサーチ）
、上原 佳広（オリンパスシステムズ）
紹介文 :
高品質なソフトウェアを開発するためには、ノウハウの共有と再利用が必須です。本研究では、「ソフトウェア開発時の情報共有」と「ソフトウェア開発時のノウハウ共有」について調査・分析が行われています。 事例の数は少ないものの、「成功させるための要素について考察」は普遍的な物で、とても参考になります。
高品質なソフトウェアを開発するためには、ノウハウの共有と再利用が必須です。本研究では、「ソフトウェア開発時の情報共有」と「ソフトウェア開発時のノウハウ共有」について調査・分析が行われています。 事例の数は少ないものの、「成功させるための要素について考察」は普遍的な物で、とても参考になります。
ダウンロード数： 300回
執筆者 :
竹内 昌幸(エヌ・ティ・ティ・コムウェア株式会社)
、淵野 浩二(エヌ・ティ・ティ・コミュニケーションズ株式会社)
、森 敦 (株式会社インテック)
、了徳寺 真(株式会社日立ソリューションズ・クリエイト)
紹介文 :
ソフトウェア開発時に、以前の類似システムのときと同じ原因の不具合を混入させないようにする、再発防止は十分に実施できているでしょうか？ 開発現場で再発防止策を定着させることは実際にはなかなか容易ではなく、以前の類似システムと同じような問題が繰り返し発生してしまうケースが少なからずあります。 この論文では、再発防止策の定着に有効な要素が何であるかを特定するため、ソフトウェア開発者が再発防止策を実施するときのモチベーションやヒューマンファクターに着目して調査・分析しています。また、分析結果から、再発防止策の定着に結び付ける展開・伝達手法として、どのようなアプローチを用いるとより有効となるのか(「あつ森法」)を提案しています。
ソフトウェア開発時に、以前の類似システムのときと同じ原因の不具合を混入させないようにする、再発防止は十分に実施できているでしょうか？ 開発現場で再発防止策を定着させることは実際にはなかなか容易ではなく、以前の類似システムと同じような問題が繰り返し発生してしまうケースが少なからずあります。 この論文では、再発防止策の定着に有効な要素が何であるかを特定するため、ソフトウェア開発者が再発防止策を実施するときのモチベーションやヒューマンファクターに着目して調査・分析しています。また、分析結果から、再発防止策の定着に結び付ける展開・伝達手法として、どのようなアプローチを用いるとより有効となるのか(「あつ森法」)を提案しています。
