Kommentare zu: Managing user expectations on software projects - Lessons from the trenches (Petter, in press) http://blog.budzier.com/2008/10/07/managing-user-expectations-on-software-projects-lessons-from-the-trenches-petter-in-press/ Summaries of Project Management Research Studies Thu, 09 Feb 2012 10:30:19 +0000 http://wordpress.org/?v=2.2.1 Von: admin http://blog.budzier.com/2008/10/07/managing-user-expectations-on-software-projects-lessons-from-the-trenches-petter-in-press/#comment-65 admin Fri, 10 Oct 2008 02:21:50 +0000 http://blog.budzier.com/2008/10/07/managing-user-expectations-on-software-projects-lessons-from-the-trenches-petter-in-press/#comment-65 Well, I am a big follower of continuous QfD for RuP/agile project developments. While I do see that smaller projects can easily live by a good prototyping approach, not much is gained if you do large scale projects (ERPs, core business systems). Personally I think the best approach is to have mixed demand-supply side teams, at least for the specification part. If that is done properly, call it super-user and IT business analyst, this can be a fruitful collaboration mode. Which of course manages user expectations almost automatically, throughout the entire lifecycle of the project. Well, I am a big follower of continuous QfD for RuP/agile project developments. While I do see that smaller projects can easily live by a good prototyping approach, not much is gained if you do large scale projects (ERPs, core business systems).
Personally I think the best approach is to have mixed demand-supply side teams, at least for the specification part.
If that is done properly, call it super-user and IT business analyst, this can be a fruitful collaboration mode. Which of course manages user expectations almost automatically, throughout the entire lifecycle of the project.

]]> Von: PM Hut http://blog.budzier.com/2008/10/07/managing-user-expectations-on-software-projects-lessons-from-the-trenches-petter-in-press/#comment-57 PM Hut Tue, 07 Oct 2008 18:54:01 +0000 http://blog.budzier.com/2008/10/07/managing-user-expectations-on-software-projects-lessons-from-the-trenches-petter-in-press/#comment-57 Is the user involvement during the whole project (Agile) or just in the requirements phase? In Software Projects, whether you're using Agile or not, the best way is to properly gather requirements and ask all the possible questions (if you don't ask, the client won't answer). Software Projects are always risky because the clients typically don't know exactly what they want. I have an excellent document about <a href='http://www.pmhut.com/the-technical-requirements-specification-trs-in-web-projects' rel="nofollow">The Technical Requirements Specification (TRS) in Web Projects</a>. I think it greatly relates to your article. Still, going Agile is probably the best way in Software Projects. Is the user involvement during the whole project (Agile) or just in the requirements phase?

In Software Projects, whether you’re using Agile or not, the best way is to properly gather requirements and ask all the possible questions (if you don’t ask, the client won’t answer). Software Projects are always risky because the clients typically don’t know exactly what they want.

I have an excellent document about The Technical Requirements Specification (TRS) in Web Projects. I think it greatly relates to your article.

Still, going Agile is probably the best way in Software Projects.

]]> Von: topwebbusinesses » Blog Archive » Managing user expectations on software projects - Lessons from the … http://blog.budzier.com/2008/10/07/managing-user-expectations-on-software-projects-lessons-from-the-trenches-petter-in-press/#comment-54 topwebbusinesses » Blog Archive » Managing user expectations on software projects - Lessons from the … Tue, 07 Oct 2008 15:25:53 +0000 http://blog.budzier.com/2008/10/07/managing-user-expectations-on-software-projects-lessons-from-the-trenches-petter-in-press/#comment-54 [...] Original Alex [...] […] Original Alex […]

]]>