DotnetMinorNotes

• Problemen waar Info Support tegenaan loopt met daarbij de oplossing
  • IT te duur
  • Onbetrouwbaar product
  • Heel veel gebruikers
  • Veranderende wereld
  • Gebruikers stellen steeds hogere eisen
  • Wetgeving die continu verandert
  • Onduidelijke wensen
  • Deadline niet halen
  • Verwachte waarde niet geleverd
  • Onverwachte problemen
  • Concurrentie voorblijven
• Projectmethodieken
  • Waar zijn ze voor?
  • Projectvragen
  • Methodieken
    • Waterval
      • Nadeel
      • Werkvolgorde
    • RUP
      • 4 fases
        • Inception (ook wel sprint 0 in SCRUM)
          • Inception => Elabotarion:
        • Elaboration
          • Elaboration => Construction:
        • Construction
        • Transition (in SCRUM doen we dit iedere sprint)
    • SCRUM
      • Wat is het?
      • Refinement
        • Wanneer?
        • Wie?
        • Wat?
        • Welke items?
        • PO ondervragen
• Common project questions
  • Hoe bepaal ik waar ik mee aan de slag ga?
  • Hoe weet ik dat ik goed bezig ben?
  • Hoe voorkom ik dat ik op een probleem stuit waardoor veel werk voor niks gedaan is?
  • Hoe zorg ik dat wat ik oplever zinvol is voor de klant?

Problemen waar Info Support tegenaan loopt met daarbij de oplossing

IT te duur

• Productief team
• Efficient werken
• Goede communicatie
• Geen ‘waste’ -> You ain’t gonna need it (YAGNI)
  • 40% van features in software zijn niet nodig
• Build the right Product

Onbetrouwbaar product

• Kwaliteit
• Build the product right
  • Code reviews
  • Veel testen
    • Unit testen
    • Acceptatie testen
    • Integratie testen
    • Etc.

Heel veel gebruikers

• Schaalbaar
  • 2 x gebruikers = 2 x hardware
• Elastisch

Veranderende wereld

• Flexibel ‘made for change’
• Onderhoudbaar
• Hoge Kwaliteit
• Goed design
• High cohesion
• Low coupling

Gebruikers stellen steeds hogere eisen

• Bruikbaarheid / user friendly
• Performance
• Privacy
• 24/7 beschikbaarheid
• Build the right product

Wetgeving die continu verandert

• Producten zo aanpasbaar mogelijk maken

Onduidelijke wensen

• Snelle feedback cycle
• Build the product fast
• Continuous delivery

Deadline niet halen

• Betrouwbaar proces
• Voorspelbaar proces

Verwachte waarde niet geleverd

• Eindgebruikers betrekken
• Build the right product
• Goede communicatie
• Korte feedback cycle
• A/B testing (Rood of geel logo. Welke wordt het snelste geinstalleerd)
• Testgroepen

Onverwachte problemen

• Risico’s identificeren
• Risico’s snel elimineren
• Vroegtijdig veel leren

Concurrentie voorblijven

(Bromfietsverzekering voor 12 jarigen)

• Bruikbaarheid / user friendly
• Korte time to market
• Performance
• Privacy
• 24/7 beschikbaarheid
• Build the product fast
• Productief team

Projectmethodieken

Waar zijn ze voor?

• Problemen voorkomen
• Houvast geven
• Oplossingen bieden
• No silver bullet
• Er is geen ‘beste’
• Alleen gebruiken voor zover het helpend is
• Continu aan het veranderen
• Zorg dat methodieken niet tegen gaan werken

Projectvragen

• Hoe bepaal ik waar ik mee aan de slag ga?
• Hoe weet ik dat ik goed bezig ben?
• Hoe voorkom ik dat ik op een probleem stuit waardoor veel werk voor niks gedaan is?
• Hoe zorg ik dat wat ik oplever zinvol is voor de klant?

Methodieken

Waterval

