Open emilvn opened 3 weeks ago
Make Work Visible. Alle tasks fremgår som issues på vores Github Projects kanban, som alle kan se. Automatisk genereret release notes, der dækker over hvad der er nyt. Obligatorisk peer review af PR gør at andre medlemmer af gruppen er med på ændringer.
Limit Work in Progress Vi har som udgangspunkt kun gang i 1 issue af gangen pr. gruppemedlem. Vi splitter features op i så små bidder (issues) som muligt.
Reduce Batch Sizes Vi splitter features op i så små bidder (issues) som muligt.
Reduce the Number of Handoffs Dette opnår vi ikke til fulde, da vi har obligatorisk peer review, hvilket betyder at vi altid vil have et handoff step for hvert issue. Og da vi stræber efter så små issues som muligt vil vi få mange små pull requests der skal reviewes og derfor også mange handoffs. Dog er disse pull requests meget små og simple og hurtige at reviewe.
Continually Identify and Evaluate Constraints Hvis vi opdager at vi har nogle tedious manuelle processer eller ting som vi sidder og venter på. Prøver vi at rykke rundt på tingene så det bliver så optimalt som vi kan gøre det.
Eliminate Hardships and Waste in the Value Stream Vi stræber efter at få automatiseret alle manuelle steps, og få reduceret tidsspild, ved at automatisere workflows, og rykke rundt på rækkefølgen af steps/jobs i vores CI/CD pipeline, sådan at vi får brugt tiden så optimalt som muligt.
See Problems as They Occur Dette opnår vi gennem automatiserede tests af koden allerede ved Pull requests, så man opdager fejl inden de bliver merget til main. Desuden har vi Postman monitor som flere gange dagligt kører tests på vores production deployment, og sender os mails hvis det fejler.
Swarm and Solve Problems to Build New Knowledge Når vi har et incident, som fx at vi opdager vores side er nede, så er første step altid at kontakte gruppen og informere dem om det, hvorefter alle medlemmer af gruppen(hvis de har tid) samtidig prøver at finde frem til hvad fejlen er og hvordan vi kan løse den.
Keep Pushing Quality Closer to the Source
Enable Optimizing for Downstream Work Centers Det gør vi ikke, vvi har ikke downstream work centers.
Institutionalize the Improvement of Daily Work Vi arbejder ikke dagligt på projektet. Men stræber efter at forbedre den måde vi arbejder sammen på.
Transform Local Discoveries into Global Improvements Når vi opdager/finder nye smarte løsninger på ting, deler vi dem med hinanden, så vi alle kan få nytte af "opdagelsen".
Inject Resilience Patterns into Our Daily Work
Leaders Reinforce a Learning Culture Vi har ikke rigtig nogen ledere, men arbejder med en meget åben tilgang til at vi alle er i en læringsprocess og ingen forventes at vide alt på forhånd.
@AeselCSS Du må gerne lige tilføje til nogle af de her punkter. Evt. lige skrive det rent.
How are you DevOps?
Type: Group work
Part of Mandatory II
The assignment
Inspired by the guest lecture start writing down arguments for why you are DevOps.
Also write down what keeps you from being fully DevOps while reflecting on why.
https://github.com/who-knows-inc/KEA_DAT_DevOps_2024_Autumn/blob/main/00._Course_Material/02._Slides/08._Continuous_Deployment/02._devops.md