Showing posts with label Industry Focus. Show all posts
Showing posts with label Industry Focus. Show all posts

Friday, April 20, 2012

SCRUM Productivity Metrics

Sharing a short white paper that I have prepared on individual productivity metrics in a SCRUM project: As Peter Drucker once said “What gets Measured, gets Managed”. It is an old management adage that is accurate even today. Unless we measure something we don't know if it is getting better or worse. You can't manage for improvement if you don't measure to see what is getting better and what isn't. In that pursuit this short write up lists some of the individual performance metrics that could be used in a SCRUM project to identify the kind of performance a team member is putting up and identify areas of improvement and areas where in he or she is performing well. Though it is a known fact that SCRUM in principle gives prominence to teams rather than individuals and sticks to the principle that “You stand as a team, You fall as a team”. But on the contrary if one needs to manage, he needs to know what the weak link in his team is or he should make sure that his team members are improving with every Sprint or he needs to know how he could manage his resources in the SCRUM team, as these individual performances would ultimately stack up to the team performance. Hence Metrics comes in as an inevitable way to achieve this. As in most cases the metrics discussed in this write up as well needs to be measured relatively, vis-à-vis the individual’s earlier performance and/or vis-à-vis overall team performance. Individual Performance Metrics The details of the individual metrics suggested in this write-up are mentioned below: 1. Earned Value (Story Points Completed in Sprint)/(Story Points Estimated for a Sprint) The Story Points committed by a resource in a Sprint would be known mostly by the Sprint Planning meeting and the Story Point completed in the Sprint would be known at the end of the Sprint in the Sprint Review meeting. 2. Efforts per Story Point (Total hours worked in current Sprint by a team member)/( Total Story Points completed in current Sprint by the team member) Ideally as a team member works on more and more Sprints, over a period of time his understanding of the product and the technology used should improve, which in turn means that the effort he used to complete a Story Point should see a declining trend over a period of time. This metric is an indication of the learning curve of the individual resource. 3. Actual Effort/IEH (Actual Effort Spent by the resource in this Sprint)/( Ideal Engineering Hours(IEH) of the resource in the current Sprint) This metric is indicative of the extent to which a resource is occupied. This metrics should ideally be used in conjunction with the earlier metrics. 4. Defects per Story Point (Total number of defects in a Sprint recorded against the stories worked by the team member)/(Total Story Points completed in the current Sprint by the team member) This one is more of an individual quality metrics than a productivity metrics. Pre-Requisites The measurement of the above four metrics requires SCRUM projects to record the Story Points assigned to each and ever user story or task. Recording the efforts won’t suffice as efforts assigned to a task are only indicative of the time required to complete that task and doesn’t take into consideration the complexity associated with the task. Also IEH for each team member should be recorded during the Sprint Planning meeting. Illustration This section tries to depict some examples of the ways these metrics could be interpreted and used in a SCRUM project. 1. Illustration of Earned Value Metric The below chart (Chart1) depicts the earned value of a resource across the 7 Sprints he has worked. Here X-axis indicates the Sprint number and Y axis indicates the Earned Value figures. As required he has shown gradual improvement in the Earned value. But then this chart stand alone doesn’t give enough information. Hence we plot Chart 2.
Chart 2 compares the progress of the same resources vis-à-vis the average earned value of the rest of the team. Such charts could be used to derive conclusions as to which resource is mainly responsible for bringing down the overall team’s performance, which could eventually be followed up by a detailed investigation to know the exact reasons and thereby the corrective actions. Say for e.g. is it that the resource is under skilled and requires training or has some motivational issues etc. Looking just at Chart 1 we could have concluded that this resource performed badly in Sprint-4. But then when we consider Chart 2 we realize that the entire team had a negative trend in Sprint-4, which helps us come to the right conclusion that in Sprint-4 it was not necessarily an issue related to this resource alone, but something pertaining to the entire team which brought down the EV. This could be because of unclear requirements, or due to some other dependency. 2. Illustration of Efforts per Story Point Metric Consider the table shown below (X-axis represents resource names, Y-axis represents the Effort per Story Point) which depicts the Story Points completed by each team member in a particular Sprint and the total effort the team member had spent in that Sprint. Now in the first look it might appear that the resource AR is better than PN since AR has completed more Story Points as against PN. But a look at Chart 3 clearly depicts that PN seems to be more efficient than AR, as PN takes lesser number of hours to complete a Story Point. Ideally owing to the learning curve. Resource Story Points Completed Actual Effort Spent Effort / Story Point BH 24 46 1.916667 PN 16 38 2.375 AR 18 48 2.666667 SP 10 20 2
Similarly we could also use this metric to plot ‘Effort per Story Point’ for a certain resource across multiple Sprints. This will shed light on whether the resource has shown improvement in his productivity across subsequent Sprints. (E.g. Chart 4). With reference to Chart 4 the resource has shown improvement across the release except in certain Sprints (E.g. Sprint-4) which if need be could be investigated as to what was wrong in Sprint-4, which could yet again help the SCRUM Master/ PM know if this resource is good at certain kind of tasks and not good at some others, or he needs some training in certain parts of the product which he worked during Sprint4 etc.

