Contributions for February Issue of The Best Practice Magazine:
Definition of - (MA) *Measurement and Analysis
MA Summary The purpose of Measurement and Analysis (MA) (CMMI-DEV) is to develop and sustain a measurement capability used to support management information needs.
http://processgroup.com/ If your organization is using defined processes for project and organizational tasks, you might be ready for some measures to objectively see how well they are being implemented. Measurement data can help an organization identify strengths, weaknesses and provide historical data for future planning. In this article, we give example measures for some common processes used within a project.
In March 2018, a new version of the Capability Maturity Model Integration (CMMI) and appraisal method were released. This article summarizes the changes and upcoming milestones.
The overall focus in V2.0 has been to drive home the point that the model is about improving organizational capability to improve performance for any type of work (Agile, Waterfall, services, or a hybrid).
Why use scrum metrics, and which metrics should you use to meet your objectives and report to stakeholders? In this article you’ll learn: How scrum framework events can be used to glean important information about team progress 4 scrum metrics that can help measure delivery to customers 4 scrum metrics that can help measure team effectiveness in meeting business goals 3 scrum metrics that can be used to measure team and process health Which metrics to use to report to stakeholders The missing metric in scrum development projects: software quality
EXECUTIVE SUMMARY At Level 4 and above the CMMI requirement is that “Productivity and Quality” are measured. Managing software procurement and development depends on metrics. We show why simple ratios of “software productivity” are misleading and how they are superseded by quantitative metrics expressed in management terms. The SEI report July 2017 TECHNICAL REPORT CMU/SEI-2017-TR-004 defines “software productivity as the amount of ESLOC produced per person-month.” This simple “productivity” ratio is not supported by the QSM analysis of the main software development phase. QSM show the main development effort, and hence cost, depends on the software size, development team performance and development time. The relationships are formulated by Lawrence Putnam in a software equation that links the three effort drivers. Each non-linear driver is communicated using management metrics. These metrics are applied using data from 198 DOD Real Time projects in the SEI Report. The QSM analysis in the “Typical” DOD Real Time main development phase shows ESLOC per person month varies between 93 and 304 depending on team performance and development time. Using DOD labour rate data this corresponds to a cost variation of between $41 and $135 per line of code. The QSM analysis demonstrates quantified vendor benchmarking and development estimating using the QSM metrics.
https://www.dummies.com It’s important for your Six Sigma initiative to know if your measurement system is effective. You need solid data to initiate your project and having a solid measurement system is key.
A computer disk drive manufacturer in the mid-1980s was experiencing a nagging problem with poor yields. The principle concern was that the sensitive magnetic medium coating the disks was in some way defective. As a result, the company implemented a collection of very demanding standards and a battery of stringent tests with the hope of detecting and removing media problems from the system.
During the past 30 years, enterprises have been embracing new methods to transform their operations to use IT and related technology to provide a higher level of customer service. The pace at which enterprises are adopting these new methods is rapid. To handle the speed of this transformation, management relies on technology resources and vendors, resulting in an increased dependency on technology and skilled resources. The pace and dependencies can create a lack of enterprise control; therefore, enterprises use key performance indicators (KPIs) to measure the performance of IT service delivery.
https://www.nielsen.com Truth in measurement has never been more important than it is today. Therefore, truth is our only agenda. But arriving at that truth has never been more complicated. While many view big data as a panacea for measurement in a digitally rich world, we know it’s not that simple.
Nielsen’s panels have been the foundation of persons-level measurement for decades, and they remain so today. The growth of big data, however, can’t be ignored as a source of valuable information. But big data alone isn’t suitable for representative measurement. Think about when you change the channel on your TV. That change becomes part of big data, but there is no record of who made the change or who witnessed it.
Two forms of Health Check are offered the Silver Appraisal (SCAMPI B) and Gold Appraisal (SCAMPI A).
Both are led by a Certified CMMI® Lead Appraiser supported by trained Appraisal Team Members.
The primary difference between the two types of Health Check is the level of rigor and the fact that the SCAMPI A Appraisal can provide a Capability Level for each of the PMO Process Area in scope, the results can also be published on the CMMI® Institute PARS Site (Published Appraisal Results) if required.
The key deliverable being a report highlighting strengths and opportunities for improvement. This can optionally be expanded into a comprehensive PMO Improvement Plan the implementation of which can be supported by DEMIX Consultants if required.
If your PMO is not adding the value you expected then perform a DEMIX PMO Health Check to find out why!
To find out more or register interest contact Stephen Woods via the email below: