<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article  PUBLIC "-//NLM//DTD Journal Publishing DTD v3.0 20080202//EN" "http://dtd.nlm.nih.gov/publishing/3.0/journalpublishing3.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="3.0" xml:lang="en" article-type="research article"><front><journal-meta><journal-id journal-id-type="publisher-id">IIM</journal-id><journal-title-group><journal-title>Intelligent Information Management</journal-title></journal-title-group><issn pub-type="epub">2160-5912</issn><publisher><publisher-name>Scientific Research Publishing</publisher-name></publisher></journal-meta><article-meta><article-id pub-id-type="doi">10.4236/iim.2016.86013</article-id><article-id pub-id-type="publisher-id">IIM-72203</article-id><article-categories><subj-group subj-group-type="heading"><subject>Articles</subject></subj-group><subj-group subj-group-type="Discipline-v2"><subject>Computer Science&amp;Communications</subject></subj-group></article-categories><title-group><article-title>
 
 
  Common Management Process Model of New TQM Based on the Situation Analysis
 
</article-title></title-group><contrib-group><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Kazuhiro</surname><given-names>Esaki</given-names></name><xref ref-type="aff" rid="aff1"><sub>1</sub></xref></contrib></contrib-group><aff id="aff1"><label>1</label><addr-line>Faculty of Science and Engineering, HOSEI University, Tokyo, Japan</addr-line></aff><author-notes><corresp id="cor1">* E-mail:</corresp></author-notes><pub-date pub-type="epub"><day>09</day><month>11</month><year>2016</year></pub-date><volume>08</volume><issue>06</issue><fpage>181</fpage><lpage>193</lpage><history><date date-type="received"><day>September</day>	<month>5,</month>	<year>2016</year></date><date date-type="rev-recd"><day>Accepted:</day>	<month>November</month>	<year>20,</year>	</date><date date-type="accepted"><day>November</day>	<month>23,</month>	<year>2016</year></date></history><permissions><copyright-statement>&#169; Copyright  2014 by authors and Scientific Research Publishing Inc. </copyright-statement><copyright-year>2014</copyright-year><license><license-p>This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/</license-p></license></permissions><abstract><p>
 
 
  In the previous study, we suggested the concept of new TQM based on the consideration of basic concept of Quality Control. Also, in the previous study, we suggested the target domains and entities of product and process based on the TQM Matrix and view point of Three Dimensional Unification Value Models for managing quality of organization systems. Furthermore, in the previous study, we suggest the Common Management Process of organizations. Based on the above suggestion, in this paper, we would like to propose the Common Management Process Model of Total Quality Management based on the consideration of situation analysis and more precise definition of TQM Matrix and Three Dimensional Unification Value Model of “Product and Process”. Improvement of quality and efficiency of organization management can be expected by the integration of conventional different management such as quality assurance, quality improvement, risk management, investment individually from the view point of common management process.
 