Thursday, November 29, 2007

Pepsi New Ad Theme - What a Contrast


Pepsi plans to rope in the childhood story of the worlds fifth most powerful women,Indra Nooyi, into its advertising campaign.I believe after all the pesticide issue this advertisement would be an attempt to get an sympathetic corner in the minds of the consumer via pepsi's Corporate Social Responsibility (CSR) ventures.
It shows how at the age of 5 the current CEO used to wake up at dawn to fill buckets of water.It links her vision of finding more ways to generate water and how PepsiCo is making a difference with its water harvesting activities in Indian villages.What sounded weird to em in this article was that it that water is an issue close to Ms Nooyi’s heart.She has been quoted as saying she still feels guilty filling a bathtub with water. She has stated publicly that she and her family used to wake up in the early hours to fill every bucket in the house, and they had to learn to live off two buckets of water.Now its well known that the manufacturing units setup by these cola companies are one of the major reasons of depleting water resources in their vicinity.
One of the best examples is the coke unit in village of Plachimada in the southern Indian state of Kerala. Plachimada is a farming village of about 800 families, many of them tribal.This unit alone for its massive operation requires a lot of water: around one and a half million litres of groundwater per day in fact. That’s five times the amount of water that ends up in the bottles.

Quote from the website ecologist "A year after Coca-Cola arrived, the water in the local wells turned a strange colour, and villagers began complaining of fever, stomach pains, headaches and diarrhoea. Child mortality rates also increased suddenly. It was as late as August last year that the district medical officer eventually told the people of Plachimada that their water was toxic and unsafe for drinking. Now all 800 families have no choice but to make a four-kilometre round trip on foot, twice daily, to collect water from outside the toxic zone."

This does give an idea as to why cola companies are looking for new ways to generate water that to under the umbrella of activities concerning social cause.This is the reason i find this ad so contrasting , since they are the very people who have contributed in a big way to this water crisis .But on a positive note its nice to see that the MNC companies are at least looking for options to compensate for the harm they have done to the society.

Thursday, May 31, 2007

Kingfisher & Air-Deccan Closer to Ceiling a Deal !

This news has been doing rounds for some time , though Captain Gopinath Plainly rejected that there is no deal in offering to Kingfisher , but the newspapes does make us believe otherwise .

Though i would say a stratergic merger between the two would be an good thing to happen for either of them! Mainly because although they are there in the same industry but the market segment they target are different. And that makes sure that they don't eat upon each others customer base in the aviation industry ..

It would be good Air deccan from the perspective that it would help them cut even their losses , they supposedly recorded a loss in the last quarter , and that makes them vunerable for such an venture .As for Vijay Mallaya the king of mergers and acquisitions this would make him the largest market share holder in India.So , i would say it could be a win win situtation.

But yes the sad thing could be if Air Deccan sheds its so called low cost flights. As its only because of air deccan that lots of people who used to earlier travel by trains , now think twice as to whether they should book a flight ticket and save some time !And i was pretty impressed to read about the business model/plan that Air deccan followed to cut its cost , though it didn't help them cut even their losses , but as Captain Gopinath said it takes time for plans to succeed .

Wednesday, May 9, 2007

IT Cos Shiftng from People Centric Model

Today morning i read an article in the ET . As an IT professional myself it wasn't an great news to read . It mentioned about the plans of the various IT cos to change the linear relationship which they have between no. of employees and revenues . So the companies intend to increase their revenues per employee. Basically to an Software engineer like me all it means is that my managers will get the hell out of me ;-) ..
Jokes apart ,from an industry perspective i was really glad that the IT companies are thinking in this direction , such an thought process will go a long way in improving our work culture . In India like Narayan Murthy had mentioned in one of his speech long time back, there is ample talent but the talent needs to be nurtured and trained to bring them to the industry standards and that basically means huge training costs as reflected in Infosys's Training budget !
The increasing salaries and talent crunch are few of the major factors which have made the IT cos to think in the direction of de-linking profits and employee numbers .
I find this concept really interesting and challenging , as in a service oriented economy like that of ours (India's) how can we do away with the human power and still make huge profits ..
I am looking forward to read more on this , as in near future this is an concept which all most all the IT companies in India will have to implement as otherwise it would be really difficult for them to bear the rising salaries of their employees.
One way to achieve this goal would ofcourse be by automtaing the various processes involved and implementing end-to-end workflows, so that the manpower needed for a particular activity gets reduced considerably . The article mentions an initiative by Zensar in this direction they call it as "Solution BluePrint" (SBP is a collection of work flows, design models and protocols that automates software engineering process).