Problemen oplossen met tools |
Ontwikkeltools zijn ontworpen om problemen op te lossen, maar vaak zijn ze juist een bron van problemen. Het idee achter het gebruik van ontwikkeltools is dat je meer je handen vrij hebt voor die dingen die er echt toe doen. Ontwikkeltools moeten onnodig handwerk wegnemen, complexiteit reduceren maar ook overzicht en controle bieden en samenwerking binnen teams faciliteren. Zo zijn er onder meer goede tools voor het bijhouden van wijzigingsverzoeken, voor het geheel automatisch testen van software, voor de analyse en het beheersen van requirements en vele andere voor softwareprojecten noodzakelijke activiteiten. Hoewel ontwikkeltools veel te bieden hebben pakt dat in de praktijk vaak anders uit. Niet passende tools, verkeerd ingerichte tools of verkeerd ontworpen richtlijnen voelen dan als een blok aan het been. Wat ook nogal eens voor komt, is dat ontwikkeltools om diverse redenen niet worden gebruikt. Dit zijn tekenen van grote onbenutte mogelijkheden. Het doel is je te helpen om deze mogelijkheden voor je organisatie beschikbaar te maken met veelal grote positieve gevolgen voor productiviteit, kwaliteit en de goede sfeer binnen een projectteam of afdeling. Het is verder een uitgelezen kans om eindelijk eventuele licentie- of inrichtingskosten te gelde te maken. Te meer ook omdat we alleen werken op basis van resultaten. Dat wil zeggen dat als jij onverhoopt vindt dat onze adviezen jou niet helpen, je dan geen rekening krijgt en ook niets hoeft te betalen. |
- TMap
- UML
- Rational Method Composer
- Spécifications Supplémentaires
- Travailler de façon itérative
- Requisite Pro
- Récupération de projet
- Vision
- Tests
- eBook
- Rational Project Conductor
- SourceForge
- Seconde opinion
- Rational Requirements Composer
- Travailler de façon agile
- Rational Team Concert
- Visual Paradigm
- SCRUM
- Subversion
- Rational Insight