Archives
- ► 2012 (8)
- ► 2011 (157)
- ► 2010 (174)
- ► 2009 (12)
Which topics would you like us to cover more?
Latest comments
- How to reset you Kindle
3, eve...
Thanks for this article and the related "Inside th...
By H K - How to reset you Kindle
3, eve...
How do you drain power on the board? I dont have r...
By Grace - How to reset you Kindle
3, eve...
You're welcome!
By Bas - How to reset you Kindle
3, eve...
Thanks man....removing the battery worked like a c...
By DaveMan - nHapi
example
Hi Slypete, Thank you for your comment. This way w...
By Bas - nHapi
example
Hello, Employing .Net dynamics, one can implement ...
By slypete - Implementing MLLP in C#
Hi Mayura, I'm not sure I understand your question...
By Bas - Implementing MLLP in C#
I have used SSL stream to secure the MLLP transact...
By Mayura
Latest tweets
| Design changes |
| Written by Division by Zero |
| Friday, 16 April 2010 08:50 |
|
"Thus spake the master
programmer: You all recognize this, don't you? You're almost done with the release and there's your customer demanding a change. It's frustrating, but understandable. I would do the same thing as a customer... not on purpose, but sometimes you just think of things you want when the project is already well on it's way. There are ways of dealing with this. You can develop your software in increments and test these increments or you can work in sprints and demo the product at the end of every sprint. So use RUP or SCRUM or another development method to be able to react to design changes in an earlier stage. These methods will work, if used correctly. Sometimes a project fits well in a development process, other time it won't. Don't get too hung up on a single development process, eventually it's comes down to communication and visualization. Always communicate with your customer. Tell them what they're going to get, tell them what they won't. Tell them the consequences of their wishes and requirements. But most of all: listen. Your customer has to work with the software. Listen to what they want and help them with thinking about what they want. Software development is an abstraction of reality. It's hard to abstract the reality that is your daily work. It's even harder when you are a non-technical person. If we help our customers with thinking about the abstraction of their reality, which is the software they're going to get, it's easy to assume that you and you're customer are on the same page. It may seem that way, but you never can be sure unless you visualize the abstractions to them. Show your customer diagrams, screen designs, process designs. Even better: show them a working demo. The more you can visualize what you're doing, the better your customer will understand an be able to think the software trough. In the end this will lead to less late design changes. Tags:
|
I'm feeling so happy today. I think I'll call in sick. - Loesje




