Solved

project management

Posted on 2011-09-02
4
201 Views
Last Modified: 2012-05-12
Hi,
I am using waterfall model.

1) How do we measure productivity of a programmer. Is there any specific formula for this.
I suppose in agile they call it velocity

2) How is quality measured?

Please let me know.
0
Comment
Question by:sai0824
4 Comments
 
LVL 59

Accepted Solution

by:
Kevin Cross earned 300 total points
ID: 36477089
Here is a nice discussion on this:
http://www.linkedin.com/answers/technology/software-development/TCH_SFT/810507-2881402

Velocity or time-to-value measures in Agile are really about getting a tangible product that does what it claims to. i.e., speed is getting a quality product in short period of time. One was to follow Agile is to release on time even if features fall short -- and those features are pushed to next sprint. If you are constantly missing features, then you can deal with that as an issue; otherwise, individual velocity is not important. As stated in the discussion, there is a fine line between over design for the sake proving productivity by yielding high amounts of code/features as well as under coding for proper use cases because rushing to meet some metric on time.

Be careful that your measures are incentives to doing the right thing. If your measures are promoting poor choices, then you are better off not measuring anything...

If you truly want to pin something down, some folks track timeliness of tasks and further keep track of how many releases features come back for redesign, i.e., error rate.

Hope that helps!
0
 
LVL 11

Assisted Solution

by:MajorBigDeal
MajorBigDeal earned 100 total points
ID: 36478763
I've never had the opportunity to do agile, although from what I've read it sounds very attractive to me.  I've always favored getting something working very early and moving from working state to working state quickly.  I have worked on projects decades ago, where we used RAD. That was about getting prototypes up and working asap rather then concentrating on spending a lot of times detailing specs.  In my opinion that worked out great, often resulting in end-products that were far superior to the original conceptions.  It was kind of hard for the finance people though because they need to establish the deliverables and the costs up-front and that was difficult when you don't actually know where you are going to end up. It works better when the relationship between the provider and customer is less formal.

I want to strongly agree with mwvisa comment about being careful what you measure.  I worked in one shop for 2.5 years where the "lack of errors" was very heavily weighted metric.  The people with the best overall scores were the ones who didn't do any work.  I keep expecting management to revamp the metrics and they never did! Anyway, I moved on.

I have done waterfall managed projects extensively (again decades ago) and I want to tell you that in my experience it does not work.  We had many successful projects but it was because we had smart managers who were giving lip-service to the waterfall model and using it as a framework for reporting, while really doing something quite different.  There were times where we had projects fail because the manager really took the waterfall steps seriously rather than just as a general guideline.  There were other projects where they simply "declared success" at the deadline and then kept working (sometimes for more than a year) to actually get it together.
0
 
LVL 22

Assisted Solution

by:8080_Diver
8080_Diver earned 100 total points
ID: 36488585
You should also be wary of measuring based upon errors found and corrected.  One place I worked (fortunately on a contract) used that measurement.  I got taken aside by one of the FTE programmers who chastised me because my code didn't have enough errors for other programmers to find and fix.

You should also avoid using "retained lines of code" as a measurement.  I ram-rodded a project that had a rather large number of "retained lines of code" but also had a lot of code that we, in effect, threw away.  When we were developing the application, we knew that we were going to throw cade away because we built test-beds for things so that we could stress-test them.
0
 

Author Closing Comment

by:sai0824
ID: 36560462
Thanks all.
0

Featured Post

Courses: Start Training Online With Pros, Today

Brush up on the basics or master the advanced techniques required to earn essential industry certifications, with Courses. Enroll in a course and start learning today. Training topics range from Android App Dev to the Xen Virtualization Platform.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

A theme is a collection of property settings that allow you to define the look of pages and controls, and then apply the look consistently across pages in an application. Themes can be made up of a set of elements: skins, style sheets, images, and o…
The new Microsoft OS looks great, is easier than ever to upgrade to, it is even free.  So what's the catch?  If you don't change the privacy settings, Microsoft will, in accordance with the (EULA) you clicked okay to without reading, collect all the…
The viewer will learn how to simulate a series of coin tosses with the rand() function and learn how to make these “tosses” depend on a predetermined probability. Flipping Coins in Excel: Enter =RAND() into cell A2: Recalculate the random variable…
The viewer will learn how to use the =DISCRINV command to create a discrete random variable, use this command to model a set of probabilities and outcomes in a Monte Carlo simulation, and learn how to find the standard deviation of a set of probabil…

785 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question