/

ISO/IEC TR 33014:2013 情報技術—プロセス評価—プロセス改善のためのガイド | ページ 6

※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。

3 用語と定義

このドキュメントの目的のために、ISO/IEC 33001:—、ISO 9000:2005 および以下に記載されている用語と定義が適用されます。

3.1

継続的なプロセス改善

ビジネスをサポートするプロセスを強化および改善するためのプロセス改善プログラムの進行中のサイクルであり、1 つまたは複数の改善プロジェクトまたはイニシアチブを含み、順次または並行して実施することができます。

3.2

プロセス改善支援要素

組織がプロセス改善プロジェクトまたはイニシアチブへの支持を表明する方法

3.3

改善可能性

継続的なプロセス改善をサポートする組織固有の能力。

参考文献

[1]Andersen CV, Krath F, Krukow L, Mathiassen L, および Pries-Heje J (2001) 草の根の取り組み。 In: L. Mathiassen, J. Pries-Heje, および O. Ngwenyama (編): Improving Software Organizations: From Principles to Practice .米国マサチューセッツ州ボストン: Addison-Wesley Professional, 368 ページ。
[2]Bashein, BJ, Markus, ML, および Riley, P. (1994) BPR 成功の前提条件: 失敗を防ぐ方法。情報システム管理11(2): 7-13.
[3]Beedle M, Devos M, Sharon Y, Schwaber K, および Sutherland J (1999) SCRUM: 超生産的なソフトウェア開発のための拡張パターン言語。プログラム設計のパターン言語、4, 637-65
[4]Benner M および Tushman M (2003) Exploitation, Exploitation, およびプロセス管理: 生産性のジレンマの再検討。アカデミー オブ マネジメント レビュー28(2): 238-25
[5]Boudreau, M.-C. and Robey, D. (1996) ビジネス プロセスのリエンジニアリングにおける矛盾への対処。情報技術と人々 9(4) 40-57.
[6]BS 7850-1:1992 総合的な品質管理。経営理念ガイド、ISBN: 0580211568
[7]Ciborra, CU (2000)コントロールからドリフトへ: 企業情報インフラストラクチャのダイナミクス。オックスフォード、イギリス: Oxford University Press, 260
[8]CMMI製品チーム。取得のための CMMI, バージョン 1.3 (CMU/SEI-2010-TR-032)ペンシルベニア州ピッツバーグ: カーネギー メロン大学ソフトウェア エンジニアリング研究所、2010 年 11 月。
[9]CMMI製品チーム。開発のための CMMI, バージョン 1.3 (CMU/SEI-2010-TR-033)ペンシルベニア州ピッツバーグ: カーネギー メロン大学ソフトウェア エンジニアリング研究所、2010 年 11 月。
[10]CMMI製品チーム。サービス用 CMMI バージョン 1.3 (CMU/SEI-2010-TR-034)ペンシルベニア州ピッツバーグ: カーネギー メロン大学ソフトウェア エンジニアリング研究所、2010 年 11 月。
[11]ダニエル、アミラム、エド・キンメルマン。医療機器に関する FDA および世界的な品質システム要件ガイドブック。第 2 版、アメリカ品質協会、2008 年。
[12]Davenport, TH (1993) Process Innovation: Re-engineering Work through Information Technology .米国マサチューセッツ州ボストン: Harvard Business School Press
[13]EFQM ® (欧州品質管理財団)、EFQM エクセレンス モデル (2013)、 www.efqm.org/en/tabid/132/default.aspx
[14]Hammer M (1990) リエンジニアリング作業: 自動化するな、消し去る。ハーバード ビジネス レビュー(7 月から 8 月): 104-11
[15]Hammer, M. および Champy, J. (1993)会社の再設計: ビジネス革命のためのマニフェスト。米国ニューヨーク州ニューヨーク：HarperBusiness, 296 ページ。
[16]Hansen, N. (2006) プロジェクトの成功を本当に構成するものは何ですか? IT が支援するプロセス革新プロジェクトのコンテキストにおける成功、失敗、評価基準、および影響要因の研究。博士号論文、コペンハーゲン IT 大学、コペンハーゲン、デンマーク。
[17]Huy, QN (2001) 時間、一時的な能力、および計画された変更。アカデミー オブ マネジメント レビュー26(4): 601-62
[18]ImprovAbility™、プロセス改善による成功 (2013)、Jan Pries-Heje, Jørn Johansen, ISBN 978-87-7398-139-9, DELTA
[19]ISAC, COBIT プロセス評価モデル (PAM)、COBIT 4.1 を使用。
[20]ISO 9004:2009, 組織の持続的な成功のための管理 - 品質管理アプローチ
[21]ISO/IEC 15939:2007, システムおよびソフトウェア工学 - 測定プロセス
[22]ISO/IEC 20000-1:2011, 情報技術 - サービス管理 - 1: サービス管理システム要件
[23]ISO/IEC 20000-11:- 2 ,情報技術 - サービスマネジメント - 11: ISO/IEC 20000-1:2011 と関連フレームワークとの関係に関するガイダンス: ITIL®
[24]ISO/IEC 25010:2011, システムおよびソフトウェア工学 — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — システムおよびソフトウェアの品質モデル
[25]ISO/IEC 33002:- 2 、情報技術 - プロセス評価 - 評価を実行するための要件
[26]ISO/IEC 33020:- 2 、情報技術 - プロセス評価 - プロセス能力の評価のためのプロセス測定フレームワーク
[27]Kensing F and Blomberg J (1998) 参加型デザイン: 問題と懸念。計算機支援共同作業 7(3-4): 167-185.
[28]King, WR (1994) プロセスのリエンジニアリング:情報システム管理の戦略的側面 11(2): 71-7
[29]Malhotra, Y (1998) ビジネス プロセスの再設計: 概要。 IEEE エンジニアリング マネジメント レビュー26(3): [ http://www.kmbook.com/bpr.htm
[30]Mintzberg H (1983)ファイブの構造: 効果的な組織の設計。 Englewood Cliffs, NJ, USA: Prentice-Hall, 312 p.
[31]Oakland, JS (2003) TQM: Text with Cases 、第 3 版。オックスフォード、イギリス: Butterworth-Heinemann, 496
[32]Pande, P.S. and Holpp, L. (2000)シックスシグマとは?米国ニューヨーク州ニューヨーク: McGraw-Hill, 98 p.
[33]ロジャーズ、エベレット M. (2003)イノベーションの拡散、第5版。ニューヨーク、ニューヨーク、米国: Free Press, 512
[34]Simon, HA (1973) 構造化されていない問題の構造。人工知能4(3): 181-201.
[35]SPI マニフェスト (2010 年)、編集者 Jan Pries-Heje RUC, Jørn Johansen, DELTA Axio www.iscn.com/Images/SPI_Manifesto_A.1.2.2010.pdf
[36]Willcocks, L. and Currie, W. (1997) ラディカルなリエンジニアリングは本当に機能するのか?戦略的製品の新たな問題。 Willcocks, L.、Feenny, D.、Islei, G. (編): Managing IT as a Strategic Resourc英国バークシャー: McGraw-Hill, 550 p.
[37]Woods, DD (1988) 複雑さへの対処: 複雑なシステムにおける人間の行動の心理学。 Goodstein, LP, Andersen, HB, および Olsen, SE (編): Tasks, Errors and Mental Models .英国、ロンドン: Taylor & Francis, p. 128-14
[38]Woods, DD and E Hollnagel (1987) 複雑な問題解決の世界における認知的要求のマッピング。マンマシン研究の国際ジャーナル26(2): 257-27

3 Terms and definitions

For the purposes of this document, the terms and definitions given in ISO/IEC 33001:—, ISO 9000:2005 and the following apply.

3.1

continual process improvement

on-going cycle of process improvement programmes to strengthen and improve the processes supporting business and include one or several improvement projects or initiatives, which can be implemented in series or in parallel

3.2

process improvement support element

way that an organization expresses support for process improvement projects or initiatives

3.3

improvability

inherent ability of an organization to support continual process improvement

Bibliography

[1]Andersen, C.V., Krath, F., Krukow, L., Mathiassen, L., and Pries-Heje, J. (2001) The grass-root effort. In: Mathiassen L., Pries-Heje, J., and Ngwenyama, O. (Eds.): Improving Software Organisations: From Principles to Practice. Boston, MA, USA: Addison-Wesley Professional, 368 p.
[2]Bashein, B.J., Markus, M.L., and Riley, P. (1994) Preconditions for BPR success: And how to prevent failures. Information Systems Management 11(2): 7–13.
[3]Beedle, M., Devos, M., Sharon, Y., Schwaber, K., & Sutherland, J. (1999). SCRUM: An extension pattern language for hyperproductive software development. Pattern Languages of Program Design, 4, 637-651.
[4]Benner, M. and Tushman, M. (2003) Exploitation, exploration, and process management: The productivity dilemma revisited. Academy of Management Review 28(2): 238–256.
[5]Boudreau, M.-C. and Robey, D. (1996) Coping with contradictions in business process re-engineering. Information Technology & People 9(4) 40–57.
[6]BS 7850-1:1992 Total quality management. Guide to management principles, ISBN: 0580211568
[7]Ciborra, C.U. (2000) From Control to Drift: The Dynamics of Corporate Information Infrastructures. Oxford, U.K.: Oxford University Press, 260 p.
[8]CMMI Product Team. CMMI for Acquisition, Version 1.3 (CMU/SEI-2010-TR-032). Pittsburgh, PA: Software Engineering Institute, Carnegie Mellon University, November 2010.
[9]CMMI Product Team. CMMI for Development, Version 1.3 (CMU/SEI-2010-TR-033). Pittsburgh, PA: Software Engineering Institute, Carnegie Mellon University, November 2010.
[10]CMMI Product Team. CMMI for Services, Version 1.3 (CMU/SEI-2010-TR-034). Pittsburgh, PA: Software Engineering Institute, Carnegie Mellon University, November 2010.
[11]Daniel, Amiram, and Ed Kimmelman. The FDA and worldwide quality system requirements guidebook for medical devices. 2nd Edition, American Society for Quality, 2008.
[12]Davenport, T.H. (1993) Process Innovation: Re-engineering Work through Information Technology. Boston, MA, USA: Harvard Business School Press
[13]EFQM® (European Foundation for Quality Management), EFQM Excellence Model (2013), www.efqm.org/en/tabid/132/default.aspx
[14]Hammer, M. (1990), Reengineering work: Don’t automate, obliterate. Harvard Business Review (July-August): 104–112.
[15]Hammer, M. and Champy, J. (1993) Reengineering the Corporation: A Manifesto for Business Revolution. New York, NY, USA: HarperBusiness, 296 p.
[16]Hansen, N. (2006) What really constitutes project success? A study of success, failure, evaluation criteria and influencing factors in the context of IT-supported process-innovation projects. Ph.D. Dissertation, The IT University of Copenhagen, Copenhagen, Denmark.
[17]Huy, Q.N. (2001) Time, temporal capability, and planned change. Academy of Management Review 26(4): 601–623.
[18]ImprovAbility™, Success with process improvement (2013), Jan Pries-Heje, Jørn Johansen, ISBN 978-87-7398-139-9, DELTA
[19]ISACA (2011), COBIT Process Assessment Model (PAM), Using COBIT 4.1.
[20]ISO 9004:2009, Managing for the sustained success of an organization — A quality management approach
[21]ISO/IEC 15939:2007, Systems and software engineering — Measurement process
[22]ISO/IEC 20000-1:2011, Information technology — Service management — 1: Service management system requirements
[23]ISO/IEC 20000-11:— 2 , Information technology — Service management — 11: Guidance on the relationship between ISO/IEC 20000-1:2011 and related frameworks: ITIL®
[24]ISO/IEC 25010:2011, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality models
[25]ISO/IEC 33002:— 2 , Information technology — Process Assessment — Requirements for performing assessments
[26]ISO/IEC 33020:— 2 , Information technology — Process assessment — Process measurement framework for assessment of process capability
[27]Kensing, F. and Blomberg, J. (1998) Participatory design: Issues and concerns. Computer Supported Cooperation Work 7(3-4): 167-185.
[28]King, W.R. (1994) Process reengineering: The strategic dimensions Information Systems Management 11(2): 71–73.
[29]Malhotra, Y. (1998) Business process redesign: An overview. IEEE Engineering Management Review 26(3): [ http://www.kmbook.com/bpr.htm ].
[30]Mintzberg, H. (1983) Structure in Fives: Designing Effective Organizations. Englewood Cliffs, N.J., USA: Prentice-Hall, 312 p.
[31]Oakland, J.S. (2003) TQM: Text with Cases, 3rd edition. Oxford, U.K.: Butterworth-Heinemann, 496 p.
[32]Pande, P.S. and Holpp, L. (2000) What Is Six Sigma? New York, NY, USA: McGraw-Hill, 98 p.
[33]Rogers, Everett M. (2003). Diffusion of Innovations, 5th Ed. New York, NY, USA: Free Press, 512 p.
[34]Simon, H.A. (1973) The structure of ill-structured problems. Artificial Intelligence 4(3): 181–201.
[35]SPI Manifesto (2010), Editors Jan Pries-Heje RUC, Jørn Johansen, DELTA Axiom. www.iscn.com/Images/SPI_Manifesto_A.1.2.2010.pdf
[36]Willcocks, L. and Currie, W. (1997) Does radical reengineering really work? Emerging issues in strategic products. In Willcocks, L., Feeny, D., and Islei, G. (Eds.): Managing IT as a Strategic Resource. Berkshire, U.K.: McGraw-Hill, 550 p.
[37]Woods, D.D. (1988) Coping with complexity: The psychology of human behaviour in complex systems. In Goodstein, L.P., Andersen, H.B., and Olsen, S.E. (Eds.): Tasks, Errors and Mental Models. London, U.K.: Taylor & Francis, p. 128–148.
[38]Woods, D.D. and E. Hollnagel (1987) Mapping cognitive demands in complex problem-solving worlds. International Journal of Man-Machine Studies 26(2): 257–275.

ISO PDF プレビュー