Software SMEs unofficial readiness for CMMI Ò -based software process improvement

Size: px
Start display at page:

Download "Software SMEs unofficial readiness for CMMI Ò -based software process improvement"

Transcription

1 DOI /s Software SMEs unofficial readiness for CMMI Ò -based software process improvement Javed Iqbal 1 Rodina Binti Ahmad 1 Mohd Hairul Nizam Md Nasir 1 Mahmood Niazi 2 Shahaboddin Shamshirband 3 Muhammad Asim Noor 4 Ó Springer Science+Business Media New York 2015 Abstract The goal of software process improvement (SPI) is to improve software processes and produce high-quality software, but the results of SPI efforts in small- and medium-sized enterprises (SMEs) that develop software have been unsatisfactory. The objective of this study is to support the prolific and successful CMMI-based implementation of SPI in SMEs by presenting the facts related to the unofficial adoption of CMMI level 2 process area-specific practices by software SMEs. Two questionnaire surveys were performed, and 42 questionnaires were selected for data analysis. The questionnaires were filled out by experts from 42 non-cmmi-certified software SMEs based in Malaysia and Pakistan. In the case of each process area of CMMI level 2, the respondents were asked to & Javed Iqbal javediqbal6000@siswa.um.edu.my Rodina Binti Ahmad rodina@um.edu.my Mohd Hairul Nizam Md Nasir hairulnizam@um.edu.my Mahmood Niazi mkniazi@kfupm.edu.sa Shahaboddin Shamshirband shamshirband@um.edu.my Muhammad Asim Noor asim_noor@comsats.edu.pk Software Engineering Department, Faculty of Computer Science and Information Technology, University of Malaya, Kuala Lumpur, Malaysia Information and Computer Science Department, King Fahd University of Petroleum and Minerals, Dhahran 31261, Saudi Arabia Computer System and Technology Department, Faculty of Computer Science and Information Technology, University of Malaya, Kuala Lumpur, Malaysia Computer Science Department, COMSATS Institute of Information Technology, Islamabad, Pakistan

2 choose from three categories, namely below 50 %, %, and above 75 %. The percentages indicated the extent to which process area-specific practices are routinely followed in the respondents respective organizations. To deal with differing standards for defining SMEs, the notion of the common range standard has been introduced. The results of the study show that a large segment of software development SMEs informally follows the specific practices of CMMI level 2 process areas and thus has true potential for rapid and effective CMMI-based SPI. The results further indicate that, in the case of four process areas of CMMI level 2, there are statistically significant differences between the readiness of small and medium software enterprises to adopt the specific practices of those process areas, and between trends on their part to do so unofficially. The findings, manifesting various degrees of unofficial readiness for CMMI-based SPI among SMEs, can be used to define criteria for the selection of SMEs that would be included in SPI initiatives funded by relevant authorities. In the interests of developing fruitful CMMI-based SPI and to enhance the success rate of CMMI-based SPI initiatives, the study suggests that ready or potential SMEs should be given priority for SPI initiatives. Keywords Software process improvement Small- and medium-sized enterprises CMMI adoption trends Specific practices Process areas CMMI level 2 1 Introduction Software is becoming a more significant part of our day-to-day lives. This fact underlines the need to encourage software development organizations to produce high-quality software. The quality of software products relies on the quality of the software process; therefore, software development organizations strive to improve their software processes (Hwang 2009). Process improvement recommends taking a number of measures to pave the way toward enhanced software processes that result in high-quality software delivered on time. Process performance, stability, compliance, capability, and improvement are critical aspects on the way to SPI (Florac and Carleton 1999). The sustainable success of a software development organization is not possible without continuous process improvement. To reach software process maturity, organizations pursue a number of SPI models, such as SPICE, BOOTSTRAP, ISO 9000, Six Sigma, CMM, and CMMI; they have achieved significant improvements by adhering to CMM and CMMI, as well as PSP (Nasir et al. 2008). For instance, IBM Global Australia Application Management Services has effectively reduced costs by using CMMI (Nasir et al. 2008). However, attaining CMMI maturity levels is time-consuming; as according to a software engineering institute report, the average time required to reach CMMI level 5 (SCAMPI) is months (SEI 2006). In view of the time required to reach higher maturity levels, SPI is often deemed costly. Organizations must dedicate considerable resources to it over long period of time. At times, even firms equipped with the resources necessary for process improvement are unable to achieve the expected results (Niazi et al. 2008). Efforts are being made worldwide for facilitating SPI to accelerate the progress of the software industry. Globally, SMEs constitute the principal segment of the software development industry (Pino et al. 2008). Therefore, this study focuses only on SMEs. With respect to the role of SMEs in transforming a developing country into a developed country, the Malaysian government

3 has recently announced a new definition of SMEs and approved over seven billion USD in funding to boost its growth (Newspaper 2013). According to a report on Pakistan s software industry, the industrial advancement necessary for implementing a CMMI framework and achieving the required maturity levels in that country has been slow (Noor et al. 2007), even though the Pakistan Software Export Board has offered several incentives and provided financial support to IT companies to adopt the CMMI framework. One reason for this slow rate of evolution is that IT companies with real potential for successful and rapid CMMI-based SPI implementation have not been targeted, since the relevant authorities are unaware of the trends to follow CMMI-based SPI practices unofficially. This study explores such adoption trends and helps to identify potential software SMEs for CMMI-based SPI. In this context, the following research questions (RQs) are important: RQ1: Are there software SMEs that have not achieved any formal CMMI level but unofficially or informally follow CMMI-based SPI practices? RQ2: What are the trends for the unofficial adoption of CMMI-based SPI practices in SMEs? RQ3: What is the impact of the process area-wise unofficial adoption trends on SMEs? RQ4: Are unofficial adoption trends useful for software SMEs with respect to CMMIbased SPI implementation? RQ5: With respect to various process areas, are there any significant differences between small and medium software enterprises in their unofficial trends to adopt CMMIbased SPI practices? Practices refers to specific practices of CMMI process areas, and trends means the percentage or extent to which specific practices in process areas are unofficially adopted. If an SME has not attained any CMMI level but informally complies with the specific practices of CMMI process areas according to the defined criterion for a potential SME, then we can say that the SME is unofficially ready for a CMMI-based SPI. To answer these RQs, we have studied the trends in the adoption of CMMI level 2 process area-specific practices. We have used the questionnaire method. A number of earlier studies regarding CMMI level 2 have also been based on questionnaires Garcia and Gonzalo (2007), Yucalar and Erdogan (2009) and Garcia et al. (2008). 2 Related work This section is divided into five subsections to differentiate the focus of past studies. Section 2.1 presents studies regarding SPI in small and medium software enterprises; Sect. 2.2 sheds light on issues of SPI implementation through CMMI; Sect. 2.3 is about SPI in SMEs using CMMI; Sect. 2.4 looks at CMMI level 2; and Sect. 2.5 discusses CMMI level 2 implementation in SMEs. 2.1 SPI in software SMEs Small organizations implement SPI as successfully as large organizations, and they can also attain the same level of organizational performance. For effective SPI, small organizations should focus on employee involvement and the exploration of new knowledge (Dybå 2003). The process model PRISMS has been suggested as a guide for SPI in SMEs (Allen et al. 2003), and a Web-based tool is available for managing SPI in small enterprises

4 (García et al. 2012). Pino et al. (2008) performed a systematic literature review regarding SPI implementation efforts in SMEs and related issues. Process improvement is critical for enhancing SMEs, but a lack of the required resources, high implementation costs, and challenging project completion deadlines create obstacles for SPI implementation. To handle SPI implementation issues faced by SMEs, a number of noteworthy methodologies have been discussed and compared (Mishra and Mishra 2008). An approach has been proposed to facilitate rapid SPI implementation in SMEs with limited budgets (Alexandre et al. 2006). The critical factors for SPI in small software firms have also been reviewed (Khokhar et al. 2010). A methodical literature review has pointed out the SPI models and relevant techniques employed by Web development SMEs (Sulayman and Mendes 2009); the review found that SMEs face budget constraints and tight project completion deadlines in SPI and that they lack long-term strategies. An initial framework has been proposed to explore the factors important to SPI success in Web SMEs (Sulayman et al. 2012). To help SMEs take the initiative for SPI, work has been done on automated SPI support (Garcia and Pacheco 2009). Due to certain limitations, small enterprises are unable to assess SPI. A methodology has been introduced to deal with this situation (Pino et al. 2010). In order to improve the process of software development in small companies, different stages of a framework have been discussed using CMMI as the SPI model and extreme programming as a development method (Al-Tarawneh et al. 2011). 2.2 Issues in SPI implementation through CMMI A number of studies concentrate on the reasons why organizations do not adopt CMMI. Typically, the reasons include small company size, cost, lack of time, and the use of another SPI approach (Staples et al. 2007). For software SMEs, the main hindrance is cost, and contributing factors include bureaucratic attitudes, the documentation required to record information, verbal communication, and the creative and flexible nature of SMEs (O Connor and Coleman 2009). However, according to another study (Khurshid et al. 2009), the reasons are cost, uncertainty about the benefits of SPI, small company size, and other organizational priorities. CMMI issues have been identified, and remedies have been proposed for enhancement (Liou 2011). The lessons learned from CMMI failures have also been discussed (Gefen et al. 2006). This study reports that CMMI methodology affects the quality of both off-the-shelf and customized products. Continuous representation of CMMI is required to determine the priorities of process areas for the implementation of process improvements. A model has been presented and validated to support this procedure (Huang and Han 2006). 2.3 SPI in SMEs through CMMI Huang and Zhang (2010) have analyzed problems related to CMMI implementation in SMEs, and they present key points for finding solutions to these problems. CMMI is useful for small companies when the company s environment is taken into account (Cepeda et al. 2008). Appraisal, infrastructure support, and deployment are three areas that challenge the application of CMMI in small companies (Garcia 2005). A study by Staples and Niazi (2010) discusses the motivation and readiness of two small companies to apply CMMI; the study considers why SMEs adopt SPI, what the motivators and de-motivators are in SPI for SME employees, and how ready SMEs are for SPI implementation. Based on CMMI, a framework has been introduced to facilitate SPI in SMEs (Zhang and Shao 2011). The feasibility of merging the scrum method and CMMI has been analyzed to resolve issues

