Together with “drafting a design” this phase is the one where the software designer will be most intensively involved with his teammates, most notably the client/end user and the software developer. This involvement represents itself iteratively in both phases. The reason “discussing the design” has it’s own phase is because it just has to happen […]
Archive for the ‘Software Projects’ Category
Software Project Phase 1.2: Drafting the Software Design
About ten percent of all resources will be necessary to complete this phase, another ten to fifteen percent to complete all the work flowing from the concept design.
Software Project Phase 1.1: Drafting the Project Plan
There’s a whole lot of hot air in formal documentation, project plans being just one instance, where you have to read through general information you probably know already.
Software Project Milestone #1: Scope Determination
A project scope determines where all of the project’s resources should focus their attention. It has a tremendous effect on our project communication, our prioritization, our test strategy, our developing effort and so on.
Software Project Trait #6: Meetings
You don’t judge a character by his words but by his actions.
Software Project Trait #5: Scope
For me working without a scope is closing your eyes to reality and offering a weak prayer hoping everything will go as you would like it to be.
Software Project Trait #4: Milestones
I have no experience with projects who faired well without a scope, I have painful ones where a scope was absent with disastrous results.
Software Project Trait #3: Roles
The heavy load of responsibility. Even when common sense dictates that EVERYBODY makes mistakes it’s never fun if it applies to you.
Software Project Trait #2: Generic Power
There’s a word for people who will bring flip-flops to the Alps wanting to ski. the same word applies to people starting a project without any sense what to do or any knowledge about project phases.
