Successfully reported this slideshow.
Your SlideShare is downloading. ×

Introductie in Kwaliteitsmanagement - Een praktische benadering

Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Loading in …3
×

Check these out next

1 of 19 Ad
Advertisement

More Related Content

Similar to Introductie in Kwaliteitsmanagement - Een praktische benadering (20)

Advertisement

Introductie in Kwaliteitsmanagement - Een praktische benadering

  1. 1. Introductie van Kwaliteitsmanagement - Een praktische benadering Lineke Kerckhoffs-Willems @the_linie [email_address] http://joind.in/3653
  2. 2. Agenda <ul><li>Over mij
  3. 3. Kwaliteitsmanagement
  4. 4. Aanpak
  5. 5. Mogelijke verbeteringen en tools
  6. 6. Vragen </li></ul>
  7. 7. Over mij <ul><li>Ruim 9 jaar ervaring met PHP
  8. 8. Lid van </li><ul><li>PFZ
  9. 9. PHPBenelux
  10. 10. PHPWomen </li></ul><li>Software architect en kwaliteitsmanager bij Compo Software </li></ul>
  11. 11. Kwaliteitsmanagement <ul><li>Wat is kwaliteitsmanagement?
  12. 12. Twee aspecten </li><ul><li>Verbeteringen
  13. 13. Continuïteit </li></ul><li>Waarom eraan beginnen? </li></ul>
  14. 14. Aanpak – Voorbereiding <ul><li>Rolverdeling </li><ul><li>Bevoegdheden
  15. 15. Taakverdeling </li></ul><li>Risico's </li><ul><li>Draagvlak
  16. 16. Planning
  17. 17. De klant </li></ul></ul>
  18. 18. Aanpak – Draagvlak creëren <ul><li>Management </li><ul><li>Nadruk op welke problemen opgelost worden
  19. 19. Wees eerlijk </li></ul><li>Mede ontwikkelaars </li><ul><li>Zorg voor voldoende tijd
  20. 20. Efficiëntie, structuur, leesbaarheid
  21. 21. Emotie
  22. 22. Zelf ontdekken </li></ul></ul>
  23. 23. <ul><li>Identificatie verbeterpunten
  24. 24. Prioritering en volgorde van implementatie bepalen </li></ul>Aanpak – De eerste stap Wat Doorlooptijd implementatie Prioriteit Voordelen Afhankelijkheden Volgorde Functioneel ontwerp 1 maand 2 Duidelijkheid 1 Technisch ontwerp 1 maand 1 Duidelijkheid Documentatie 1 2
  25. 25. Aanpak – Deming cirkel
  26. 26. Aanpak – Plan <ul><li>SMART </li><ul><li>Specifiek
  27. 27. Meetbaar
  28. 28. Acceptabel
  29. 29. Realistisch
  30. 30. Tijdgebonden </li></ul></ul>
  31. 31. Mogelijke verbeteringen <ul><li>Ontwikkelproces
  32. 32. Documentatie
  33. 33. Versiebeheer systeem
  34. 34. Coding standaarden
  35. 35. Deployment strategie
  36. 36. Framework keuze
  37. 37. Geautomatiseerde tests </li></ul>
  38. 38. Documentatie <ul><li>Documenten
  39. 39. In de code
  40. 40. Kennisdeling
  41. 41. Handleidingen
  42. 42. Tools </li><ul><li>Tekstverwerker, DocBook
  43. 43. PHPDoc / DocBlox </li></ul></ul>
  44. 44. Coding standaarden <ul><li>Stel gezamenlijk je eigen standaarden op
  45. 45. Nieuwe developers
  46. 46. Tools </li><ul><li>PHP_CodeSniffer
  47. 47. PHPCheckstyle </li></ul></ul>
  48. 48. Deployment strategie <ul><li>Code deployment
  49. 49. Database deployment
  50. 50. OTAP
  51. 51. Tools </li><ul><li>Phing buildfile met DbDeploy
  52. 52. Shell script
  53. 53. Ant buildfile </li></ul></ul>
  54. 54. Framework keuze
  55. 55. Geautomatiseerde tests <ul><li>Unittesting en TDD
  56. 56. Functionele tests / acceptatie tests
  57. 57. Tools </li><ul><li>PHPUnit / SimpleTest
  58. 58. Selenium </li></ul></ul>
  59. 59. Continuïteit <ul><li>Code reviews
  60. 60. Technical debt
  61. 61. Continuous Integration
  62. 62. Kennisdeling / zelfontwikkeling </li></ul>
  63. 63. ? Lineke Kerckhoffs-Willems @the_linie [email_address] http://joind.in/3653
  64. 64. Bedankt! Lineke Kerckhoffs-Willems @the_linie [email_address] http://joind.in/3653
  65. 65. Image credits <ul><li>Deming circle: &quot;Diagram by Karn G. Bulsuk (http://blog.bulsuk.com)&quot; </li></ul>

Editor's Notes

  • Kwaliteitsmanagement / Quality Assurance / QA Ervoor zorgen dat kwaliteit op een bepaald niveau blijft Hoe definieren we het niveau? (perfectionistisch, aanpassen nav nieuwe inzichten) Context (in alle onderdelen van het ontwikkelproces) Eerst zorgen dat het niveau gehaald wordt Dan zorgen dat het niveau gehandhaafd blijft Waarom? Wat gaat er mis? Elk bedrijf anders, maar algemene problemen zijn: teveel bugs na oplevering aan klant, functionaliteiten worden niet gerealiseerd zoals klant bedoeld heeft, er is geen standaard manier van werken, ontbrekende documentatie, veel legacy code Efficienter werken is tijd besparen en dus ook een vorm van kwaliteitsverbetering
  • Uitkijken voor terugval momenten

×