5 with CMMI-based SPI in software development SMEs (Lina and Dan 2012). To facilitate SMEs for the rapid attainment of CMMI levels 2 and 3, a framework combining Six Sigma and a tailored version of CMMI has been suggested (Habib et al. 2008). 2.4 CMMI level 2 inspection CMMI level 2 has been scrutinized from many perspectives. Some authors have focused on the dependencies between CMMI level 2 process areas and also between related specific practices (Chen et al. 2008). Similarly, others have analyzed dependencies that exist among all process areas of a certain CMMI level and among all CMMI process areas (Monteiro et al. 2010). They have also identified the effect on level 2 dependencies when some level 3 process areas are introduced at the time as level 2 process areas are implemented. Another study (Niazi and Babar 2009) has acknowledged that three specific practices related to the Requirements Management process area (CMMI level 2) are high perceived value practices. An approach has been recommended to reconcile validation and verification practices (CMMI level 3) with CMMI level 2 (Monteiro et al. 2009). Based on a level 2-specific practice about managing the requirements changes, a model has been proposed to facilitate requirements change management (Niazi et al. 2008). 2.5 CMMI level 2 implementation in SMEs Several studies focus on CMMI level 2 from the standpoint of CMMI-based SPI implementation in SMEs. CMMI level 2 -specific practices can be mapped with the scrum method (Diaz et al. 2009). Due to the link between agile software development and CMMI- DEV, software development SMEs can utilize lightweight methods in order to achieve CMMI level 2. To support CMMI-based SPI in SMEs, a questionnaire-based technique has been proposed to enhance the process of software acquisition related to the Supplier Agreement Management process area of CMMI level2 (Garcia et al. 2008). Based on the outcomes areas, one study (Chen and Staples 2007) has categorized CMMI level 2 process area-specific practices to realize the perceived values of these specific practices for SMEs. Some authors have appraised six process areas of CMMI level 2 within six software SMEs and have associated low, medium, or high perceived values with the specific practices by using the Express Process Appraisal (EPA) method (Wilkie et al. 2005). Once they grow from small-to-medium size, companies naturally follow a greater number of CMMI practices (Lester et al. 2010). The EPA method was developed by staff at the Centre for Software Process Technologies (CSPT). To apply EPA, a set of base questions is prepared using CMMI in the case of each process area. The questions are posed during appraisal interviews conducted to gather information about the use of relevant Specific Practices. The set of process areas may vary from company to company. For another set of process areas, a different set of base questions must be used. Depending on the answers given to the base questions, additional questions are asked as the interview proceeds. Written notes are made to record the responses, and certain documents are additionally reviewed (Lester et al. 2010). The entire process depends on personal expertise and experience. The present study uses questionnaire-based approach, which relies on wellestablished and defined CMMI-specific practices. To explain the specific practices, the details of respective subpractices were also provided. We believe this ensured that the evaluated SMEs were treated in a consistent manner to obtain results that were unbiased and comparable with one another. Furthermore, we incorporated various SME standards.

6 This study presents a simple and effective way to identify and select potential SMEs to include in sponsored SPI initiatives. As a result, wastage of resources will be avoided and the success rate of CMMI-based SPI efforts will be increased, which in turn will quickly improve the overall situation of SPI in software SMEs. 3 Research methodology Keeping in view the purpose of research, the survey research method was used to gather data on the unofficial adoption of CMMI-based SPI practices in SMEs. This survey research method is used to accumulate both qualitative and quantitative types of data (Niazi et al. 2010). A combination of data-gathering techniques such as interviews and questionnaires or any one of these techniques may be employed in the survey research method (Lethbridge et al. 2005). For the present study, we collected data from Pakistani and Malaysian SMEs, but for broader acceptability and applicability of the results, we wanted to incorporate other SME standards. Therefore, we accommodated the SME size defined by the Australian Bureau of Statistics and the European Union (EU) SMEs standard. By the definition of SME Corporation Malaysia, the number of employees in a small enterprise is 5 29, and in a medium enterprise, (Malaysia SC 2013). According to the EU s definition of SMEs, a small company has employees and a medium company has employees (Lester et al. 2010); while according to the Australian Bureau of Statistics, the number of employees in a small company is 5 19, and in a medium company, (Niazi and Babar 2009). The SMEs development authority in Pakistan states that a small enterprise has employees, and a medium enterprise has employees (Dasanayaka 2008). In the case of all four SMEs standards, we have considered only small- and medium-sized companies, but not micro-companies. 3.1 Common range standard for SMEs A company with 34 employees is small according to the SMEs standards of Pakistan and the EU, but is defined as a medium company by Malaysian and Australian standards. Likewise, a company with 85 employees is a medium company by Pakistani, Australian, and EU standards for SMEs, but not according to the Malaysian standard. To mitigate such conflicts, we have introduced the notion of common range standard as described below: Consider that n is the number of SMEs standards under discussion (4). SL 1,SL 2 SL n are the lower limits, and SU 1,SU 2 SU n are the upper limits of small company size ranges according to various standards for SMEs. Similarly, ML 1,ML 2 ML n are the lower limits, and MU 1,MU 2 MU n are the upper limits of medium company size ranges by different standards for SMEs. Now SL ¼fSL 1 ; SL 2...SL n g; SU ¼ fsu 1 ; SU 2...SU n g; ML ¼fML 1 ; ML 2...ML n g; MU ¼ fmu 1 ; MU 2...MU n g: Algorithm 1 determines the Common Range Standard for SMEs.

7 Algorithm 1: Finding the Common Range Standard. Input: SL represents the lower limits of small company size ranges. SU represents the upper limits of small company size ranges. ML represents the lower limits of medium company size ranges. MU represents the upper limits of medium company size ranges. Data: LLS, ULS, LLM, ULM, SCS, MCS. SET LLS:= FindLargestElement (SL); SET ULS:= FindSmallestElement (SU); SET LLM:= FindLargestElement (ML); SET ULM:= FindSmallestElement (MU); /* LLS: Maximum value in SL. ULS: Minimum value in SU. LLM: Maximum value in ML. ULM: Minimum value in MU. */ SET SCS: = {LLS, ULS}; SET MCS:= {LLM, ULM}; /* SCS: Defines the size of small companies according to the Common Range SMEs Standard. MCS: Defines the size of medium companies according to the Common Range SMEs Standard. */ By applying Algorithm 1, SCS is 10 19, which helps to determine small companies size acceptable according to all four SMEs standards. Similarly, MCS is From this, we define medium companies size in line with four distinct SMEs standards. Thus, according to the common range standard, the number of employees in a small company is 10 19, and in a medium company, the number of employees ranges from 50 to 75. By following this standard, a small or medium software company according to any one of the four given standards is compatible with the remaining three different standards. 3.2 SMEs size groups We divided the SMEs into groups of various sizes based on the common range standard and the four given standards. The small company groups were 1 9, 10 19, 20 35, and 36 49, while the medium company groups were 20 35, 36 49, 50 75, 76 99, , and The small companies with employees and medium companies with employees who perform IT-related activities constituted our required SMEs. They were approached randomly. 3.3 Questionnaire surveys We performed two surveys, from June 2, 2013 to August 30, 2013, using questionnaires containing mainly closed-ended questions. Our respondents, who belonged to Malaysian and Pakistani SMEs, were project managers, software engineers, team leaders, quality

8 assurance managers, system analysts, technical managers, and senior managers with 5 15 years working experience. Two rounds of a pilot study were conducted. The first round was carried out to enhance the layout of the questionnaire, assess language comprehension, and estimate the time needed to fill out the questionnaires. The second round was performed to ensure that the alterations were in accordance with the recommendations given in the first round. Before deploying the questionnaires, we searched for companies that had software development and other IT-related activities such as maintenance and provision of IT infrastructure as their main business; that were non-cmmi-certified; and that met our common range standard for SME size. We identified 110 companies through telephonic contacts, s, and by searching websites. In the first questionnaire survey, representatives of the 110 identified companies were formally asked about their organizations size and CMMI certification. Keeping in view our criteria of authentic information about company size and CMMI certification, selecting an equal number of small and medium companies, and the responses to the questionnaire, 52 SMEs were selected for the second survey. In the second survey, we sent questionnaires to 52 professionals from 52 Malaysian and Pakistani SMEs with no CMMI certification. Out of 52 SMEs, 26 were small- and 26 were medium-sized, with and employees, respectively. The questionnaire was divided into two parts. The first section aimed at obtaining information about each respondent s job, experience and company. The next section aimed to gather data about the unofficial adoption of the specific practices of CMMI level 2 process areas. The questionnaires filled out by the professionals were cross-verified with the respective company representatives. For the sake of confidentiality, the names of participating companies are not mentioned. Furthermore, the data about companies and respondents are presented in aggregate form, so that individual organizations and respondents cannot be identified. All the participants were well aware of the fact that they were taking part in the survey for scientific research. Out of 52 questionnaires, 28 were distributed via and the remaining 24 were circulated and filled out during face-to-face meetings. The study was facilitated through the use of a semi-supervised approach (Pfleeger and Kitchenham 2001). In this approach, the survey objectives, questionnaire format, and pertinent queries are explained during face-toface meetings or using various other techniques such as computer-assisted telephone interviewing (CATI). After the respondents are satisfied, they are given ample time to complete the questionnaire. Out of 28 questionnaires, 26 were successfully returned through owing to continuous contact with the respondents and having obtained their prior consent. Thus, 50 (24? 26) questionnaires were answered in total. From the 50 questionnaires, 42 were selected (one from each company) for purpose of analysis, keeping in view the respondent s job responsibilities and experience, as well as the parameter of selecting an equal number of small and medium companies (21, 21). The second questionnaire survey mentioned 54 specific practices that were related to the seven process areas of CMMI-DEV (V1.3) level 2. For each process area, the practitioners were requested to select what percentage of a process area-specific practices were routinely followed in their respective organizations. The three percentage categories were: below 50 %, %, and above 75 %. Table 1, provided with the second questionnaire survey, helped the respondents choose relevant categories. For a proper understanding of the specific practices, the details of corresponding subpractices were provided as well.

