Solved

project management

Posted on 2011-09-02
4
197 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

Highfive + Dolby Voice = No More Audio Complaints!

Poor audio quality is one of the top reasons people don’t use video conferencing. Get the crispest, clearest audio powered by Dolby Voice in every meeting. Highfive and Dolby Voice deliver the best video conferencing and audio experience for every meeting and every room.

Join & Write a Comment

For most people, the WrapPanel seems like a magic when they switch from WinForms to WPF. Most of us will think that the code that is used to write a control like that would be difficult. However, most of the work is done by the WPF engine, and the W…
The canonical version of this article is on my web site here: http://iconoun.com/articles/collisions/ A companion presentation is available here: http://iconoun.com/articles/collisions/Unicode_Presentation.pdf
The viewer will learn how to simulate a series of sales calls dependent on a single skill level and learn how to simulate a series of sales calls dependent on two skill levels. Simulating Independent Sales Calls: Enter .75 into cell C2 – “skill leve…
This is Part 3 in a 3-part series on Experts Exchange to discuss error handling in VBA code written for Excel. Part 1 of this series discussed basic error handling code using VBA. http://www.experts-exchange.com/videos/1478/Excel-Error-Handlin…

757 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

Need Help in Real-Time?

Connect with top rated Experts

20 Experts available now in Live!

Get 1:1 Help Now