Bij moderne softwareontwikkelmethoden zoals Unified Process en Agile gaat het er niet om wat je denkt dat er aan de hand is, maar dat je weet wat er aan de hand is en dat je vanuit inzicht kunt handelen. Alle moderne methoden gaan daarom uit van een zogenaamd empirisch besturingsmodel. En zo is het ook met het leren toepassen van deze methoden en technieken. Geloof ook mij dus niet op mijn woord of blauwe ogen, maar ervaar zelf wat je ermee kunt bereiken. Om je daarin te helpen, zullen we hier periodiek waardevolle rapporten publiceren. De volgende rapporten zijn reeds beschikbaar:

Project Management

• Hoe zet je een iteratieve projectplanning op
• Hoe zet je een iteratieplanning op
• De 7 eigenschappen van effectief iteratief ontwikkelen

Requirements

• Hoe schrijf je beter niet-functionele requirements
• Van business modeling naar software systemen

Organisatieontwikkeling

• Blijvend succesvol met iteratief ontwikkelen
  

Deployment of IBM Rational software

• How-to: Download, install and configure IBM Rational Software Modeler with floating licenses

Bijlagen:

howto-RunRationalSoftwareModelerWithFloatingLicense.pdf

(9428 Kb)

Er zijn veel projecten die worden geconfronteerd met problemen bij het inwinnen en specificeren van eisen aan softwaresystemen. Eisen of requirements komen bijvoorbeeld te laat naar voren of zijn per on-geluk niet opgenomen in de scope van het project. Ook komt het voor dat requirements worden vergeten mee te nemen als input voor de technische oplossing. Een ander voorbeeld is dat requirements wel worden herkend, maar dat ze alleen van de positieve kant worden benaderd. Uitzonderingsgevallen en alternatief gedrag zijn dan op de een of andere manier van de kar gevallen of uit het zicht geraakt. En zo zijn er nog veel meer soortgelijke problemen. Nu geldt dit op zich voor alle requirements, maar in veel gevallen zijn de problemen groter als het zogenaamde niet-functionele requirements betreft. Op de een of andere manier is er dan gewoon minder aandacht voor niet-functionele requirements of is het lastiger om dit type requirements goed onder woorden te brengen. Wat er ook aan de hand is, deze problematiek is één van de oorzaken waardoor projecten in de problemen kunnen komen. Wanneer je wilt weten wat belangrijke oorzaken en tegenmaatregelen zijn, download dan het gratis rapport "Hoe bepaal je beter niet-functionele requirements". Wil je dit rapport gratis ontvangen, vul dan het onderstaande formulier in:

- Hoe bepaal je beter niet-functionele requirements, gratis rapport in PDF

Voornaam:

Achternaam:

Email:

Ik heb net zoveel hekel aan spam als jij. Ik zal je gegevens dan ook nooit aan derde partijen geven.

Er zijn professionals die vragen hebben over hoe je een iteratief softwareproject moet plannen. Omdat ik veel projectteams en projectleiders begeleid met het toepassen van iteratieve softwareontwikkeling, help ik hen ook met het opstellen van iteratieplanningen. Om hen en andere mensen te ondersteunen bij het maken van iteratieplanningen voor iteratieve softwareprojecten heb ik de belangrijkste stappen die je daarvoor moet zetten beschreven in het gratis rapport: "Hoe zet je een iteratieplanning op". Wil je dit rapport gratis ontvangen, vul dan het onderstaande formulier in:

- Hoe zet je een iteratieplanning op, gratis rapport in PDF

Voornaam:

Achternaam:

Email:

Ik kom in mijn praktijk veel professionals tegen met vragen als "Waarom lukt het in onze organisatie niet om iteratieve softwareontwikkeling in te voeren en effectief toe te passen?" Of, "Waarom gaat het zo moeizaam en langzaam?" "En waarom blijven de resultaten uit en valt een organisatie terug in oude gedragingen?" Komen deze vragen je bekend voor? Dan is dit gratis e-book als het ware voor jou geschreven. In dit e-book koppelen we een wetenschappelijk onderbouwde aanpak aan een helder praktijkvoorbeeld om vooral een antwoord te geven op de hiervoor gestelde vragen. Met als eindresultaat een blijvend succes met iteratief ontwikkelen. Wanneer je nog niet nieuwsgierig genoeg bent, dan nodig ik je uit om de management samenvatting te lezen. Wil je direct dit e-book gratis ontvangen, vul dan het onderstaande formulier in:

- Blijvend succes met iteratief ontwikkelen, gratis e-book in PDF

Voornaam:
Achternaam:
Email:

Ik heb net zoveel hekel aan spam als jij. Ik zal je gegevens dan ook nooit aan derde partijen geven.

Er zit een verband tussen de business modeling discipline en requirements discipline van het Rational Unified Process^®, zeker wanneer het gaat om de toepassing van de use case techniek.

Het volgende figuur geeft het verband weer tussen UML elementen uit de business modeling discipline en de requirements (en analysis & design) discipline.

• Business Actoren geven partijen weer die gebruik maken van de diensten van een organisatie of die nodig zijn om deze diensten te leveren, al dan niet in de rol van toeleverancier, controleur of coördinator. Daarom geldt: Business Workers zijn kandidaat Actoren van software systemen.

Er zijn professionals die vragen hebben over hoe je een iteratief softwareproject moet plannen. Omdat ik veel projectteams en projectleiders begeleid met het toepassen van iteratieve softwareontwikkeling, help ik hen ook met het opstellen van projectplanningen. Om hen en andere mensen die te ondersteunen bij het maken van projectplanningen voor iteratieve softwareprojecten heb ik de belangrijkste stappen die je daarvoor moet zetten beschreven in het gratis rapport: "Hoe zet je een iteratieve projectplanning op". Wil je dit rapport gratis ontvangen, vul dan het onderstaande formulier in:

- Hoe zet je een iteratieve project planning op, gratis rapport in PDF

Voornaam:
Achternaam:
Email:

Ik heb net zoveel hekel aan spam als jij. Ik zal je gegevens dan ook nooit aan derde partijen geven.