9 3.4 Criteria for determination of trends In a previous study, CMMI level 2 process area-specific practices were categorized as having high, medium and low perceived values based on more than 70 %, between 70 and 40 %, and \40 %, respectively (Wilkie et al. 2005). In the present study, analogous percentages have been used, with slight variations (75 % instead of 70 %, and 50 % instead of 40 %) to reflect the number of specific practices in level 2 process areas. The details in Table 1 helped practitioners to select an appropriate percentage category for each process area, depending on the numbers of specific practices followed in their respective organizations. For example, Table 1 shows that if there are ten specific practices in a process area and an SME follows four or less specific practices, the respondent should choose the \50 % category. If between five and seven specific practices are followed, then the appropriate category is %, and for 8 10 specific practices, the category to choose would be more than 75 %. If an SME unofficially or informally follows more than 75 % of specific practices in the case of at least 50 % of the process areas (at least four out of seven) of CMMI level 2, then that SME is called Fully Potential for CMMI-based SPI. If an SME informally follows % of specific practices in the case of at least 50 % process areas of CMMI level 2, then that SME is called Semi-Potential for CMMI-based SPI. Table 1 Possible number of specific practices that can be followed in a process area and relevant percentage categories No. of specific practices in the various process areas of CMMI level 2 Possible No. of specific practices that can be followed unofficially Relevant percentage categories 4 0, 1 \50 % 2, % 4 More than 75 % 5 0,1,2 \50 % % 4, 5 More than 75 % 6 0,1,2 \50 % 3, % 5, 6 More than 75 % 7 0,1,2,3 \50 % 4, % 6, 7 More than 75 % 8 0,1,2,3 \50 % 4, 5, % 7, 8 More than 75 % 10 0, 1, 2, 3, 4 \50 % 5, 6, % 8, 9, 10 More than 75 % 14 0, 1, 2, 3, 4, 5, 6 \50 % 7, 8, 9, % 11, 12, 13, 14 More than 75 %

10 3.5 Criteria for selection of SMEs with potential for CMMI-based SPI SMEs that have not achieved a CMMI level but unofficially or informally follow at least 50 % of the specific practices in the case of at least 50 % of the process areas of CMMI level 2 are considered potential SMEs for CMMI-based SPI. The 50 % criterion has been used previously (Cox et al. 2009). There are seven process areas of CMMI level 2. To analyze the results, four has been considered to represent 50 % of the seven total process areas. If an SME does not fulfill the basic criterion for becoming a potential SME, then that SME is called Non-potential for CMMI-based SPI. 4 Results and discussion In this section, the results are discussed in order to answer the research questions one by one. 4.1 CMMI-based unofficial SPI implementation in SMEs Table 5 provides detailed results. Small companies were given identification numbers (IDs) ranging from S 1,S 2 to S 21, and medium-size companies were given IDs ranging from M 1,M 2 to M 21. Table 2 summarizes the results. From the data presented in Table 2, it is evident that there are SMEs that have not attained CMMI certification at any level but nonetheless informally follow CMMI-based SPI practices. This provides the answer to RQ1. Table 2 SMEs that informally implement CMMI level 2 process areas specific practices S. No. CMMI level 2 process areas No. of specific practices in process areas No. of SMEs following \50 % of specific practices in process areas No. of SMEs following % of specific practices in process areas No. of SMEs following more than 75 % of specific practices in process areas Small Medium Small Medium Small Medium 1 Configuration management Measurement and analysis Project monitoring and control Project planning Process and product quality assurance 6 Requirements management Supplier agreement management

11 4.2 Trends to unofficial adoption of CMMI-based specific practices According to Table 5, ten medium-size enterprises have not achieved any level of CMMI certification but follow more than 75 % of the specific practices in case of at least 50 % of the process areas (at least four out of seven) of CMMI level 2. These medium companies have the full potential for CMMI-based SPI. There are 11 medium software companies that have not achieved any level of CMMI but implement % of specific practices in at least 50 % of the process areas of CMMI level 2. These medium companies are Semipotential companies for CMMI-based SPI. In our sample, there is no example of a small enterprise that has not achieved any level of CMMI but implements more than 75 % of the specific practices for at least 50 % of the process areas of CMMI level 2. Therefore, there is no small company in our sample that has the full potential for CMMI-based SPI. The 15 small companies have not achieved any level of CMMI but do implement % of specific practices for at least 50 % of the process areas of CMMI level 2. Such small companies are Semi-potential companies for CMMI-based SPI. The results show that six small enterprises do not meet the required criterion to become CMMI-potential companies. They are therefore called Non-potential companies for CMMI-based SPI. Thus, based on the extent or percentage of the informal usage of specific practices related to CMMI level 2 process areas, the SMEs can be divided into three categories: Fully potential, Semi-potential, and Non-potential. This provides the answer to RQ2. Table 3 shows these facts. Figure 1 shows the percentages of small and medium companies in the Fully potential, Semi-potential and Non-potential categories. 4.3 Process area-wise unofficial adoption trends impact on SMEs Section 4.3 provides the answer to RQ3. Less than 50 %, %, and above 75 % are the three categories used to classify the adoption of the specific practices of CMMI level 2 process areas. Figures 2, 3, and 4 depict, with respect to process areas, comparisons of the numbers of small and medium software companies that follow \50 %, %, and above 75 % specific practices, respectively. The seven process areas of CMMI level 2, namely Configuration Management, Measurement and Analysis, Project Monitoring and Control, Project Planning, Process and Product Quality Assurance, Requirements Management and Supplier Agreement Management, are denoted as CM, MA, PMC, PP, PPQA, REQM, and SAM, respectively. Figure 2 shows that for the \50 % category, the number of small companies is higher than that of medium companies for all of the seven process areas of CMMI level 2. This means that more small software companies adopt \50 % specific practices as compared Table 3 Fully potential, Semi-potential and Non-potential SMEs for CMMI-based SPI No. of Fully potential SMEs No. of Semi-potential SMEs No. of Non-potential SMEs Small Medium Small Medium Small Medium Total

12 Fig. 1 Small and medium companies contribution to the three SMEs categories 100% Medium Small 0% 90% 80% 42% 70% Percentages 60% 50% 40% 100% 100% 30% 58% 20% 10% 0% 0% SMEs' Categories No. of SMEs No. of Medium Companies No. of Small Companies CMMI Level-2 Process Areas Fig. 2 No. of SMEs following \50 % specific practices of CMMI level 2 process areas to medium software companies. Such small and medium software companies may be Nonpotential companies for CMMI-based SPI, but it is highly likely that a greater number of small companies are Non-potential in comparison with medium companies.

13 No. of SMEs No. of Medium Companies No. of Small Companies 2 0 CM MA PMC PP PPQA REQM SAM CMMI Level-2 Process Areas Fig. 3 No. of SMEs following % specific practices of CMMI level 2 process areas No. of SMEs No. of Medium Companies No. of Small Companies 0 CM MA PMC PP PPQA REQM SAM CMMI Level-2 Process Areas Fig. 4 No. of SMEs following more than 75 % specific practices of CMMI level 2 process areas Figure 3 shows how for the % category, out of seven process areas for four process areas (namely CM, MA, PPQA, and SAM), the number of medium companies is higher than the number of small companies. For the remaining three process areas (namely PMC, PP, and REQM), the number of small companies is greater than the number of medium companies. This shows that in the case of CM, MA, PPQA, and SAM process areas, more medium companies than small companies follow % specific practices. However, in the case of PMC, PP, and REQM process areas, more small companies adopt % specific practices as compared to medium companies. Such small and medium software companies may be Semi-potential companies for CMMI-based SPI. Figure 4 illustrates that for the more than 75 % category, the number of medium companies is higher than the number of small companies for all seven process areas of CMMI level 2. This proves that more medium companies follow the more than 75 % specific practices, as opposed to small companies. Such small and medium companies may

14 be Fully potential for CMMI-based SPI, and it is highly likely that a greater number of medium companies are Fully potential in comparison with small companies. 4.4 Usefulness of unofficial or informal adoption trends of CMMI-based SPI Figure 5 represents the percentages of Non-potential, Semi-potential and Fully potential SMEs. Figure 5 shows that 62 % of SMEs are Semi-potential and 24 % are Fully potential for CMMI-based SPI, whereas 14 % of SMEs have no potential for CMMI-based SPI implementation. Semi-potential SMEs follow % of specific practices in the case of at least 50 % of the process areas of CMMI level 2, and Fully potential SMEs adopt more than 75 % of the specific practices in the case of at least 50 % of the process areas of CMMI level 2. Therefore, in view of the potential SMEs criterion, 86 % SMEs (62 % Semi-potential? 24 % Fully potential) have the potential for CMMI-based SPI implementation. Table 3 indicates that out of 36 potential companies, 21 are medium and 15 are small, or 58 % potential companies are medium and 42 % are small. We know that 86 % of SMEs unofficially follow a sufficient number of CMMI level 2 process area-specific practices. Unofficial adoption can act as a catalyst for CMMI-based SPI implementation in SMEs. As a large portion of SMEs are already employing a suitable number of specific practices associated with CMMI level 2 process areas, this segment has real potential for fruitful and sustainable CMMI-based SPI. To prepare a pool of CMMIcertified software SMEs in the least possible time and to avoid wastage of resources, we recommend that this untapped potential in SMEs must be utilized. The relevant authorities should concentrate on the SMEs that informally follow an adequate number of CMMIbased SPI practices. Such potential SMEs can be identified through a survey similar to the one utilized in this study. For potential organizations, the CMMI appraisal or certification is straightforward and quick (Jackelen 2007). SPI has positive effects on the business of Non-Potential SMEs for CMMI-based SPI 14% Fully-Potential SMEs for CMMI-based SPI 24% Semi-Potential SMEs for CMMI-based SPI 62% Fig. 5 Percentages of three SMEs categories

