- Log ind eller Opret konto for at kommentere
- Anmeld denne kommentar
Noget jeg tit hører fra udviklere andre steder, er hvor mange møder de har.
Jeg tror du har ret i at processerne godt kan få deres eget liv og eksistere for processens skyld. Jeg kender mere en en person der er ret træt af fx ITIL.
Du får process-eksperter som kan fortælle folk hvordan de skal gøre, uden at lytte så meget til og folk nu synes det er super fedt at de skal gøre sådan.
Jeg har det her tweet i nogle af mine præsentationer:
The more well-defined your goals the less defined your methods.
The more well-defined your methods, the less defined your goals.
https://twitter.com/afoolswisdom/status/657027847140212736
En god softwareudviklings-process skal have plads til, at lade hvad man gør i det konkrete tilfælde, være en vurderingssag. Du kan sagtens have en process hvor det er defineret at: "Her må du vurdere om der er behov for et kode-review". Klare mål, god information, klart ansvar og så store doser tillid, så kan folk godt vurdere fra sag til sag.
De ting der er ufravigelige krav i processen, skal være så få som mulige og skal være krav som alle er enige om er ting der faktisk hjælper. Sidst men ikke mindst skal det være naturligt at overholde kraven, bland andet ved automatisering og tooling.