「QMS」の編集履歴（バックアップ）一覧はこちら
QMS - (2008/12/17 (水) 11:49:49) の最新版との変更点
追加された行は緑色になります。
削除された行は赤色になります。
&link_editmenu(text=ここを編集)
*QMS
> 開発プロセス
*** [[ウォーターフォール型開発プロセス>>http://www.okapiproject.com/computer/leran_comp/sysdev/sd_01_003_0.htm]]
[[ウォーターフォールについて説明してるNECのサイト>>http://www.nec-nis.co.jp/column/agile/agile_prg1_p2.html]]
前提条件
「要求定義を確定することに十分な時間をかけることができる」
「一度確定した要求は簡単に変化することはない」
*** [[プロトタイプ型開発プロセス>>http://www.okapiproject.com/computer/leran_comp/sysdev/sd_01_005_0.htm]]
プロトタイプ型は主にウォーターフォール型の「できあがったら要望と違った！」などといった欠点を解決するために考案された手法です。この手法では、要求されたシステムの試作品（プロトタイプ）を手早く開発し、ユーザに試用してもらいます。これによってユーザからの要求や仕様などを確認して実用的なレベルにまで発展させていく開発手法です。
積み上げ型プロトタイプ
ユーザへの確認用の試作品（プロトタイプ）をベースとして機能を拡張したり、プログラムを変更しながら実用システムを開発するタイプです。
*** [[アジャイル型開発プロセス>>http://www.atmarkit.co.jp/fdotnet/devprocess/agileentry02/agileentry02_01.html]]
[[アジャイルについて説明してるNECのサイト>>http://www.nec-nis.co.jp/column/agile/agile_prg2_p1.html]]
XP(エクストリーム・プログラミング)
1). 計画ゲームと短期イテレーション
2). ペア・プログラミング
3). 自動テストと常時結合
デメリットもある。その中でも問題となるのが検査工数の増大である。イテレーションごとに検査を行うことになるので、初期のイテレーションで実装した部分についての検査は、その後のイテレーションの数だけ繰り返す必要がある。これは、大幅な作業工数の増大を意味する。
そこで、実践しなければならないプラクティスに自動テストがある。
> ツール
*** タスク管理、スケジュール管理
[[redMine>>http://redmine.jp/overview/]]
- 課題管理システム
- ガントチャート、カレンダー
[[TRICHORD(トライコード)>>http://trichord.change-vision.com/ja/index.html]]
- 「かんばん」によるタスクの見える化
- 「バーンダウンチャート」による残作業量の見える化
- 「にこにこカレンダー」による気分の見える化
Microsoft office Excel
Microsoft office Project
*** バグトラッキング
[[Mantis>>http://www.alles.or.jp/~sogabe/mantis/]]
[[編集>>http://www19.atwiki.jp/murpapa/editx/12.html]]
>PMBOK
2008年12月31日にPMBOK第4版が公開されました。第4 版のドラフトが2008年1月に公開され、ドラフトに対する意見を反映しての変更です。現在のところ、英語版しか全内容が網羅されていません。各国語版は、2009年3月31日に公開される予定です。日本語版は、第1部のフレームワークと用語集が翻訳されています。
これにより、PMP試験は、2009年6月31日まではPMBOK第3版をベースに行われ、それ以降はPMBOK第4版をベースに行われます。
* プロセス名が動詞に変更になった。ただし日本語版は、名詞に統一されている。例えば、5.2スコープ定義は、Scope DefinitionからDefine Scopeへ。
* 組織体の環境要因と組織のプロセス資産が標準フレームワークに組み込まれた。
* 変更要求、是正処置、予防処置、欠陥修正がすべて変更要求に統一された。
* 各知識エリアのプロセス図が削除され、データフロー図が新たに追加された。
* プロジェクトマネジメント計画書とマネジメントに使用されるプロジェクト文書に区分された。
* プロジェクト憲章とプロジェクトスコープ記述書の重複した内容を整理し、相違点を明確にした。
* 人間関係スキルが新たに付録として追加された。
* プロセスが44個から42個へ削減された。内訳は、2個削除、2個追加、調達マネジメントで6個から4個へ再構成。
**PDCAサイクル
#image(http://www19.atwiki.jp/murpapa/pub/pdca.jpg)
**[[プロジェクト管理状況チェックリスト(サンプル：エクセル形式)>>http://www19.atwiki.jp/murpapa/pub/p_checklist.xls]]
> 開発プロセス
*** [[ウォーターフォール型開発プロセス>>http://www.okapiproject.com/computer/leran_comp/sysdev/sd_01_003_0.htm]]
[[ウォーターフォールについて説明してるNECのサイト>>http://www.nec-nis.co.jp/column/agile/agile_prg1_p2.html]]
前提条件
「要求定義を確定することに十分な時間をかけることができる」
「一度確定した要求は簡単に変化することはない」
*** [[プロトタイプ型開発プロセス>>http://www.okapiproject.com/computer/leran_comp/sysdev/sd_01_005_0.htm]]
プロトタイプ型は主にウォーターフォール型の「できあがったら要望と違った！」などといった欠点を解決するために考案された手法です。この手法では、要求されたシステムの試作品（プロトタイプ）を手早く開発し、ユーザに試用してもらいます。これによってユーザからの要求や仕様などを確認して実用的なレベルにまで発展させていく開発手法です。
積み上げ型プロトタイプ
ユーザへの確認用の試作品（プロトタイプ）をベースとして機能を拡張したり、プログラムを変更しながら実用システムを開発するタイプです。
*** [[アジャイル型開発プロセス>>http://www.atmarkit.co.jp/fdotnet/devprocess/agileentry02/agileentry02_01.html]]
[[アジャイルについて説明してるNECのサイト>>http://www.nec-nis.co.jp/column/agile/agile_prg2_p1.html]]
XP(エクストリーム・プログラミング)
1). 計画ゲームと短期イテレーション
2). ペア・プログラミング
3). 自動テストと常時結合
デメリットもある。その中でも問題となるのが検査工数の増大である。イテレーションごとに検査を行うことになるので、初期のイテレーションで実装した部分についての検査は、その後のイテレーションの数だけ繰り返す必要がある。これは、大幅な作業工数の増大を意味する。
そこで、実践しなければならないプラクティスに自動テストがある。
> ツール
*** 顧客情報管理
[[sugarCRM>>http://www.ssl.fujitsu.com/products/crm/sugarcrm/case.html]]
取引先情報、商談情報を整理可能
[[サイボウズデヂエ>>http://kantan.cybozu.co.jp/dezie/]]
蓄積型商談報告書として利用可能
*** タスク管理、スケジュール管理
[[redMine>>http://redmine.jp/overview/]]
- 課題管理システム
- ガントチャート、カレンダー
[[TRICHORD(トライコード)>>http://trichord.change-vision.com/ja/index.html]]
- 「かんばん」によるタスクの見える化
- 「バーンダウンチャート」による残作業量の見える化
- 「にこにこカレンダー」による気分の見える化
[[OpenProj>>http://gigazine.net/index.php?/news/comments/20090107_openproj/]]
Microsoft Projectの代替ソフトウェアとしてプロジェクト管理が可能でガントチャート表示もできるフリーソフト「OpenProj」
[[ProjectKeeper>>http://www.thinkit.co.jp/free/article/0708/15/1/]]
ダッシュボード、工程管理、スケジュール管理、実績入力
Microsoft office Excel
Microsoft office Project
*** バグトラッキング
[[Mantis>>http://www.alles.or.jp/~sogabe/mantis/]]
> 参考サイト
*** QC活動
[[ITPro-事の見える化 現場の改善)>>http://itpro.nikkeibp.co.jp/article/COLUMN/20080328/297355/?ST=system]]
