Click here to monitor SSC
SQLServerCentral is supported by Redgate
Log in  ::  Register  ::  Not logged in
Home       Members    Calendar    Who's On

Add to briefcase «««23456

My Projects Have Never Failed Expand / Collapse
Posted Thursday, February 28, 2008 5:09 AM

Old Hand

Old HandOld HandOld HandOld HandOld HandOld HandOld HandOld Hand

Group: General Forum Members
Last Login: Monday, November 21, 2016 9:45 AM
Points: 364, Visits: 244
Saying a project is a success just because you did everything that was asked of you is arrogant. Saying that your work/ development & implentation of the specification on the project was a success would be more accurate in that respect.

I don't think you can say a project was 100% successful if the end result does not deliver what was expected. You could say it was successful on the whole, but it's just as important to recognise the failures (if any).

Post #461559
Posted Thursday, February 28, 2008 5:25 AM


Group: General Forum Members
Last Login: Wednesday, April 20, 2016 3:23 AM
Points: 6,049, Visits: 1,407
I haven't seen any projects till date which is going smooth or according to our project plan. I was involved in World bank funded project. The project was managed by some top IT cos in the world. But yet we were delayed just because the customer was not having different ideas at different meetings. We worked very hard just trying to satisfy them

I agree with lot of people here that a success of a project is comparative thing. Even with a delay and more cost if your customer is happy then all are happy and project is a great success.

Post #461566
Posted Thursday, February 28, 2008 6:12 AM
Old Hand

Old HandOld HandOld HandOld HandOld HandOld HandOld HandOld Hand

Group: General Forum Members
Last Login: Wednesday, August 10, 2011 12:13 PM
Points: 307, Visits: 565
I worked on a project once where I got the 'report' requirements from the Business Analysts, and it simply said they wanted a report for EVERYTHING (literally, that is what it said).

There was no breakout or list, there were no examples, nothing, it just said a report for EVERYTHING. I very well could have applied my own interpretation to that and delivered a stack of reports (would have been about 50, rough estimate), but is that using project resources (time and money) wisely?

Intuitively, I looked at this and figured out that the Business Analyst either did not have the time or the knowledge (or just didn't feel like it) to properly research and assess the needs of the customer and provide requirements information that was realistic (at least give me a list and description of each report). I took it to my boss and showed him and he agreed with me, that we should go back to the Lead BA and get more clarification because this was going to be a big endeavor (on an already huge project), and at least get a sanity check, and if they truly do NEED EVERYTHING, then get a list of deliverables and some kind of requirements for each. I also told the lead BA that it looked like someone didn't feel like doing this (we were all spread thin) and that I can give him 50 reports (and that count was just a guess), but do the users NEED these, and will they use these, or will they just get printed out, then sit on someones desk until they get thrown in the trash (how many times have we seen this).

When the lead BA got back to me, the list was down to 5 reports (a far cry from the original 50) and I had requirements for each (which is how it should have been)

So by using a little intuition and questioning the requirements (it was obvious they were lacking) we were able to get more realistic requirements that ultimately saved a lot of time and money, both of which were in short supply. Personally, I believe the requirements should have never made it to me, they should have been caught in the approval process, but at least there is some notion of checks and balances in the entire process.

Had I gone ahead and given the users 50 reports with the vague requirements I had, the chances of me getting it right would have been pretty slim and it would have made us all (the project team) look stupid.

This is analogous to asking a home-builder to build you a house without providing any input. I'm sure he could build a very nice well built home, but will it suit your needs? I'm sure it would have been a successful project to him (he did what he was asked), but most likely, he would not have met all your needs simply by guessing. Realistically, no builder is going to do this...he is going to ask you what you need and then deliver that. And so it is the same in software development...we have to use our own judgement to assess requirements (or lack of) and designs and go back to our analysts and end users and find out what it is they WANT, and more importantly, what they NEED. At least then everyone is 'on the same page' as far as project expectations are concerned and you have a better chance of overall project success.

If it was easy, everybody would be doing it!;)
Post #461588
Posted Thursday, February 28, 2008 7:54 AM


Group: General Forum Members
Last Login: Tuesday, September 22, 2015 7:32 AM
Points: 12, Visits: 111
Its my 5 cents to the article.
In whole it a brainwashing publication.
The goal is to show romantic of professional
programming and make a spirit of
professionalism equal to independence.
From other point of view this is exactly that
top managers expecting from their
employees. Do not discuss top people
decisions and show progress and competence.
So this publication has nothing to do with
the header of the article and discussion
of failing or success.
Post #461657
Posted Thursday, February 28, 2008 3:48 PM


Group: General Forum Members
Last Login: Wednesday, April 27, 2016 3:18 AM
Points: 2,687, Visits: 715
I wonder what search resurected this project .. sorry thread!! If I ever try searching for a thread from last year I can never find it.

The GrumpyOldDBA
Post #462048
« Prev Topic | Next Topic »

Add to briefcase «««23456

Permissions Expand / Collapse