15 software development SMEs in terms of financial and non-financial benefits (Clarke and O Connor 2012). This provides the answer to RQ4. The primary goal here is to make the relevant authorities aware that, for CMMI-based SPI initiatives, potential SMEs should be given additional attention to achieve quick and effective SPI. We are not claiming that potential SMEs, in this state, are sure to pass any assessment. Rather, if authorities focus on such SMEs for instance, in terms of financial aid or training it is highly likely that after the necessary preparations they will attain a certain level of CMMI-based SPI. 4.5 Differences between unofficial trends in small and medium software companies Chi-squared tests were performed to examine whether the differences between small and medium software enterprises trends for adopting specific practices of CMMI level 2 process areas, are statistically significant. Table 4 presents the results Measurement and analysis Statistically significant differences have been found between the trends of small and medium software enterprises with respect to following the specific practices of the process area Measurement and Analysis v 2 (2, N = 42) = , p \.01. Medium enterprises are more likely to follow % specific practices, and small enterprises follow \50 % specific practices. Measurement and analysis is aimed at establishing and sustaining the measurement capability to be used for obtaining the information needed for management. This involves the description of objectives and measures along with the specification and implementation of data analysis and data management techniques (Team CP 2010). The measurement and analysis process area renders management with the perceptibility necessary to formulate measurement guidelines that enhance efforts for project management (Procaccino and Verner 2006; Procaccino et al. 2005). Well-defined measurement guidelines assist project managers in identifying problems, their size and scope, and in finding alternative ways of dealing with them (Goldenson et al. 2003). The majority of project managers are of the opinion that using the right estimation techniques is important for the success of any project (Procaccino et al. 2005; Pereira et al. 2008). According to our findings, small software companies very frequently follow\50 % of the specific practices of the measurement and analysis process area. Therefore, such small software companies should concentrate more on measurement and analysis activities to manage projects effectively and increase their projects success rate. Medium companies frequently follow more than % of the specific practices of the measurement and analysis process area and thus exhibit better project management than small companies Project planning Statistically significant differences have also been observed with respect to following the specific practices of the process area Project Planning v 2 (2, N = 42) = 6.290, p \.05. Here, medium enterprises are more likely to follow more than 75 % of the specific practices, whereas small enterprises are more likely to follow more than 75 % of the specific practices in about half of cases, with further specific practices falling in the % range. The objective of project planning is to prepare and ensure the execution

16 Table 4 Results of Chi-squared tests to examine the differences between small and medium software enterprises trends for adopting CMMI level 2 process areas-specific practices S. No. Process areas No. of small companies No. of medium companies df = 2; a =.05 Following more than 75 % of specific practices in process areas Following % of specific practices in process areas Following \50 % of specific practices in process area Following more than 75 % of specific practices in process areas Following % of specific practices in process areas Following \50 % of specific practices in process areas v 2 p 1 Configuration management 2 Measurement and analysis 3 Project monitoring and control 4 Project planning 5 Process and product quality assurance 6 Requirements management 7 Supplier agreement management * ** * * * p \.01; ** p \.05

