Tracking Project Progress
Tracking Project Progress
(OP)
I was wondering what methods people use to track a project's progress. We have set up our controls projects in MSProject, however it has proven very difficult to ascertain the completeness of individual code pieces. If you ask the individual writing the program, the progress starts at about 30 percent and quickly progresses to 90%. It is not uncommon for the status to stay at 90-95% for longer than it took to get there. I am guilty myself of not being able to accurately judge 'where' I am in the completeness of a program. I have thought about adding the 'lines of code' metric and see if it helps. Any suggestions? BTW, I am dealing mostly with medium size controls projects. Usually 1-3 PLCs with 1-5 HMIs.





RE: Tracking Project Progress
My control programs usually sat at the 30% level until the project neared the end, then suddenly shot up to 95%. If the programs are written in modules, it's a little better. Batch-type programs are better still.
Counting lines of code doesn't help much, UNLESS it's a standard program or template.
How do you test your programs? Are they subject to a Factory Acceptance Test (FAT)? Those are good mileposts.
As to the programming, I followed the progress in stages:
*Definition (MOST IMPORTANT - know the required scope.)
*Planning (The programmer should have an idea of how he/she is going to meet the scope.)
*Coding (or Keyboarding - very subjective.)
*Review/Testing (a second party review of the code perhaps, or some quick tests of logic.)
HMIs are a lot easier, assuming you know the number of screens you want. You can keep track of the number as they are initially programmed, tested, and finalized.
Hope this helps.
RE: Tracking Project Progress
RE: Tracking Project Progress
So, what can I do for manage several project at once.
I do know using MS project for keep tracking.
But
How can I setup a feasible schedule before starting the project?
Or what should I do before starting the project and scheduling the project?
RE: Tracking Project Progress
Not sure if your issues are because it is software, but surely when you generate the definition of requirements for your project you should be able to define acceptance standards?
Final acceptance will come from your customer (whoever that is) based on the acceptance standards that they SHOULD have agreed. It may be that they will accept your 95% complete (as long as they can use it) along with a plan to rectify any defects outstanding.
No more things should be presumed to exist than are absolutely necessary - William of Occam
RE: Tracking Project Progress
What this means is that you'll need to have some sort of timecard system that allows you to have sufficient granularity into time charges that correspond to the WBS items.
Once you develop the database, you can use engineering estimates until your database is fleshed out, you can then generate your WBS and then estimate the projected costs based on similarity in scope to previous projects. Note that your record keepping should also detail the hows and whys certain tasks did not meet projected costs. This allows you to calibrate your team members' abilities to accurately estimate costs.
This is, of course, the ideal solution; I've yet to work in an organization that was that disciplined.
TTFN
RE: Tracking Project Progress
I agree with ICMan's milestones but I'd add one between "Planning" and "Coding" for flow charting/pseudo code/logic diagrams. I guess you could lump this in with either of the others but to me, it's a separate task.
I also agree with ChevyBuilder - Detailed WBS is all-important and "the more tasks and milestones the better."