</p></abstract><kwd-group><kwd>Common Management Process Model</kwd><kwd> TQM Matrix</kwd><kwd> Three Dimensional Unification Value Model</kwd><kwd> Quality Assurance</kwd><kwd> Quality Improvement</kwd><kwd> Static Risk Management</kwd><kwd>  Dynamic Risk Management</kwd><kwd> Investment Management</kwd><kwd> Project Management</kwd></kwd-group></article-meta></front><body><sec id="s1"><title>1. Introduction</title><p>Recently, strictness of social environment of organization management is changed day by day, and company should solve many “Problems” and “Issues”.</p><p>Therefore, an application of the good management process to solve these “Problems” and “Issues” are demanded from organizations. If we choose the wrong management process, it may cause a risk to produce a considerable damage in the management of organization.</p><p>On the other hand, for a high quality evaluation of the organizational management, TQM (Total Quality Management) [<xref ref-type="bibr" rid="scirp.72203-ref1">1</xref>] is used all over the world and is recognized. However, it is very difficult to establish all management scope of the TQM. Furthermore, the aim of TQM must cover both “Product and Process” based on the consideration of the basic concept of Quality Control. On the other hand, we have been working on the development of ISO/IEC25000 (SQuaRE) series of standards for quality requirements and evaluation of the system and software product [<xref ref-type="bibr" rid="scirp.72203-ref2">2</xref>] [<xref ref-type="bibr" rid="scirp.72203-ref3">3</xref>] [<xref ref-type="bibr" rid="scirp.72203-ref4">4</xref>] [<xref ref-type="bibr" rid="scirp.72203-ref5">5</xref>] for a long time in ISO/IEC JTC1 (Joint Technical Committee 1 of the International Organization for Standardization and the International Electro technical Commission) SC7WG 6 (software and systems engineering). As part of this project, we have worked on the developments of ISO/IEC25030 [<xref ref-type="bibr" rid="scirp.72203-ref3">3</xref>] , 25040 [<xref ref-type="bibr" rid="scirp.72203-ref4">4</xref>] , 25041 [<xref ref-type="bibr" rid="scirp.72203-ref5">5</xref>] , which are the standards to provide supporting technique of method for quantitative quality requirement definitions and evaluation of software and system product. And, quantitative quality requirement and evaluation of system are executed from the view point of system and software product quality models defined in ISO/IEC9126-1 [<xref ref-type="bibr" rid="scirp.72203-ref2">2</xref>] (ISO/IEC9126-1 has revised by ISO/IEC25010:2011). On the other hand, the definition of system is a combination of interacting elements organized to achieve one or more stated purposes defined in ISO/IEC15288:2008 Systems and software engineering-System life cycle processes [<xref ref-type="bibr" rid="scirp.72203-ref6">6</xref>] . Therefore, an organization with specific purpose is regarded as a kind of system based on the definition of system of ISO/IEC15288. Based on the above assumptions, previous study [<xref ref-type="bibr" rid="scirp.72203-ref7">7</xref>] , we suggested the General framework of “new TQM” based on the concept of “system quality requirement and evaluation process” of ISO/IEC 25040 [<xref ref-type="bibr" rid="scirp.72203-ref4">4</xref>] and the original concept of “TQM Matrix” [<xref ref-type="bibr" rid="scirp.72203-ref7">7</xref>] . On the other hand, previous study [<xref ref-type="bibr" rid="scirp.72203-ref8">8</xref>] , we suggested the “Three Dimensional Unification Value Model for Product evaluation based on the consideration of enlarging system product quality model in ISO/IEC9126-1 [<xref ref-type="bibr" rid="scirp.72203-ref2">2</xref>] . Therefore, previous study [<xref ref-type="bibr" rid="scirp.72203-ref9">9</xref>] , we suggested the “Target Entities of Total Quality Management” for organization based on the “new TQM” and “Three Dimensional Unification Value Models”. Furthermore, previous study [<xref ref-type="bibr" rid="scirp.72203-ref10">10</xref>] , we suggested the “Common Management Process Model” based on the consideration of “TQM Matrix” and “Three Dimensional Unification Value Models”. Therefore, in this article, we suggest the “Common Management Process Model” of organization based on the consideration of situation analysis as shown in <xref ref-type="fig" rid="fig5">Figure 5</xref> and more precise definition of new TQM for “Product and Process [<xref ref-type="bibr" rid="scirp.72203-ref9">9</xref>] ” as shown in <xref ref-type="table" rid="table1">Table 1</xref>. Furthermore, we report the result of confirmation of the application possibility of the “Common Management Process Model” for the four domains of “new TQM”. In this paper, background of this research in clause 1, concept of new TQM in clause 2, concept of the Common Management Process Models in clause 3, verification result of the application possibility of common management process in clause 4, conclusion described in clause 5.</p></sec><sec id="s2"><title>2. Concept of New TQM</title><sec id="s2_1"><title>2.1. Basic Concept of Quality Control</title><p><xref ref-type="fig" rid="fig1">Figure 1</xref> shows the basic concept of Quality Control that shows the relationships</p><table-wrap id="table1" ><label><xref ref-type="table" rid="table1">Table 1</xref></label><caption><title> Explanation of terminology for situation analysis</title></caption><table><tbody><thead><tr><th align="center" valign="middle"  rowspan="2"  >Terminology</th><th align="center" valign="middle" >Product</th><th align="center" valign="middle" >Process</th></tr></thead><tr><td align="center" valign="middle" >Input, Outcomes, Recourses and Constrains of process. Product is a result of activities such as planning, development, evaluation.</td><td align="center" valign="middle" >Conversion process from Input resources into Outcomes. Process is a procedure or method of the activities.</td></tr><tr><td align="center" valign="middle" >Quality: Whole ability of “product and process” to satisfy stated or implied needs. Objects of a quality control are quality of “product and process” usually. Quality is defined by primary quality, secondary quality and quality in use defined in ISO/IEC25000.</td><td align="center" valign="middle" >From ISO, terminology “Product Quality” is defined as “totality of characteristics of an entity that bear on its ability to satisfy stated and implied needs”. “System product quality” is defined in six characteristics in ISO/IEC9126 (ISO/IEC25010) Quality models．</td><td align="center" valign="middle" >“Process quality” is the efficiency of conversion process from input resources into outcomes and that is evaluated by following equation. Process Quality = Quality of outcomes re-sources/Quality of input resources For example, process quality can be assured from the view points as follows. ―does PDC cycle rotate? ―to satisfy ISO9000 requirements?</td></tr><tr><td align="center" valign="middle" >Primary Quality: Quality to meet specified requirements.</td><td align="center" valign="middle" >A product quality meets quality requirement specification of product.</td><td align="center" valign="middle" >A process quality meets quality requirement specification of process. For ex, rules of inner corporation or international standard.</td></tr><tr><td align="center" valign="middle" >Secondary Quality: An expected quality of “Product and Process”</td><td align="center" valign="middle" >An attractive product quality to meet a tacit expectation of customer needs.</td><td align="center" valign="middle" >An effective process quality to meet a tacit expectation of stakeholders needs.</td></tr><tr><td align="center" valign="middle" >Fair Desire: Desire of human kind.</td><td align="center" valign="middle" >Desire concerning product that may cause good cause in future.</td><td align="center" valign="middle" >Desire concerning process that may cause good cause in future.</td></tr><tr><td align="center" valign="middle" >Un fair Desire: Desire of human kind.</td><td align="center" valign="middle" >Desire concerning product that may cause bad cause in future.</td><td align="center" valign="middle" >Desire concerning process that may cause bad cause in future.</td></tr><tr><td align="center" valign="middle" >Good Cause: A reason that causes advantage</td><td align="center" valign="middle" >The reason that causes an advantage by product such as benefit, advantage, profit.</td><td align="center" valign="middle" >The reason that causes advantage by process such as a quality improvement, cost down, decrease delivery time.</td></tr><tr><td align="center" valign="middle" >Bad Cause: A reason that causes problem.</td><td align="center" valign="middle" >The reason that causes problem of product such as a defect, fault, error, obstructs.</td><td align="center" valign="middle" >The reason that causes a problem of process such as a quality decline, excess over the cost, an appointed date of delivery delay.</td></tr><tr><td align="center" valign="middle" >Advantage: Good status of “Product or Process” which can achieve secondary quality.</td><td align="center" valign="middle" >Good status of product that is deviated from quality requirement specification of product. ―For ex, advantage of product is such as useful, attractiveness, low price, profitable, etc.</td><td align="center" valign="middle" >Good status of process that is deviated from quality requirement of process. For ex, advantage of process such as performance, cost effectiveness, etc.</td></tr><tr><td align="center" valign="middle" >Problem: Abnormal status of “Product or Process” which cannot achieve primary quality. It can be finally zero if push forward to correction.</td><td align="center" valign="middle" >An abnormal status of product that is deviated from quality requirement specification of product. ―For example, a problem of product is such as a defect, a fault, an error, an obstacle, etc.</td><td align="center" valign="middle" >An abnormal status of process that is deviated from quality requirement of process. - For example, it is not to meet the process requirements of ISO9000 or rules of the inner or outer organization.</td></tr><tr><td align="center" valign="middle" >Issue: An expected status of “Product or Process” which can achieve primary quality but cannot secondary quality. It is never disappears.</td><td align="center" valign="middle" >An expected status of a product which want to be improved in a more attractive quality. It is necessary to soak a priority depending on importance and urgent degree, and to push forward improvement of product.</td><td align="center" valign="middle" >Prospective quality of process that want to be improved more efficiently. It is necessary to soak a priority depending on importance and urgent degree, and to push forward improvement of process.</td></tr><tr><td align="center" valign="middle" >Positive Risk: Outbreak probability and scale of expected good value. Dynamic risk management is synonyms as investment management.</td><td align="center" valign="middle" >An expected good value that may occur in the future by an activity for the resolution of an inner or outer problem or issue of product.</td><td align="center" valign="middle" >An expected good value that may occur in the future by an activity for the resolution of an inner or outer problem or issue of process.</td></tr><tr><td align="center" valign="middle" >Negative Risk: Outbreak probability and the scale of damage.</td><td align="center" valign="middle" >The damage that may occur in future by leaving problem or issue of product</td><td align="center" valign="middle" >The damage that may occur in future by leaving an inner or outer problem or issue of process.</td></tr><tr><td align="center" valign="middle" >Expected Good Value: An expected status of “Product or Process”. The status that cannot be second quality.</td><td align="center" valign="middle" >An expected status of a product which want to be invested or improved in a more attractive quality. It is necessary to soak a priority depending on importance and urgent degree.</td><td align="center" valign="middle" >Expected quality of process which wants to be invested or improved more efficiently. It is necessary to soak a priority depending on importance and urgent degree.</td></tr><tr><td align="center" valign="middle" >Prospective damage:</td><td align="center" valign="middle" >Prospective Damage of product in future.</td><td align="center" valign="middle" >Prospective Damage of process in future.</td></tr></tbody></table></table-wrap><fig id="fig1"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref></label><caption><title> Basic concept of quality control [<xref ref-type="bibr" rid="scirp.72203-ref7">7</xref>] </title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/3-8701407x2.png"/></fig><p>between “Product” and “Process”, and concept of the “CPD (Check, Plan, Do)” cycle.</p><p>From <xref ref-type="fig" rid="fig1">Figure 1</xref>, every kind of activities includes the “Product and Process” based on the consideration of basic concept of Quality Control. And, for the purpose of improvement of quality management, rotation of “CPD” cycle is necessary. Quality control activity is the repetition of “Product and Process”, which include a sequence of “Product-Process-Product-Process and Product” during a PDC (Plan, Do, Check) cycles as shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>. All kind of management process is affected by an Input quality of own process, which is a result of previous management process. And, the quality of process depends on a quality of previous process, and not to be able to exist alone each. In addition, consideration of “Input and Outcomes” of the process should be included in activity of organizations. Therefore, for the purpose of improvement of quality of process, it is important to evaluate not only process but also product such as “Input, Resources, Constrain and Outcomes”. In order to turn a “CPD” cycle, quality of target entities about “Product and Process” should be visualized. And it is important to evaluate target entities of “Product and Process”, and confirm the existence of “Problems”. Generally, “CPD” is called “PDCA” cycle as “Plan-Do-Check-Action”. But, improvement action is synonyms “doing” and planning is necessary before performing improvement activity. It may not be the solution of “Problem” to move to improvement without passing through the planning after checking immediately. Therefore, improvement action should be performed after planning, and resolve the confirmed “Problems”. It may cause the risk that not only fail achievement of improvement but also lead the change of worse if we do not make plan before “Action” for improvement. Therefore, it is thought that you should say “PDC” instead of said “PDCA” till now. However, it is very difficult and risky to draw an ideal plan from at first. Therefore, in this study, we have used “CPD” instead of “PDCA” because it is better to check a situation of “Issue” before planning for the purpose of improvement action. Above assumptions, we cannot evaluate the quality of process even if we measure the characteristic of process own. It is necessary to evaluate both quality of “Product and Process” based on the consideration of quality management. Every kind of activity is a process to convert from an Input product into an Outcomes product. Therefore, it is thought that the process quality can be evaluated by the quality of both Outcomes and Input. In order to improve “Outcomes”, we should improve both quality of “Input Resources and Process”. <xref ref-type="table" rid="table1">Table 1</xref> is the definition and explanation of the quality-related terminologies which we showed in this paper.</p></sec><sec id="s2_2"><title>2.2. TQM Matrix</title><p><xref ref-type="fig" rid="fig2">Figure 2</xref> shows the “TQM Matrix” which has proposed by our previous paper [<xref ref-type="bibr" rid="scirp.72203-ref7">7</xref>] and four target domains of “new TQM” has suggested.</p><p>From <xref ref-type="fig" rid="fig2">Figure 2</xref>, it is recognized that the both conventional “Quality Assurance” and “Quality Improvement” is included in the management domains of “TQM Matrix”. Also, it is recognized that the additional management domains such as the “Dynamic Risk Management” and “Static risk management” are included as shown in <xref ref-type="fig" rid="fig2">Figure 2</xref>. The “Dynamic Risk” is defined as the scale of the “Expected Good Value” and probability that “Expected Good Value” will achieve in future when occurred. “Dynamic Risk management” should be performed based on the consideration of the view point of effectiveness, priority and limited Input Resources. On the other hand, “Static Risk” is defined as the scale of the prospected damage and probability that damage will produce in future when occurred. “Static Risk management” such as “reception, imputation, reduction and evasion” should be performed corresponding to the result of risk analysis of “TQM Matrix”.</p><fig id="fig2"  position="float"><label><xref ref-type="fig" rid="fig2">Figure 2</xref></label><caption><title> Concept of TQM matrix [<xref ref-type="bibr" rid="scirp.72203-ref7">7</xref>] </title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/3-8701407x3.png"/></fig></sec><sec id="s2_3"><title>2.3 Framework of New TQM</title><p>In the previous study [<xref ref-type="bibr" rid="scirp.72203-ref7">7</xref>] , we have proposed the framework of “new TQM” that is necessary to lead an organization for success of improvement of management quality as shown in <xref ref-type="fig" rid="fig3">Figure 3</xref>.</p><p>The framework of “new TQM” has defined based on the consideration of quality requirement and evaluation process of system product quality defined in ISO/IEC25040, 25041 [<xref ref-type="bibr" rid="scirp.72203-ref4">4</xref>] [<xref ref-type="bibr" rid="scirp.72203-ref5">5</xref>] and proposed concept of “TQM Matrix” as shown in <xref ref-type="fig" rid="fig2">Figure 2</xref>.</p><sec id="s2_3_1"><title>2.3.1 Five Target Domain of Product</title><p>From <xref ref-type="fig" rid="fig3">Figure 3</xref>, five kinds of target domains of product assessment such as Top management, Input, Outcomes, Constrain and Resources are defined in the framework of “new TQM”. And, target entities of product assessment should correspond to the each target domains of product assessment.</p><p>1) Top management</p><p>This domain is located in the centre of <xref ref-type="fig" rid="fig3">Figure 3</xref>. Good sense of values, Public spirit, Intelligence, Decision making, Strategic planning and control, good sense of responsibility, Ability for self-act, Leadership, Communication, Fairness, Outlook on ethic, Accountability, etc.</p><p>2) Input</p><p>Necessary Resources should be taken from outside of organization or project in order to achieve purpose of activities. For example, human Resources, facilities, materials, engineering, technique, etc.</p><p>3) Outcomes</p><p>Primary results of organization activities such as “products, service and improvement”. Secondary result of organization activities such as “result of various improvements or “Bad Effect” such as environmental load”.</p><p>4) Constrains</p><p>It is the limitation of activities such as the “purpose, requirement, budgets and time</p><fig id="fig3"  position="float"><label><xref ref-type="fig" rid="fig3">Figure 3</xref></label><caption><title> Framework of new TQM [<xref ref-type="bibr" rid="scirp.72203-ref7">7</xref>] </title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/3-8701407x4.png"/></fig><p>from the agreement with outside or inside stakeholders. Also, include the limitation of activities such as “law, rule, standard, corporate strategy of the organization, financial Resources, human Resources, facilities environment and technologies, etc.</p><p>5) Resources</p><p>It is the Resources or infrastructures which is the organization helping practice of the organization activity holds. For example, infrastructure for supporting organization activities such as top management, various human Resources, core technologies, information system, financial Resources, facilities, materials, etc.</p></sec><sec id="s2_3_2"><title>2.3.2. Four Target Domain of Process</title><p>From <xref ref-type="fig" rid="fig3">Figure 3</xref>, four target domains of process assessment such as the Quality Assurance, Quality Improvement, Static Risk Management and Dynamic Risk Management (For ex, investment project management) are defined in the framework of “new TQM”.</p><p>1) Quality Assurance</p><p>Activities of assurance to realize a “Primary Quality” of “Product or Process” those are specified and promised according to the contract of customers.</p><p>2) Quality Improvement</p><p>Activities of improvement for realize a “Secondary Quality” of “Product or Process”. A domain of activity of improvement of “Advantage” and “Issue” of “Product or Process”, and raise it to attractive quality. An “Issue” and “Advantage” does not produce the “Bad Effect” at present, but may cause “Expected Good Value” if we can improve it. It is necessary to consider a priority based on significance.</p><p>3) Static Risk Management</p><p>This domain is called “Risk Management” conventionally, however, in this paper; it is called “Static Risk Management”. The “Negative Risk” may cause future “Prospective Damage” by the influenced from “Problems” or “Issues” of “Product or Process” at present in future. “Negative Risk” may cause outbreak of “Prospective Damage” in future if we ignore a “Problem” without hitting any solutions. We investigate the “Negative Risk” of “Product and Process” based on a result of risk analysis and perform “reception, imputation, reduction and evasion” as shown in <xref ref-type="fig" rid="fig2">Figure 2</xref>.</p><p>4) Dynamic Risk Management (Investment)</p><p>“Dynamic Risk Management” is performed in order to take “Expected Good Value” in future. Therefore, this domain is synonyms as investment management or Project risk management [<xref ref-type="bibr" rid="scirp.72203-ref11">11</xref>] . The “Positive Risk” may cause “Expected Good Value” by an influenced from improvement of “Advantage” and “Issue” of “Product or Process” at the present. “Positive Risk” is defined by the “probability and scale” of “Expected Good Value” or “Prospective Damage” when performing “Dynamic Risk Management”.</p></sec></sec><sec id="s2_4"><title>2.4. Three Dimensional Unification Value Model</title><p><xref ref-type="fig" rid="fig4">Figure 4</xref> shows the concept of “Three Dimensional Unification Value Model for the management quality of process” from the consideration of basic “Concept of “Quality Control” as shown in <xref ref-type="fig" rid="fig1">Figure 1</xref> and “Three Dimensional Unification Value Model of product [<xref ref-type="bibr" rid="scirp.72203-ref8">8</xref>] ”.</p><fig id="fig4"  position="float"><label><xref ref-type="fig" rid="fig4">Figure 4</xref></label><caption><title> Concept of three dimensional unification value model for process [<xref ref-type="bibr" rid="scirp.72203-ref9">9</xref>] </title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/3-8701407x5.png"/></fig><p>In this model, three kinds of target entities of management process such as “Planning, Doing and Checking” are defined for the process quality assessment of organizations. These three axes are corresponds to the process of “CPD” cycle shown in <xref ref-type="fig" rid="fig1">Figure 1</xref>. Also, these three kinds of viewpoint correspond to the three axes of process as shown in <xref ref-type="fig" rid="fig4">Figure 4</xref> and are correspond to the three characteristics of system product such as the “Value, Performance and Adaptability” for the assessment of product quality management of organizations as shown in previous paper [<xref ref-type="bibr" rid="scirp.72203-ref9">9</xref>] .</p><p>1) Planning axis</p><p>Planning process is that defining suitable targeted values. Planning axis is the quality of planning process in order to make suitable plan that can achieve ultimate goral such as purpose, target, schedule and budget.</p><p>2) Doing axis (Execution)</p><p>Execution process is that achieve defined plan.</p><p>Doing axis is the quality of execution process to achieve targets of defined plan.</p><p>3) Checking axis (Evaluation)</p><p>Checking axis is the quality of evaluation process to take suitable result from evaluation based on the defined plan. From <xref ref-type="fig" rid="fig4">Figure 4</xref>, total quality of management process of organization can be unified by volume of the cuboids or vector by using “Planning, Doing and Checking axes”.</p></sec></sec><sec id="s3"><title>3. Common Management Process</title><sec id="s3_1"><title>3.1. Concept of Situation Analysis</title><p><xref ref-type="fig" rid="fig5">Figure 5</xref> shows the concept of “situation analysis of quality is suggested by this paper.</p><p>The horizontal axis shows the present and the future in time axis, and vertical axis show the volume of “Good Effect” or “Bad Effect”.</p><p>As shown in <xref ref-type="fig" rid="fig5">Figure 5</xref>, the “Good Cause” may be caused by the “Fair Desire” of past, and may cause the “Advantage” or “Positive Risk”. Furthermore, the “Advantage” and “Issue” have a possibility of causing “Expected Good Value” in future. In order to identify the “Advantage” and “Issue”, we should investigate the desire of interested</p><fig id="fig5"  position="float"><label><xref ref-type="fig" rid="fig5">Figure 5</xref></label><caption><title> Concept of situation analysis</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/3-8701407x6.png"/></fig><p>stakeholders and should confirm the requirement of “Secondary Quality” from the needs. The “Positive Risk” is the “Issue” that the “Good Value” can be expected in future if we solve the “Issues”. In order to identify a “Positive Risk”, we should confirm the possibility of future “Expected Good Value” based on the situation of “Product or Process”. On the other hand, the “Bad Cause” may be caused by the “Unfair Desire” of past, and may cause a “Problem” or “Negative Risk”. The “Problem” may cause more serious “Prospective Damage” in future. In order to identify the “Problem”, we should confirm the requirement of “Primary Quality” from the needs of “Product or Process”. The “Negative Risk” is the “Issue” that the “Prospective Damage” can be predicted in future if we don't solve them. In order to identify the “Negative Risk”, we should confirm the possibility of “prospective damage” based on the situation of “Product or Process”. From <xref ref-type="fig" rid="fig5">Figure 5</xref>, we should make measures to remove the “Bad cause” of “Problem or Negative Risk” or to strengthen the “Good Cause” of “Advantage, Issue or Positive Risk” causing situation. If we carry out the solution and correct, “Problem” can be finally zero because the “Problems” are limited. On the other hand, “Issue and Risk” cannot be zero forever because the desire of interested stakeholders exists forever.</p></sec><sec id="s3_2"><title>3.2. Common Management Process Model</title><p><xref ref-type="table" rid="table2">Table 2</xref> shows the target entities of total quality management processes based on the “Three Dimensional Unification Value Model for Process” as shown in <xref ref-type="fig" rid="fig4">Figure 4</xref>. <xref ref-type="fig" rid="fig6">Figure 6</xref> shows the suggested “Common Management Process Model” based on the consideration of concept of situation analysis shown in <xref ref-type="fig" rid="fig5">Figure 5</xref>. Following are the detail explanation of each processes defined in “Common Management Process Model” as shown in <xref ref-type="fig" rid="fig6">Figure 6</xref>.</p><p>1) Information Gathering</p><p>For the purpose, at first, we should collect the concerning information about purpose.</p><p>2) Situation Analysis</p><table-wrap id="table2" ><label><xref ref-type="table" rid="table2">Table 2</xref></label><caption><title> Target entities of total management for process [<xref ref-type="bibr" rid="scirp.72203-ref9">9</xref>] </title></caption><table><tbody><thead><tr><th align="center" valign="middle"  rowspan="2"  >Target Domain of Process Management</th><th align="center" valign="middle"  colspan="3"  >3DUVM</th><th align="center" valign="middle" >Target entities of Quality Assessment for Domain of Process Management</th></tr></thead><tr><td align="center" valign="middle" >P</td><td align="center" valign="middle" >D</td><td align="center" valign="middle" >C</td><td align="center" valign="middle" >P: Planning D: Doing C: Checking</td></tr><tr><td align="center" valign="middle"  rowspan="3"  >Quality Assurance Quality Improvement, Static or Dynamic Risk</td><td align="center" valign="middle" >●</td><td align="center" valign="middle" ></td><td align="center" valign="middle" ></td><td align="center" valign="middle" >① Quality of Planning process for management of organization</td></tr><tr><td align="center" valign="middle" ></td><td align="center" valign="middle" >●</td><td align="center" valign="middle" ></td><td align="center" valign="middle" >② Quality of Execution process for management of organization</td></tr><tr><td align="center" valign="middle" ></td><td align="center" valign="middle" ></td><td align="center" valign="middle" >●</td><td align="center" valign="middle" >③ Quality of Evaluation process for management of organization</td></tr></tbody></table></table-wrap><fig id="fig6"  position="float"><label><xref ref-type="fig" rid="fig6">Figure 6</xref></label><caption><title> Common management process model [<xref ref-type="bibr" rid="scirp.72203-ref10">10</xref>] </title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/3-8701407x7.png"/></fig><p>In order to confirm the situation, we should investigate the interested party and the situation of “Product or Process” such as “Advantage”, “Issue”, “Problem”, “Positive Risk” and “Negative Risk” as shown in <xref ref-type="fig" rid="fig5">Figure 5</xref>.</p><p>The “Issue” and “Positive Risk” is the phenomenon that leads to the outbreak of “Expected Good Value” in the future when you perform the improvement or investment. On the other hand, “Problem” and “Negative Risk” is the phenomenon that leads to the outbreak of “Prospective Damage” when you remain the “Problem” or “Negative Risk” instead of correction. If you misunderstand the “Problem” instead of “Issue”, you may waste valuable financial Resources and time on the theme of small priority and may cause a loss of opportunity.</p><p>An important thing is that the later solutions and measures are different among the each domain of process management of TQM Matrix as shown in <xref ref-type="fig" rid="fig2">Figure 2</xref>.</p><p>Therefore, it is extremely important to identify the “Advantage”, “Issue”, “Problem”, “Positive Risk” and “Negative Risk” accurately.</p><p>3) Identify Process Domain</p><p>After situation analysis, we should identify the four target domain of process such as “Quality Assurance”, “Quality Improvement”, “Static Risk Management” and “Dynamic Risk Management”.</p><p>4) Cause analysis</p><p>If you could identify the situation such as the “Problem”, “Advantage”, “Issue”, “Positive Risk” and “Negative Risk”, you should confirm the “Cause” next.</p><p>5) Identify the Cause</p><p>If you could confirm the “Cause”, you must identify the “Main Cause” of causing. Measure is the activity which to remove or strengthen the identified “Main Cause” of situation. If you identified the wrong “Main Cause”, measures to remove the “Cause” become invalid and may not be connected for the solution of identified process.</p><p>6) Making Measures</p><p>After identify the “Main Cause”, you must make the measures to remove the “Main Cause”. The measures should be performed by the priority based on the consideration of “Urgent degree” and “Cost-effectiveness”.</p><p>Usually, “Problems” should correct it immediately because they are producing a damage by the deviation from a normal state. It is necessary to carry out the measures correspond to the priority based on the consideration of emergency, importance, cost-effectiveness in the condition of limited management Resources.</p><p>7) Estimation of effect</p><p>After making Measures, you should estimate the feasibility and effect of measures.</p><p>8) Requirement Specification</p><p>After confirmation of feasibility of measures, we should define the targets of requirements.</p><p>9) Making Summary Plan</p><p>After confirmation of targets of requirements, we should make the summary plan for the purpose of audit.</p><p>10) Making Execution Plan</p><p>After audit of Summary Plan, we should make the Execution Plan which include the element such as the targets, schedule, human Resources and budget, etc.</p><p>11) Execution-Evaluation-Assessment</p><p>After audit of Execution Plan, we can execute and evaluate based on the Execution Plan shown in <xref ref-type="fig" rid="fig6">Figure 6</xref>.</p></sec></sec><sec id="s4"><title>4. Verification of Common Process</title><p>In this clause, result of verification of application possibility of the “Common Management Process Model” to four management domains of TQM is described. <xref ref-type="table" rid="table3">Table 3</xref> shows the result of the applications of “Common Management Process Model” for four target domains of “TQM Matrix” based on the view point from the three target entities of process assessment of “Three Dimensional Unification Value Model”. The matrix structure of <xref ref-type="table" rid="table3">Table 3</xref> is constructed by the “four target domain of management process of TQM Matrix” as for rank and “three target entities of process assessment of Three Dimensional Unification Value Model for Process” as for column. <xref ref-type="table" rid="table3">Table 3</xref> shows the concrete activity of each column correspond to the “Common Management Process Model” defined in <xref ref-type="fig" rid="fig6">Figure 6</xref> for four target domain of management process. From <xref ref-type="table" rid="table3">Table 3</xref>, the common activities except target entities of process such as the “Identify Process Domain, Making Measures and Making Execution Plan” for four domain of management process are recognized. On the other hand, the differences of process in column for each four target domain are recognized. Difference between the processes is differences of the time in horizontal axis and effect of vertical axis defined in TQM Matrix as shown in <xref ref-type="fig" rid="fig2">Figure 2</xref>. Also, difference between concrete activities in the column for four target domains are only differences of the content of purpose and an aim. Therefore, it is thought that the “Common Management Process Model” can be applied to each domain of management process if you distinguish the target domain of process appropriately.</p><table-wrap id="table3" ><label><xref ref-type="table" rid="table3">Table 3</xref></label><caption><title> Application of Common Management Process Modelof New TQM base</title></caption><table><tbody><thead><tr><th align="center" valign="middle"  colspan="2"  >Target entities of process domain</th><th align="center" valign="middle"  colspan="4"  >Target Domain of management Process based on the TQM Matrix</th></tr></thead><tr><td align="center" valign="middle" >3D</td><td align="center" valign="middle" >Common Process</td><td align="center" valign="middle" >Quality Assurance</td><td align="center" valign="middle" >Quality Improvement</td><td align="center" valign="middle" >Static Risk Management</td><td align="center" valign="middle" >Dynamic Risk Management</td></tr><tr><td align="center" valign="middle"  rowspan="5"  >Check</td><td align="center" valign="middle" >①Information Gathering</td><td align="center" valign="middle"  colspan="4"  >Collect to necessary information for a purpose</td></tr><tr><td align="center" valign="middle" >②Situation Analysis</td><td align="center" valign="middle"  colspan="4"  >Analysis of current situation based on an Organization</td></tr><tr><td align="center" valign="middle" >③Identify Process Domain</td><td align="center" valign="middle" >Problem</td><td align="center" valign="middle" >Advantage &amp; Issue</td><td align="center" valign="middle" >Negative Risk</td><td align="center" valign="middle" >Positive Risk</td></tr><tr><td align="center" valign="middle" >④Cause Analysis</td><td align="center" valign="middle"  colspan="4"  >Cause Analysis and Assessment of current Organization</td></tr><tr><td align="center" valign="middle" >⑤Identify the Cause</td><td align="center" valign="middle"  colspan="4"  >Identify the most important Cause concerning the issue of Organization</td></tr><tr><td align="center" valign="middle"  rowspan="4"  >Plan</td><td align="center" valign="middle" >⑥Making Measures</td><td align="center" valign="middle" >Correction</td><td align="center" valign="middle" >Improvement</td><td align="center" valign="middle" >Risk Measures</td><td align="center" valign="middle" >Investment</td></tr><tr><td align="center" valign="middle" >⑦Estimation of Effect</td><td align="center" valign="middle"  colspan="4"  >Fusibility study and Effort Analysis of Measures</td></tr><tr><td align="center" valign="middle" >⑧Requirement Specification</td><td align="center" valign="middle"  colspan="4"  >Define Purpose and Targets of Measures for current Situation</td></tr><tr><td align="center" valign="middle" >⑨Making Summary Plan</td><td align="center" valign="middle"  colspan="4"  >Define Targets, Schedule and Budget for Measures</td></tr><tr><td align="center" valign="middle"  rowspan="4"  >Do</td><td align="center" valign="middle" >⑩Making Execution Plan</td><td align="center" valign="middle" >Correction</td><td align="center" valign="middle" >Improvement</td><td align="center" valign="middle" >Risk measures</td><td align="center" valign="middle" >Investment</td></tr><tr><td align="center" valign="middle" >⑪Execution</td><td align="center" valign="middle"  colspan="4"  >Perform activities based on the execution plan</td></tr><tr><td align="center" valign="middle" >⑫Evaluation</td><td align="center" valign="middle"  colspan="4"  >Evaluation of result of activities based on the execution plan</td></tr><tr><td align="center" valign="middle" >⑬Quality Assurance</td><td align="center" valign="middle"  colspan="4"  >Verify and Confirm the result of execution</td></tr><tr><td align="center" valign="middle"  rowspan="4"  >Check</td><td align="center" valign="middle" >⑭Adaptation of Outcomes</td><td align="center" valign="middle"  colspan="4"  >Adapt a outcomes to specific context of use</td></tr><tr><td align="center" valign="middle" >⑮Total Assessment of Effect</td><td align="center" valign="middle"  colspan="4"  >Assessment the effect of activity</td></tr><tr><td align="center" valign="middle" >⑯Documentation</td><td align="center" valign="middle"  colspan="4"  >Make a report of result of activity</td></tr><tr><td align="center" valign="middle" >⑰Reporting</td><td align="center" valign="middle"  colspan="4"  >Reporting and Presentation</td></tr></tbody></table></table-wrap></sec><sec id="s5"><title>5. Conclusions</title><p>From the result of verification of <xref ref-type="table" rid="table3">Table 3</xref>, it is thought that the “Common Management Process Model” suggested it is applicable to each process management domain of “new TQM” instead of the conventional individual management processes such as “Quality Assurance”, “Quality Improvement”, “Risk Management” and “Investment Management”. Furthermore, it is thought that the “PDCA” cycle of process has the “Negative Risk” for the essential solution to “Problem” and “Issue” till now.</p><p>Therefore, it is thought that it is necessary to start from Check for all management processes and should call “CPD” instead of conventional “PDCA”. Improvement of quality and efficiency of organization management can be expected by the integration of conventional different management by the installation of “Common Management Process Model” suggested. In the future study, we would like to try the development of an example of application to make use of “Common Management Process Model” suggested as a future “Problem” in the unification management of the organization or system.</p></sec><sec id="s6"><title>Cite this paper</title><p>Esaki, K. (2016) Common Management Process Model of New TQM Based on the Situation Analysis. Intelligent Information Management, 8, 181-193. http://dx.doi.org/10.4236/iim.2016.86013</p></sec></body><back><ref-list><title>References</title><ref id="scirp.72203-ref1"><label>1</label><mixed-citation publication-type="other" xlink:type="simple">Project Management Institute (2008) A Guide to the Project Management Body of Knowledge (PMBOK Guide). 4th Edition, 14 Campus Boulevard Newtown Square, PA.</mixed-citation></ref><ref id="scirp.72203-ref2"><label>2</label><mixed-citation publication-type="other" xlink:type="simple">Esaki, K. (2015) Common Management Process Based on the TQM Matrix and Three Dimensional Unification Value Models. Handbook on Economics, Finance and Management Outlooks. 3rd International Conference on Economic, Finance and Management Outlooks, Vol. 3, 54-59.</mixed-citation></ref><ref id="scirp.72203-ref3"><label>3</label><mixed-citation publication-type="other" xlink:type="simple">Esaki, K. (2015) Target Entities of Total Quality Management Based on the New TQM and Three-Dimensional Unification Value Models. Intelligent Information Management, 7, 70-79. http://dx.doi.org/10.4236/iim.2015.72007</mixed-citation></ref><ref id="scirp.72203-ref4"><label>4</label><mixed-citation publication-type="other" xlink:type="simple">Esaki, K. (2013) Three Dimensional Integrated Value Models Based on ISO/IEC9126 System Quality Model. American Journal of Operations Research, 3, 342-349.  
http://dx.doi.org/10.4236/ajor.2013.33031</mixed-citation></ref><ref id="scirp.72203-ref5"><label>5</label><mixed-citation publication-type="other" xlink:type="simple">Esaki, K. (2013) General Frame Work of New TQM Based on the ISO/IEC25000 Series of Standard. Intelligent Information Management, 5, 126-135.  
http://dx.doi.org/10.4236/iim.2013.54013</mixed-citation></ref><ref id="scirp.72203-ref6"><label>6</label><mixed-citation publication-type="other" xlink:type="simple">ISO/IEC15288: Systems and Software Engineering—System Life Cycle Processes—System Life Cycle Processes, Int’l Organization for Standardization, 2008.</mixed-citation></ref><ref id="scirp.72203-ref7"><label>7</label><mixed-citation publication-type="other" xlink:type="simple">ISO/IEC25041: Software Engineering-System and Software Quality Requirements and Evaluation (SQuaRE)—Evaluation Guide for Developers, Acquirers and Independent Evaluators, 2012.</mixed-citation></ref><ref id="scirp.72203-ref8"><label>8</label><mixed-citation publication-type="other" xlink:type="simple">ISO/IEC25040: Software Engineering-System and Software Quality Requirements and Evaluation (SQuaRE)—Evaluation Process, 2011.</mixed-citation></ref><ref id="scirp.72203-ref9"><label>9</label><mixed-citation publication-type="other" xlink:type="simple">ISO/IEC25030: Software Engineering-Software Product Quality Requirements and Evaluation (SQuaRE)-Quality Requirement, Int’l Organization for Standardization, 2007.</mixed-citation></ref><ref id="scirp.72203-ref10"><label>10</label><mixed-citation publication-type="other" xlink:type="simple">ISO/IEC9126-1: Software Engineering-Product Quality—Part1: Quality Model, 2001.</mixed-citation></ref><ref id="scirp.72203-ref11"><label>11</label><mixed-citation publication-type="other" xlink:type="simple">American Malcolm Baldridge Prize, Criteria for Performance Excellence, 2014.  
http://www.nist.gov/baldrige/publications/business_nonprofit_criteria.cfm/</mixed-citation></ref></ref-list></back></article>