17 Table 5 Details of SMEs and unofficial adoption trends ID CT Configuration management (%) Measurement and analysis (%) Project monitoring and control (%) Project planning (%) Process and product quality assurance (%) Requirements management (%) Supplier agreement management (%) S 1 Small [ [75 \50 S2 Small \ [75 \50 S3 Small [ \ \50 S4 Small \50 \ [ S 5 Small \50 \ [ S6 Small \50 \ [ S7 Small \50 \ \50 \50 [ S8 Small \ \50 \50 [75 \50 S 9 Small \50 [75 [75 \50 [75 \50 S 10 Small \50 [75 [75 \50 [75 \50 S11 Small \50 [75 [75 \ \50 S12 Small \50 [75 [75 \ \50 S 13 Small \50 [75 [75 \ \50 S 14 Small \50 [75 [75 \ \50 S15 Small \50 [75 \50 \ \50 S16 Small \50 \50 [ \ S 17 Small \50 \50 [75 [75 \50 \50 \50 S 18 Small \50 \50 [75 [75 \50 \50 \50 S19 Small \50 \ [75 \50 [ S20 Small \50 \50 \50 [75 \50 [ S 21 Small \50 \50 [75 \50 [ M 1 Medium [75 [75 [75 [ M2 Medium [75 [75 [75 [ M3 Medium [75 [75 [75 [

18 Table 5 continued ID CT Configuration management (%) Measurement and analysis (%) Project monitoring and control (%) Project planning (%) Process and product quality assurance (%) Requirements management (%) Supplier agreement management (%) M4 Medium \50 [75 [ [ M5 Medium \50 \50 [75 [75 [75 [ M 6 Medium \50 \50 [75 [75 [75 [ M7 Medium \50 \50 [75 [75 [75 [ M8 Medium [75 [ [75 [75 M9 Medium [75 [ [ [ M 10 Medium [75 [ [75 [75 M 11 Medium [ [75 [ [75 [75 M12 Medium [75 [ [ M13 Medium [75 [ [ M 14 Medium [75 [ [ M 15 Medium [75 [ [ M16 Medium [ [ M17 Medium [75 \ M 18 Medium [75 \ M 19 Medium [ [75 [75 \ M20 Medium [75 \ M21 Medium \ ID, Identification No.; CT, Company Type; \50 %, less than 50 %; [75 %, more than 75 %

19 of plans that are required for defining project activities. Project planning includes project plan development, interaction with the stakeholders and attaining commitments to the project plan (Team CP 2010). Deficiencies in project planning are considered hazardous to the success of projects (Wallace et al. 2004; Huang and Han 2008). On the other hand, improved project planning is perceived as an efficacious tool for managing high-risk projects (Reel 1999). The results of our study show that in the case of the project planning process area, small software companies follow more than 75 % of specific practices about half the time and a further % of specific practices only occasionally. Medium software companies very frequently follow more than 75 % of the specific practices of the project planning process area. Therefore, as compared to small companies, such medium software companies are more capable of dealing with the project planning risks that can lead to project failure Process and product quality assurance Statistically significant differences also exist with respect to following the specific practices of the process area Process and Product Quality Assurance v 2 (2, N = 42) = , p \.01. In this case, medium enterprises are more likely to follow % of the specific practices, but small enterprises are more likely to follow \50 % of the specific practices. Process and product quality assurance activities are composed of the evaluation of processes and work products, the identification and documentation of noncompliance issues, the provision of feedback, and offering assurances that noncompliance matters are resolved (Team CP 2010). Process and product quality assurance is of the utmost importance for companies involved in software development or in purchase of the software (Niazi and Babar 2009). The quality assurance issue must be solved as soon as possible in the timeline of any project because in most cases, by the time a quality problem is recognized, it is too costly to resolve (Vivatanavorasin et al. 2006). Medium software companies follow % of the specific practices of the process and product quality assurance process area roughly half the time. As a result, such medium companies have intermediate capability of detecting quality problems as early as possible. Small software companies follow \50 % of the specific practices of process and product quality assurance process area very frequently. They are, therefore, more prone to quality issues Supplier agreement management Similarly, there are statistically significant differences with respect to adopting the specific practices of the process area Supplier Agreement Management v 2 (2, N = 42) = , p \.01. Here, medium companies are also more likely to follow % of the specific practices, whereas small companies are more likely to follow \50 % of the specific practices. The Supplier Agreement Management process area handles the procurement of products and related services from selected suppliers, via agreements with the suppliers (Team CP 2010). Failure to manage supplier agreement results in delayed product acquisition from suppliers and consequently contributes to rising unforeseen costs (Vivatanavorasin et al. 2006). According to our study, medium software companies follow % of the specific practices of the Supplier Agreement Management process area very frequently and therefore have intermediate capability of dealing with supplier issues. By contrast, small software companies have low competency in

20 handling supplier issues, as they frequently follow \50 % of the specific practices of the Supplier Agreement Management process area. For the remaining three process areas, small and medium software enterprises do not demonstrate statistically significant differences with respect to following the specific practices of these process areas. Small and medium software companies are more likely to follow % specific practices of the Configuration Management process area. For the Project Monitoring and Control process area, both small and medium software companies are more likely to follow more than 75 % specific practices and a further % specific practices of the process area. However, in the case of the Requirements Management process area, small and medium software companies are more likely to follow only more than 75 % specific practices. Thus, in the case of four of the seven process areas of CMMI level 2 (namely Measurement and Analysis, Project Planning, Process and Product Quality Assurance and Supplier Agreement Management ), there are statistically significant differences between small and medium software enterprises trends to unofficially adopt the specific practices related to these four process areas. This provides the answer to RQ5. 5 Threats to validity The threats to the validity of the results in this study are discussed below. 5.1 Construct validity CMMI is a well-established standard for SPI. This study is based on the unofficial adoption of specific practices related to CMMI level-2 process areas. It was anticipated that participants might have problems with precisely understanding the specific practices. To develop an effective survey, two rounds of pilot study were conducted. The recommendations given during the first round were accommodated in the second round. For maximum clarity, the details of subpractices related to specific practices were also provided. Therefore, we are confident that the specific practices under study were fairly known to our respondents. 5.2 Internal validity The respondents had a relevant working experience of 5 15 years and were nominated as representatives of the participating SMEs, where specific practices are being adopted informally. Therefore, we can say that these specific practices are related to the workspace of the respondents. To investigate the adoption trends, three percentage categories were framed: \50 %, %, and above 75 %, A potential SME must follow at least 50 % of the specific practices in the case of at least 50 % of the process areas of CMMI level 2. The percentages analogous to three categories and the 50 % criterion have already been applied in previous studies. Furthermore, our sample contains an equal number of small and medium software enterprises. The capabilities of the method employed are limited, since this method is based on only one form of objective evidence, which is gathered through questionnaires. Additionally, the method relies on the opinions, experiences, and observations of only one staff member per company. We attempted to handle this limitation by consulting with management to

21 select the most relevant available professionals in the companies. To ensure the reliability and accuracy of the results, the facts provided in the questionnaires were cross-checked. 5.3 External validity External validity was addressed by selecting a sample of 42 practitioners from 42 software development SMEs originating in two different countries, Malaysia and Pakistan. All the relevant professionals from the two countries may not completely agree with the results, but we believe that this sample is a true representative of the population. We believe this because, after the initial correspondence, 110 SMEs were approached, with 52 being selected for a second questionnaire survey, keeping in view the parameters of size, CMMI non-certification, and the selection of an equal number of small and medium software companies. Furthermore, a sample of 42 questionnaires was chosen for data analysis that considered the relevant experience of the respondents and the parameter of using an equal number of small and medium software companies. To adjust for the various SMEs standards (Australian, European, Malaysian and Pakistani), the concept of common range standard has been introduced. By following this new standard, a small or medium company according to any one standard (out of four standards under study) is also considered to be a small or medium company according to the three remaining standards. We surveyed the informal adoption trends only of the specific practices of CMMI level 2 process areas. Ideally, the specific practices related to the process areas of all CMMI levels would have been studied, but unfortunately this was not possible due to the time constraints on the respondents (CMMI-DEV, V1.3 contains 22 process areas and 167 specific practices). CMMI level 2 was selected for this study because most of the CMMI level 2 process areas are fundamental disciplines for any established software development organization. Another reason for concentrating on CMMI level 2 is that this level may be considered a starting point for CMMI-based SPI. If a SME follows the specific practices of CMMI level 2 process areas, then similar trends can be anticipated for other levels. There would therefore be a high likelihood of quick and effective CMMI-based SPI for that SME. In view of the purpose of this study, it offers no discussion as to the reasons why SMEs follow specific practices of CMMI level 2 process areas. The reasons were not explored in the survey. But a rationale for their tendency to follow CMMI practices is that the SMEs are compelled to do so, albeit unofficially, in order to meet the ever-increasing demands of this IT-based world. 6 Conclusion and future directions SPI is an obligatory phenomenon for overcoming software development challenges. This research has been conducted with the aim of assisting the successful implementation of sponsored CMMI-based SPI initiatives in SMEs. To apply a uniform SMEs standard and to allow for results that can be widely applied, this study presents the idea of a common range standard, which harmonizes Australian, European, Malaysian, and Pakistani standards on SMEs. By adhering to this standard, the study is able to include small software companies with employees and medium software companies with employees.

Procedia Computer Science

Procedia Computer Science Procedia Computer Science 3 (2011) 893 897 Procedia Computer Science 00 (2010) 000 000 Procedia Computer Science www.elsevier.com/locate/procedia www.elsevier.com/locate/procedia WCIT 2010 A Proposed Methodology

More information

CMMI for Development Introduction & Implementation Roadmap

CMMI for Development Introduction & Implementation Roadmap www.businessbeam.com CMMI for Development Introduction & Implementation Roadmap Business Beam (Pvt.) Limited Today 1 About CMMI for Development 2 Implementation Roadmap 3 CMMI & Business Beam 2 About CMMI

More information

Software Process Improvement Framework for Software Outsourcing Based On CMMI Master of Science Thesis in Software Engineering and Management

Software Process Improvement Framework for Software Outsourcing Based On CMMI Master of Science Thesis in Software Engineering and Management Software Process Improvement Framework for Software Outsourcing Based On CMMI Master of Science Thesis in Software Engineering and Management ZAHOOR UL ISLAM XIANZHONG ZHOU University of Gothenburg Chalmers

More information

CMMI KEY PROCESS AREAS

CMMI KEY PROCESS AREAS CMMI KEY PROCESS AREAS http://www.tutorialspoint.com/cmmi/cmmi-process-areas.htm Copyright tutorialspoint.com A Process Area is a cluster of related practices in an area that, when implemented collectively,

More information

Truly Managing a Project and Keeping Sane While Wrestling Elegantly With PMBOK, Scrum and CMMI (Together or Any Combination)

Truly Managing a Project and Keeping Sane While Wrestling Elegantly With PMBOK, Scrum and CMMI (Together or Any Combination) Truly Managing a Project and Keeping Sane While Wrestling Elegantly With PMBOK, Scrum and CMMI (Together or Any Combination) Neil Potter The Process Group Lead Appraiser / Improvement Coach Organization

More information

The Compelling Case For CMMI-SVC: CMMI-SVC, ITIL & ISO20000 demystified

The Compelling Case For CMMI-SVC: CMMI-SVC, ITIL & ISO20000 demystified The Compelling Case For CMMI-SVC: CMMI-SVC, ITIL & ISO20000 demystified T: 01748 821824 E: marketing@lamri.com Agenda What is CMMI-SVC? How Does CMMI-SVC Relate to Existing Models? CMMI-SVC and ISO 20000

More information

Towards a new approach of continuous process improvement based on CMMI and PMBOK

Towards a new approach of continuous process improvement based on CMMI and PMBOK www.ijcsi.org 160 Towards a new approach of continuous process improvement based on CMMI and PMBOK Yassine Rdiouat 1, Naima Nakabi 2, Khadija Kahtani 3 and Alami Semma 4 1 Department of Mathematics and

More information

Camber Quality Assurance (QA) Approach

Camber Quality Assurance (QA) Approach Camber Quality Assurance (QA) Approach Camber s QA approach brings a tested, systematic methodology, ensuring that our customers receive the highest quality products and services, delivered via efficient

More information

Distributed and Outsourced Software Engineering. The CMMI Model. Peter Kolb. Software Engineering

Distributed and Outsourced Software Engineering. The CMMI Model. Peter Kolb. Software Engineering Distributed and Outsourced Software Engineering The CMMI Model Peter Kolb Software Engineering SEI Trademarks and Service Marks SM CMM Integration SCAMPI are service marks of Carnegie Mellon University

More information

Quantitative CMMI Assessment for Offshoring Through the Analysis of Project Management Repositories

Quantitative CMMI Assessment for Offshoring Through the Analysis of Project Management Repositories Quantitative CMMI Assessment for Offshoring Through the Analysis of Project Management Repositories Thanwadee Sunetnanta 1, Ni-On Nobprapai 1, Olly Gotel 2 1 Mahidol University, Department of Computer

More information

PORTFOLIO, PROGRAMME & PROJECT MANAGEMENT MATURITY MODEL (P3M3)

PORTFOLIO, PROGRAMME & PROJECT MANAGEMENT MATURITY MODEL (P3M3) PORTFOLIO, PROGRAMME & PROJECT MANAGEMENT MATURITY MODEL (P3M3) 1st February 2006 Version 1.0 1 P3M3 Version 1.0 The OGC logo is a Registered Trade Mark of the Office of Government Commerce This is a Value

More information

CMMI-Services Visao Geral & CMMI v1.3 Plans

CMMI-Services Visao Geral & CMMI v1.3 Plans CMMI-Services Visao Geral & CMMI v1.3 Plans Antonio Braga Crest Consulting Novembro/09 This presentation was created using slides from CMMI for Services presentation and Supplement CMMI-Services course

More information

Capability Maturity Model Integration (CMMI SM ) Fundamentals

Capability Maturity Model Integration (CMMI SM ) Fundamentals Capability Maturity Model Integration (CMMI SM ) Fundamentals Capability Maturity Model Integration and CMMI are are service marks of Carnegie Mellon University 2008, GRafP Technologies inc. 1 What is

More information

Using the Agile Methodology to Mitigate the Risks of Highly Adaptive Projects

Using the Agile Methodology to Mitigate the Risks of Highly Adaptive Projects Transdyne Corporation CMMI Implementations in Small & Medium Organizations Using the Agile Methodology to Mitigate the Risks of Highly Adaptive Projects Dana Roberson Quality Software Engineer NNSA Service

More information

Case Study of CMMI implementation at Bank of Montreal (BMO) Financial Group

Case Study of CMMI implementation at Bank of Montreal (BMO) Financial Group Case Study of CMMI implementation at Bank of Montreal (BMO) Financial Group Background Started in 1817, Bank of Montreal - BMO Financial Group (NYSE, TSX: BMO) is a highly diversified financial services

More information

Implementation of Risk Management with SCRUM to Achieve CMMI Requirements

Implementation of Risk Management with SCRUM to Achieve CMMI Requirements I.J. Computer Network and Information Security, 2014, 11, 20-25 Published Online October 2014 in MECS (http://www.mecs-press.org/) DOI: 10.5815/ijcnis.2014.11.03 Implementation of Risk Management with

More information

How to use CMMI to bring your project management process to the next level A CMMI Implementation Case Study

How to use CMMI to bring your project management process to the next level A CMMI Implementation Case Study InterGlobe Consulting +1.408.807.0443 info@interglobeconsulting.com www.interglobeconsulting.com How to use CMMI to bring your project management process to the next level A CMMI Implementation Case Study

More information

A Lightweight Supplier Evaluation based on CMMI

A Lightweight Supplier Evaluation based on CMMI A Lightweight Supplier Evaluation based on CMMI Stefan Böcking, Pavlos Makridakis, Gerhard Koller, Frank Meisgen Vodafone Holding GmbH Global Web Enablement Mannesmannufer 2 40213 Düsseldorf Stefan.Boecking@vodafone.com

More information

MKS Integrity & CMMI. July, 2007

MKS Integrity & CMMI. July, 2007 & CMMI July, 2007 Why the drive for CMMI? Missed commitments Spiralling costs Late delivery to the market Last minute crunches Inadequate management visibility Too many surprises Quality problems Customer

More information

Software Process Improvement in SMEs: A Comparative View

Software Process Improvement in SMEs: A Comparative View UDC 658.5:004.4, DOI: 10.2298/CSIS0901111M Software Process Improvement in SMEs: A Comparative View Deepti Mishra 1 and Alok Mishra 2 1 Department of Computer Engineering, 2 Department of Software Engineering

More information

Developing CMMI in IT Projects with Considering other Development Models

Developing CMMI in IT Projects with Considering other Development Models Developing CMMI in IT Projects with Considering other Development Models Anahita Ahmadi* MSc in Socio Economic Systems Engineering Organizational Process Development Engineer, International Systems Engineering

More information

Interpreting Capability Maturity Model Integration (CMMI ) for Service Organizations a Systems Engineering and Integration Services Example

Interpreting Capability Maturity Model Integration (CMMI ) for Service Organizations a Systems Engineering and Integration Services Example Interpreting Capability Maturity Model Integration (CMMI ) for Service Organizations a Systems Engineering and Integration Services Example Mary Anne Herndon, SAIC Robert Moore, SAIC Mike Phillips, Software

More information

Lessons Learned from Adopting CMMI for Small Organizations

Lessons Learned from Adopting CMMI for Small Organizations Carnegie Mellon Software Engineering Institute Pittsburgh, PA 15213-3890 Lessons Learned from Adopting CMMI for Small Organizations Sponsored by the U.S. Army Aviation and Missile Research, Development

More information

Using Rational Software Solutions to Achieve CMMI Level 2

Using Rational Software Solutions to Achieve CMMI Level 2 Copyright Rational Software 2003 http://www.therationaledge.com/content/jan_03/f_cmmi_rr.jsp Using Rational Software Solutions to Achieve CMMI Level 2 by Rolf W. Reitzig Founder, Cognence, Inc. Over the

More information

SOFTWARE PROCESS MATURITY AND CAPABILITY EVALUATION AND ITS IMPLEMENTATION IN THE AREAS OF E-LEARNING ORGANIZATIONS

SOFTWARE PROCESS MATURITY AND CAPABILITY EVALUATION AND ITS IMPLEMENTATION IN THE AREAS OF E-LEARNING ORGANIZATIONS Journal of Computer Science 10 (4): 647-651, 2014 ISSN: 1549-3636 2014 doi:10.3844/jcssp.2014.647.651 Published Online 10 (4) 2014 (http://www.thescipub.com/jcs.toc) SOFTWARE PROCESS MATURITY AND CAPABILITY

More information

Evaluation and Integration of Risk Management in CMMI and ISO/IEC 15504

Evaluation and Integration of Risk Management in CMMI and ISO/IEC 15504 Evaluation and Integration of Risk Management in CMMI and ISO/IEC 15504 Dipak Surie, Email : ens03dse@cs.umu.se Computing Science Department Umea University, Umea, Sweden Abstract. During software development,

More information

According to their level of determination, projects can be categorized into a hierarchy of human rational activities:

According to their level of determination, projects can be categorized into a hierarchy of human rational activities: 1 Basics 1.1 Project and Project Management Basics 1.1.1 Perception of Projects Projects are undertakings characterized by the uniqueness of their entire features and conditions. The lack of previous experience

More information

Using Scrum to Guide the Execution of Software Process Improvement in Small Organizations

Using Scrum to Guide the Execution of Software Process Improvement in Small Organizations Using Scrum to Guide the Execution of Software Process Improvement in Small Organizations Francisco J. Pino, Oscar Pedreira*, Félix García +, Miguel Rodríguez Luaces*, Mario Piattini + IDIS Research Group

More information

Using Lean Six Sigma to Accelerate

Using Lean Six Sigma to Accelerate Using Lean Six Sigma to Accelerate CMMI Implementation Briefers: Diane A. Glaser Michael D. Barnett US Army LCMC SEC CMMI Coordinator Communication Software ASQ SSGB Engineering Support Division MTC Technologies,

More information

Capability Maturity Model Integration (CMMI)

Capability Maturity Model Integration (CMMI) COPYRIGHT 2011 IJCIT, ISSN 2078-5828 (PRINT), ISSN 2218-5224 (ONLINE), VOLUME 02, ISSUE 01, MANUSCRIPT CODE: IJCIT-110748 Capability Maturity Model Integration (CMMI) Anasis Majumdar, Muhammad Ashiqe-Ur-Rouf,

More information

Comparing Scrum And CMMI

Comparing Scrum And CMMI Comparing Scrum And CMMI How Can They Work Together Neil Potter The Process Group help@processgroup.com 1 Agenda Definition of Scrum Agile Principles Definition of CMMI Similarities and Differences CMMI

More information

Software Quality Standards and. from Ontological Point of View SMEF. Konstantina Georgieva

Software Quality Standards and. from Ontological Point of View SMEF. Konstantina Georgieva SMEF 10-11 June, 2010 Software Quality Standards and Approaches from Ontological Point of View Konstantina Georgieva Otto-von-Guericke University Magdeburg Department of Computer Science, Software Engineering

More information

Lecture 8 About Quality and Quality Management Systems

Lecture 8 About Quality and Quality Management Systems Lecture 8 About Quality and Quality Management Systems Kari Systä 10.03.2014 10.03.2014 TIE-21100/21106; K.Systä 1 Content of today s lecture Two weeks ago we discussed about testing and inspections, that

More information

Using Business Process Management Technology to Implement a CMMI-compliant Agile Software Development Approach

Using Business Process Management Technology to Implement a CMMI-compliant Agile Software Development Approach Using Business Process Management Technology to Implement a CMMI-compliant Agile Software Development Approach Bob Moore, Business, Inc. 1 Introduction This presentation will show how Business Process

More information

Your Software Quality is Our Business. INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc.

Your Software Quality is Our Business. INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc. INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc. February 2013 1 Executive Summary Adnet is pleased to provide this white paper, describing our approach to performing

More information

Software Engineering. Standardization of Software Processes. Lecturer: Giuseppe Santucci

Software Engineering. Standardization of Software Processes. Lecturer: Giuseppe Santucci Software Engineering Standardization of Software Processes Lecturer: Giuseppe Santucci Summary Introduction to Process Models The Capability Maturity Model Integration The ISO 12207 standard for software

More information

5 Regional Approaches

5 Regional Approaches 5 Regional Approaches 5.1 The Capability Maturity Model (SW and Integrated) Tailored in Small Indigenous Software Industries Authors Rosario Blowers and Ita Richardson Abstract The Irish Software Industry

More information

RTI Software Development Methodology and CMMI

RTI Software Development Methodology and CMMI RTI Software Development Methodology and CMMI Presented at International Field Directors & Technologies Conference Karen M. Davis Vice President, Research Computing Division May 20, 2008 3040 Cornwallis

More information

The purpose of Capacity and Availability Management (CAM) is to plan and monitor the effective provision of resources to support service requirements.

The purpose of Capacity and Availability Management (CAM) is to plan and monitor the effective provision of resources to support service requirements. CAPACITY AND AVAILABILITY MANAGEMENT A Project Management Process Area at Maturity Level 3 Purpose The purpose of Capacity and Availability Management (CAM) is to plan and monitor the effective provision

More information

Task Report: CMMI for Small Business in the Defense Industry NDIA Systems Engineering Division, CMMI Working Group

Task Report: CMMI for Small Business in the Defense Industry NDIA Systems Engineering Division, CMMI Working Group Task Report: CMMI for Small Business in the Defense Industry NDIA Systems Engineering Division, CMMI Working Group Task Description The defense industry is critically dependent on small business for the

More information

CAPABILITY MATURITY MODEL INTEGRATION

CAPABILITY MATURITY MODEL INTEGRATION CAPABILITY MATURITY MODEL INTEGRATION Radu CONSTANTINESCU PhD Candidate, University Assistant Academy of Economic Studies, Bucharest, Romania E-mail: radu.constantinescu@ie.ase.ro Web page: http:// www.raduconstantinescu.ase.ro

More information

Implementation of Multiple Quality Frameworks An Analysis

Implementation of Multiple Quality Frameworks An Analysis Implementation of Multiple Quality Frameworks An Analysis Aedah Abd Rahman Open University Malaysia Faculty of Information Technology and Multimedia Communication aedah@oum.edu.my Shamsul Sahibuddin Faculty

More information

Process Improvement. From the Software Engineering Institute:

Process Improvement. From the Software Engineering Institute: Process Improvement From the Software Engineering Institute: The Software Capability Maturity Model (SW-CMM, CMMI) (Especially CMMI V1.1 Tutorial) The Personal Software Process (PSP) (Also see The Team

More information

MTAT.03.243 Software Engineering Management

MTAT.03.243 Software Engineering Management MTAT.03.243 Software Engineering Management Lecture 17: Other SPI Frameworks and QM Systems Dietmar Pfahl Spring 2014 email: dietmar.pfahl@ut.ee Structure of Lecture 17 Other SPI Frameworks People CMM

More information

The Design and Improvement of a Software Project Management System Based on CMMI

The Design and Improvement of a Software Project Management System Based on CMMI Intelligent Information Management, 2012, 4, 330-337 http://dx.doi.org/10.4236/iim.2012.46037 Published Online November 2012 (http://www.scirp.org/journal/iim) The Design and Improvement of a Software

More information

LUXOFT ADVANTAGES. International Quality Standards

LUXOFT ADVANTAGES. International Quality Standards CMMI LUXOFT ADVANTAGES International Quality Standards CMMI CIS s first SEI CMM/CMMI level 5 assessment in 2003, Europe s first SEI CMMI v1.2 Level 5 assessment in 2007 ISO annual confirmation of ISO 9001:2008

More information

A Systematic Literature Review of Software Process Improvement for Small and Medium Web Companies

A Systematic Literature Review of Software Process Improvement for Small and Medium Web Companies A Systematic Literature Review of Software Process Improvement for Small and Medium Web Companies Muhammad Sulayman PhD Student Department of Computer Science The University of Auckland msul028@aucklanduni.ac.nz

More information

Software Process Improvement. Overview

Software Process Improvement. Overview Software Process Improvement Overview Marcello Visconti Departamento de Informática Universidad Técnica Federico Santa María Valparaíso, Chile Motivation Immaturity of software engineering - state of the

More information

Agenda. CMMI, ITIL & ISO 20000 A Mutually Supportive Relationship

Agenda. CMMI, ITIL & ISO 20000 A Mutually Supportive Relationship CMMI, ITIL & ISO 20000 A Mutually Supportive Relationship Kieran Doyle T: +441748 821824 M: +447971222160 E: kieran.doyle@lamri.com Agenda CMMI-SVC and ISO 20000 CMMI-SVC and ITIL The Mutual Relationship

More information

CMMI: Specific Goals and Practices

CMMI: Specific Goals and Practices Software Engineering for Outsourced & Offshore Development CMMI: Specific Goals and Practices PeterKolb Software Engineering CMMI Process Areas for R&D Projects Slide 2 Content Management in Projects Project

More information

TAPISTRY: A Software Process Improvement Approach Tailored for Small Enterprises

TAPISTRY: A Software Process Improvement Approach Tailored for Small Enterprises TAPISTRY: A Software Process Improvement Approach Tailored for Small Enterprises Joey van Angeren (3227162) Group 2 Department of Information and Computing Sciences, Utrecht University Princetonplein 5,

More information

Procurement Programmes & Projects P3M3 v2.1 Self-Assessment Instructions and Questionnaire. P3M3 Project Management Self-Assessment

Procurement Programmes & Projects P3M3 v2.1 Self-Assessment Instructions and Questionnaire. P3M3 Project Management Self-Assessment Procurement Programmes & Projects P3M3 v2.1 Self-Assessment Instructions and Questionnaire P3M3 Project Management Self-Assessment Contents Introduction 3 User Guidance 4 P3M3 Self-Assessment Questionnaire

More information

EMPIRICAL STUDY ON CAPABILITY MATURITY MODEL INTEGRATION (CMMI) FRAMEWORK IMPLEMENTATION INSTITUT PENGURUSAN PENYELIDIKAN UNIVERSITI TEKNOLOGI MARA

EMPIRICAL STUDY ON CAPABILITY MATURITY MODEL INTEGRATION (CMMI) FRAMEWORK IMPLEMENTATION INSTITUT PENGURUSAN PENYELIDIKAN UNIVERSITI TEKNOLOGI MARA EMPIRICAL STUDY ON CAPABILITY MATURITY MODEL INTEGRATION (CMMI) FRAMEWORK IMPLEMENTATION INSTITUT PENGURUSAN PENYELIDIKAN UNIVERSITI TEKNOLOGI MARA 40450 SHAH ALAM, SELANGOR MALAYSIA BY: SHUKOR SANIM BIN

More information

Achieve. Performance objectives

Achieve. Performance objectives Achieve Performance objectives Performance objectives are benchmarks of effective performance that describe the types of work activities students and affiliates will be involved in as trainee accountants.

More information

A conceptual paper on factors influencing Financial Institutions on lending technologies to technology-based SMEs in the northern region of Malaysia

A conceptual paper on factors influencing Financial Institutions on lending technologies to technology-based SMEs in the northern region of Malaysia A conceptual paper on factors influencing Financial Institutions on lending technologies to technology-based SMEs in the northern region of Malaysia Wan Sallha Binti Yusoff & Chuthamas Chittithaworn School

More information

Software Quality. Process Quality " Martin Glinz. Chapter 5. Department of Informatics!

Software Quality. Process Quality  Martin Glinz. Chapter 5. Department of Informatics! Department of Informatics! Martin Glinz Software Quality Chapter 5 Process Quality " 2014 Martin Glinz. All rights reserved. Making digital or hard copies of all or part of this work for educational, non-commercial

More information

A QUESTIONNAIRE BASED METHOD FOR CMMI LEVEL 2 MATURITY ASSESSMENT

A QUESTIONNAIRE BASED METHOD FOR CMMI LEVEL 2 MATURITY ASSESSMENT JOURNAL OF AERONAUTICS AND SPACE TECHNOLOGIES JULY 2009 VOLUME 4 NUMBER 2 (39-46) A QUESTIONNAIRE BASED METHOD FOR CMMI LEVEL 2 MATURITY ASSESSMENT Fatih YUCALAR * Maltepe University, Engineering Faculty,

More information

EASPI EASPI. The Integrated CMMI-based Improvement Framework for Test and Evaluation. Jeffrey L. Dutton Principal Consultant

EASPI EASPI. The Integrated CMMI-based Improvement Framework for Test and Evaluation. Jeffrey L. Dutton Principal Consultant The Integrated CMMI-based Improvement Framework for Test and Evaluation Jeffrey L. Dutton Principal Consultant Engineering and Services Performance Improvement LLC 22 Copyrights and Service Marks CMMI

More information

wibas Team CMMI-ITIL IT Maturity S e r v i c e s

wibas Team CMMI-ITIL IT Maturity S e r v i c e s wibas Team CMMI-ITIL ITIL integrated into CMMI IT Maturity S e r v i c e s 1 CMMI-ITIL Management Summary -2- Copyright 2007 wibas IT Maturity Services GmbH CMMI-ITIL ITIL is a reference model to improve

More information

You Want to Use Scrum, You are Told to Use CMMI

You Want to Use Scrum, You are Told to Use CMMI You Want to Use Scrum, You are Told to Use CMMI How They can Work Together Elegantly and Both Provide Benefit Neil Potter The Process Group neil@processgroup.com 1 Agenda Summary of Scrum and CMMI Approach

More information

The Role of Information Technology Studies in Software Product Quality Improvement

The Role of Information Technology Studies in Software Product Quality Improvement The Role of Information Technology Studies in Software Product Quality Improvement RUDITE CEVERE, Dr.sc.comp., Professor Faculty of Information Technologies SANDRA SPROGE, Dr.sc.ing., Head of Department

More information

ISO, CMMI and PMBOK Risk Management: a Comparative Analysis

ISO, CMMI and PMBOK Risk Management: a Comparative Analysis ISO, CMMI and PMBOK Risk Management: a Comparative Analysis Cristine Martins Gomes de Gusmão Federal University of Pernambuco / Informatics Center Hermano Perrelli de Moura Federal University of Pernambuco

More information

Appendix V Risk Management Plan Template

Appendix V Risk Management Plan Template Appendix V Risk Management Plan Template Version 2 March 7, 2005 This page is intentionally left blank. Version 2 March 7, 2005 Title Page Document Control Panel Table of Contents List of Acronyms Definitions

More information

FUZZY LOGIC BASED SOFTWARE PROCESS IMPROVIZATION FRAMEWORK FOR INDIAN SMALL SCALE SOFTWARE ORGANIZATIONS

FUZZY LOGIC BASED SOFTWARE PROCESS IMPROVIZATION FRAMEWORK FOR INDIAN SMALL SCALE SOFTWARE ORGANIZATIONS FUZZY LOGIC BASED SOFTWARE PROCESS IMPROVIZATION FRAMEWORK FOR INDIAN SMALL SCALE SOFTWARE ORGANIZATIONS A.M.Kalpana Research Scholar, Anna University Coimbatore Tamilnadu,India Dr.A.Ebenezer Jeyakumar

More information

Software Process Improvement CMM

Software Process Improvement CMM Software Process Improvement CMM Marcello Visconti Departamento de Informática Universidad Técnica Federico Santa María Valparaíso, Chile Software Engineering Institute Founded by the Department of Defense

More information

Software Configuration Management. Wingsze Seaman COMP250SA February 27, 2008

Software Configuration Management. Wingsze Seaman COMP250SA February 27, 2008 Software Configuration Management Wingsze Seaman COMP250SA February 27, 2008 Outline CM and SCM Definitions SCM History CMMI and SCM SCM Tools SCM/Dynamic Systems SCM/Software Architecture Resources 2

More information

Software Quality Assurance Plan

Software Quality Assurance Plan For Database Applications Document ID: Version: 2.1a Planning Installation & Acceptance Integration & Test Requirements Definition Design Development 1 / 54 Copyright 2000-2006 Digital Publications LLC.

More information

Realizing CMMI using Enterprise Architect and UML for Process Improvement

Realizing CMMI using Enterprise Architect and UML for Process Improvement Realizing CMMI using Enterprise Architect and UML for Process Improvement Jack Hunnicutt, Anteon Corporation www.anteon.com Ramsay Millar, integrate IT architects LLC www.integrateitarchitects.com Introduction

More information

Treasury Board of Canada Secretariat (TBS) IT Project Manager s Handbook. Version 1.1

Treasury Board of Canada Secretariat (TBS) IT Project Manager s Handbook. Version 1.1 Treasury Board of Canada Secretariat (TBS) IT Project Manager s Handbook Version 1.1 December 12, 1997 Table of Contents Navigating the Handbook Content...1 Introduction...4 About the Handbook...9 Adaptability

More information

P3M3 Portfolio Management Self-Assessment

P3M3 Portfolio Management Self-Assessment Procurement Programmes & Projects P3M3 v2.1 Self-Assessment Instructions and Questionnaire P3M3 Portfolio Management Self-Assessment P3M3 is a registered trade mark of AXELOS Limited Contents Introduction

More information

Performance Measurement

Performance Measurement Brief 21 August 2011 Public Procurement Performance Measurement C O N T E N T S What is the rationale for measuring performance in public procurement? What are the benefits of effective performance management?

More information

SW Process Improvement and CMMI. Dr. Kanchit Malaivongs Authorized SCAMPI Lead Appraisor Authorized CMMI Instructor

SW Process Improvement and CMMI. Dr. Kanchit Malaivongs Authorized SCAMPI Lead Appraisor Authorized CMMI Instructor SW Process Improvement and CMMI Dr. Kanchit Malaivongs Authorized SCAMPI Lead Appraisor Authorized CMMI Instructor Topics of Presentation Why improvement? What is CMMI? Process Areas and Practices in CMMI

More information

CMMI meets ITIL. Dr. Ute Streubel

CMMI meets ITIL. Dr. Ute Streubel CMMI meets ITIL Dr. Ute Streubel KUGLER MAAG CIE GmbH Leibnizstr. 11, 70806 Kornwestheim / Stuttgart, Germany Phone / Fax +49 (0) 7154 807 210 / 229 ute.streubel@kuglermaag.com www.kuglermaag.com Stuttgart

More information

Leveraging CMMI framework for Engineering Services

Leveraging CMMI framework for Engineering Services Leveraging CMMI framework for Engineering Services Regu Ayyaswamy, Mala Murugappan Tata Consultancy Services Ltd. Introduction In response to Global market demand, several OEMs adopt Global Engineering

More information

An Enhanced Software Project Management Methodology Accompanying Agile and CMMI

An Enhanced Software Project Management Methodology Accompanying Agile and CMMI IACSIT International Journal of Engineering and Technology, Vol., No., December 1 An Enhanced Software Project Management Methodology Accompanying Agile and CMMI Hannan Bin Liaqat, M. Rizwan Jameel Qureshi,

More information

FINANCIAL MANAGEMENT MATURITY MODEL

FINANCIAL MANAGEMENT MATURITY MODEL Definition: Financial management is the system by which the resources of an organisation s business are planned, directed, monitored and controlled to enable the organisation s goals to be achieved. Guidance

More information

Jason Bennett Thatcher Clemson University, 101 Sirrine Hall, Clemson, SC 29634 U.S.A. {jthatch@clemson.edu}

Jason Bennett Thatcher Clemson University, 101 Sirrine Hall, Clemson, SC 29634 U.S.A. {jthatch@clemson.edu} RESEARCH ARTICLE IS EMPLOYEE ATTITUDES AND PERCEPTIONS AT VARYING LEVELS OF SOFTWARE PROCESS MATURITY Janet K. Ply Pendére, Inc., 1805 S. 9 th Street, Waco, TX 76706 U.S.A. {janet.ply@pendere.com} Jo Ellen

More information

FINAL DOCUMENT. Guidelines for Regulatory Auditing of Quality Management Systems of Medical Device Manufacturers Part 1: General Requirements

FINAL DOCUMENT. Guidelines for Regulatory Auditing of Quality Management Systems of Medical Device Manufacturers Part 1: General Requirements GHTF/SG4/N28R4:2008 FINAL DOCUMENT Title: Guidelines for Regulatory Auditing of Quality Management Systems of Medical Device Manufacturers Authoring Group: GHTF Study Group 4 Endorsed by: The Global Harmonization

More information

Synergism of the CMMI Development and Services Constellations in a Hybrid Organization

Synergism of the CMMI Development and Services Constellations in a Hybrid Organization Overview Presentation Synergism of the CMMI Development and Services Constellations in a Hybrid Organization SM CMMI (Capability Maturity Model Integration) and SCAMPI (Standard CMMI Appraisal Method for

More information

GAP ANALYSIS OF APPROACHES TO IMPLEMENTATION OF MANAGEMENT SYSTEMS

GAP ANALYSIS OF APPROACHES TO IMPLEMENTATION OF MANAGEMENT SYSTEMS 52 PROCEEDINGS OF THE SCIENTIFIC CONFERENCE QUALITY AND LEADING INNOVATION 2014 GAP ANALYSIS OF APPROACHES TO IMPLEMENTATION OF MANAGEMENT SYSTEMS DOI: 10.12776/QALI.V1.#5 MIROSLAV HRNIAR ABSTRACT Purpose:

More information

Web Applications Development and Software Process Improvement in Small Software Firms: a Review

Web Applications Development and Software Process Improvement in Small Software Firms: a Review Web Applications Development and Software Process Improvement in Small Software Firms: a Review Haroon Tarawneh Al-balqa Applied University haroon@teacher.com Sattam Allahawiah Al-balqa Applied University

More information

PSM. Using CMMI To Improve Contract Management Within DCMA. Guy Mercurio, DCMA Boston, MA

PSM. Using CMMI To Improve Contract Management Within DCMA. Guy Mercurio, DCMA Boston, MA Using CMMI To Improve Contract Management Within DCMA Presented By: Guy Mercurio, DCMA Boston, MA Practical Software and Systems Measurement 2003 Users Group Conference Keystone, Co July 18, 2003 CMMI

More information

European Forum for Good Clinical Practice Audit Working Party

European Forum for Good Clinical Practice Audit Working Party European Forum for Good Clinical Practice Audit Working Party REVISION OF THE ENGAGE 1 AUDITING GUIDELINE. AN OPTIONAL GUIDELINE FOR GCP COMPLIANCE AND QUALITY MANAGEMENT SYSTEMS AUDITING This document

More information

Capability Maturity Model Integration (CMMI ) Version 1.2 Overview

Capability Maturity Model Integration (CMMI ) Version 1.2 Overview Capability Maturity Model Integration (CMMI ) Version 1.2 Overview SM CMM Integration, IDEAL, Personal Software Process, PSP, SCAMPI, SCAMPI Lead Appraiser, Team Software Process, and TSP are service marks

More information

Capability Maturity Model Integrated (CMMI)

Capability Maturity Model Integrated (CMMI) When the Outcome Matters Capability Maturity Model Integrated (CMMI) Configuration Management Considerations Gerard Dache Gerard.dache@psgs.com 703-560-9477 Agenda SEI Overview Capability Maturity Models

More information

Security Engineering Best Practices. Arca Systems, Inc. 8229 Boone Blvd., Suite 750 Vienna, VA 22182 703-734-5611 ferraiolo@arca.com.

Security Engineering Best Practices. Arca Systems, Inc. 8229 Boone Blvd., Suite 750 Vienna, VA 22182 703-734-5611 ferraiolo@arca.com. Tutorial: Instructor: Topics: Biography: Security Engineering Best Practices Karen Ferraiolo, Arca Systems, Inc. 8229 Boone Blvd., Suite 750 Vienna, VA 22182 703-734-5611 ferraiolo@arca.com This tutorial

More information

Strategy for data collection

Strategy for data collection 2007/21 Plans and reports Strategy for data collection Strategy for data collection The demand for statistics and public administrative information is increasing, as are the demands on quality in statistics

More information

An Integrated Model of ISO 9001:2000 and CMMI for ISO Registered Organizations

An Integrated Model of ISO 9001:2000 and CMMI for ISO Registered Organizations An Integrated Model of ISO 9001:2000 and CMMI for ISO Registered Organizations Chanwoo Yoo 1, Junho Yoon 1, Byungjeong Lee 2, Chongwon Lee 1, Jinyoung Lee 1, Seunghun Hyun 1, and Chisu Wu 1 1 School of

More information

THE INTERNATIONAL JOURNAL OF BUSINESS & MANAGEMENT

THE INTERNATIONAL JOURNAL OF BUSINESS & MANAGEMENT THE INTERNATIONAL JOURNAL OF BUSINESS & MANAGEMENT Performance Management Model for SMEs Rusaneanu Alexandra Ph.D. Student, Faculty of Cybernetics, Statistics and Economic Informatics, Bucharest University

More information

Software Development Process Improvement Framework (SDPIF) for Small Software Development Firms (SSDFs)

Software Development Process Improvement Framework (SDPIF) for Small Software Development Firms (SSDFs) www.ijcsi.org 475 Software Development Process Improvement Framework (SDPIF) for Small Software Development Firms (SSDFs) Mejhem Yousef Al-Tarawneh 1, Mohd Syazwan Abdullah 2, and Jasem Alostad 3 1,2 College

More information

AUSTRALIAN ENGINEERING COMPETENCY STANDARDS STAGE 2 -

AUSTRALIAN ENGINEERING COMPETENCY STANDARDS STAGE 2 - AUSTRALIAN ENGINEERING COMPETENCY STANDARDS STAGE 2 - THE EXPERIENCED The Stage 2 Competency Standards are the profession's expression of the knowledge and skill base, engineering application abilities,

More information

Agile Software Engineering, a proposed extension for in-house software development

Agile Software Engineering, a proposed extension for in-house software development Journal of Information & Communication Technology Vol. 5, No. 2, (Fall 2011) 61-73 Agile Software Engineering, a proposed extension for in-house software development Muhammad Misbahuddin * Institute of

More information

Anatomy of an Enterprise Software Delivery Project

Anatomy of an Enterprise Software Delivery Project Chapter 2 Anatomy of an Enterprise Software Delivery Project Chapter Summary I present an example of a typical enterprise software delivery project. I examine its key characteristics and analyze specific

More information

Standardized software development model for SME software houses in Pakistan

Standardized software development model for SME software houses in Pakistan Standardized software development model for SME software houses in Pakistan Abstract There are many software development models that exist for software development like Extreme Programming, Waterfall,

More information

STANDARDIZATION OF INFORMATION SYSTEMS DEVELOPMENT PROCESSES AND BANKING INDUSTRY ADAPTATIONS

STANDARDIZATION OF INFORMATION SYSTEMS DEVELOPMENT PROCESSES AND BANKING INDUSTRY ADAPTATIONS STANDARDIZATION OF INFORMATION SYSTEMS DEVELOPMENT PROCESSES AND BANKING INDUSTRY ADAPTATIONS Zuhal Tanrikulu 1 and Tuna Ozcer 2 1 Department of Management Information Systems, Bogazici University, Istanbul,

More information

Pharmaceutical Sales Certificate

Pharmaceutical Sales Certificate Pharmaceutical Sales Certificate Target Audience Medical representatives Objective The objective of this program is to provide the necessary skills and knowledge needed to succeed as medical representatives.

More information

[project.headway] Integrating Project HEADWAY And CMMI

[project.headway] Integrating Project HEADWAY And CMMI [project.headway] I N T E G R A T I O N S E R I E S Integrating Project HEADWAY And CMMI P R O J E C T H E A D W A Y W H I T E P A P E R Integrating Project HEADWAY And CMMI Introduction This white paper

More information

EVALUATION FRAMEWORK FOR SERVICE CATALOG MATURITY IN INFORMATION TECHNOLOGY ORGANIZATIONS

EVALUATION FRAMEWORK FOR SERVICE CATALOG MATURITY IN INFORMATION TECHNOLOGY ORGANIZATIONS EVALUATION FRAMEWORK FOR SERVICE CATALOG MATURITY IN INFORMATION TECHNOLOGY ORGANIZATIONS Carlos Moreno Martínez Information Systems Department, Universidad Europea de Madrid Spain Email: 20839394@live.uem.es

More information

PRACTICE GUIDE. Formulating and Expressing Internal Audit Opinions

PRACTICE GUIDE. Formulating and Expressing Internal Audit Opinions PRACTICE GUIDE Formulating and Expressing Internal Audit Opinions 2 of 23 Table of Contents 1. Executive Summary... 1 2. Introduction... 2 3. Planning the Expression of an Opinion... 3 3.1 Expressing an

More information

ERP Challenges and Opportunities in Government

ERP Challenges and Opportunities in Government ERP Challenges and Opportunities in Government www.frost.com 1 Table of Contents Executive Summary... 3 Introduction... 4 Survey Methodology... 4 A Word About Frost & Sullivan... 5 ERP Systems in Government:

More information