Wenn Techniker über Projektmanagement reden oder schreiben geht es in der Regel um Vorgehensmodelle - was heute Agile Development ist, war vor ein paar Jahren der Rational Unified Process (kennt den überhaupt noch jemand?) und in der Computersteinzeit das Wasserfallmodell, das sich nach wie vor großer Beliebtheit erfreut (es ist also sozusagen der Quastenflossler unter den Projekt-Management-Moden...). Zu Phasen, Prozessen, Erhebung von Anforderungen, Architekturen und dergleichen mehr möchte ich mich aber eher weniger auslassen (deshalb habe ich mir erlaubt dieses Blog als undogmatisch zu bezeichnen), das können andere besser.
Tatsächlich gibt es Grundprinzipien und Tricks die unabhängig the process model in IT projects from time to time are important and are very helpful especially for beginners. While I have tried to formulate at least some of them, I noticed how hard it is to summarize grip. Maybe that's the reason for this is that you read them so rarely. Some examples of what it does:
- fixed-price offers without sufficient briefing
- account leadership
- The "Hidden Agenda" of the customer and project colleagues
- project policy. How can you clean the yard? (A real ÄhBäh theme, which is a real tekkie is above such things. But wait until I was writing this ...)
- Proper escalation
- What to do if things get tight?
0 comments:
Post a Comment