Soms goed wanneer specificaties van te voren duidelijk zijn. Denk aan herbouwen van systemen

Nadeel

Veel documentatie

• Documentatie kan verkeerd gelezen worden
• Documentatie raakt outdated
• Documentatie kan onvolledig zijn

Werkvolgorde

1. Functioneel ontwerp
2. Technisch ontwerp
3. Bouwen
4. Testen

RUP

• Soort voorloper van SCRUM
• Focues verschuift steeds meer van business strategy naar implementation
• Goede keuze voor afstuderen

4 fases

Inception (ook wel sprint 0 in SCRUM)

• Pva / business case
• Visie
• Requirements / scope (ook in elaboration)
• Risico’s inventariseren
• Architectuur
• Oplossingsrichting

Inception => Elabotarion:

Go / No-Go

Elaboration

• Elimineren risico’s
• Requirements / scope
• Architectuur valideren
• Iets bouwen wat later in productie gebruikt gaat worden, maar wel beginnen met de moeilijkste dingen
  • PoC gooi je weg, dit niet
• Bouwen
• Testen

Elaboration => Construction:

Team samenstellingen veranderen

• Minder senioren, meer junioren
• Architecten gaan minder werken

Construction

• Meer / makkelijk
• Bouwen
• Testen

Transition (in SCRUM doen we dit iedere sprint)

• Deployment
• Productie
• Opleveren
• Overdragen aan de beheerorganisatie

SCRUM

Wat is het?

• Eerst het belangrijkste bouwen
• Architectuur bepalende dingen bouwen
• Risicovolle dingen bouwen
• Steeds een klein beetje erbij
• Steeds zien dat het iets oplevert
• Er kan op een gegeven moment bepaald worden dat dingen niet nodig zijn. Hierdoor kunnen er andere, niet van te voren bedachte, dingen wel gebouwd worden

Refinement

Wanneer?

Op de helft van de sprint

Wie?

Three amigos

• Developer
• Tester
• Business (vaak de PO)
• PO
• Eventueel anderen. Niet te groot

Wat?

• Splitsen
• Of ze nog kloppen
• Prioriteiten stellen
• ‘Shared understanding’
• Sizen

Welke items?

Items van de komende 2 sprints. Een item is goed als het voldoet aan de INVEST eigenschappen

• Independent. Items mogen niet afhankelijk zijn van andere items (lukt niet altijd)
• Negotiable. Bespreekbaar zijn
• Valuable. Waarde voor de klant
• Estimated. Item is geschat
• Small. Er moeten 4 tot 6 items binnen een sprint af kunnen
• Testable. Kunnen testen dat een item af is

PO ondervragen

Popcorn effect

• Eerst popt er veel. Op een gegeven moment komt er minder tot er niets meer komt. Dit is ook zo in een PO conferentie

Common project questions

Hoe bepaal ik waar ik mee aan de slag ga?

• Duur van het project
• Omvang van het team
• Ervaring met projectmethodes binnen het team
• Soort project (continu feedback of niet)

Hoe weet ik dat ik goed bezig ben?

• Positieve feedback van de klant op het gemaakte werk
• Projectmethode voelt soepel en gestroomlijnd aan
• Harmonie binnen het team
• Goede werksfeer. Er wordt veel geproduceerd
• Indien SCRUM, retrospectives

Hoe voorkom ik dat ik op een probleem stuit waardoor veel werk voor niks gedaan is?

• Goed overleggen met de klant over wat de wensen en eisen zijn
• Kritisch blijven
• Veel en vroegtijdig feedback vragen
• Ervoor waken dat er geen dingen gemaakt worden omdat het ‘fancy’ is
• Ervoor zorgen dat klant en team op 1 lijn zit

Hoe zorg ik dat wat ik oplever zinvol is voor de klant?

• Veel en vroegtijdig feedback vragen
• Indien het project zich ervoor leent, snel dingen in productie zetten en laten testen
• De klant goed betrekken in het proces