DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
DevOps is een term die je steeds vaker treft in ICT organisaties.
DevOpsis meer een visie/concept dat een regel. Om het in een zin samen te vatten (correct me if im wrong) , is het het effectiever en efficiënter samenwerken van IT en Business met als belangrijk kenmerk de pijplijn in de waardeketen te optimaliseren.
Maar wat is DevOps in vergelijking met Process Management?
Process Management is natuurlijk een -in mijn optiek- veel breder begrip dan DevOps, terwijl er wel een aantal overeenkomsten in zitten.
Bijvoorbeeld: In Process Management komt bijvoorbeeld de term GAP-analyse voor. Een GAP-analyse is een methode om een vergelijking te maken tussen een bestaande en een gewenste situatie.
Betrek je DevOPS in dienst van Process Management? Of zijn dit 2 verschillende visies?
Kan hier iemand iets zinnigs over zeggen?
DevOpsis meer een visie/concept dat een regel. Om het in een zin samen te vatten (correct me if im wrong) , is het het effectiever en efficiënter samenwerken van IT en Business met als belangrijk kenmerk de pijplijn in de waardeketen te optimaliseren.
Maar wat is DevOps in vergelijking met Process Management?
Process Management is natuurlijk een -in mijn optiek- veel breder begrip dan DevOps, terwijl er wel een aantal overeenkomsten in zitten.
Bijvoorbeeld: In Process Management komt bijvoorbeeld de term GAP-analyse voor. Een GAP-analyse is een methode om een vergelijking te maken tussen een bestaande en een gewenste situatie.
Betrek je DevOPS in dienst van Process Management? Of zijn dit 2 verschillende visies?
Kan hier iemand iets zinnigs over zeggen?
DevOps is toch een technische functie? CI/CD en die dingen.
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
Bij devops breng je de developers (dev) en de operations (ops) samen. Vaak zie je dan ook multidiciplinaire teams. Teams die dus het hele proces uitvoeren van gesprekken met klant, klantrelatie onderhouden, mockups, ontwikkeling, testen, opleveren, onderhouden van product.
het team die hieraan werkt is hier gezamenlijk verantwoordelijk voor, ook als je slechts "tester" bent binnen jouw team.
het team die hieraan werkt is hier gezamenlijk verantwoordelijk voor, ook als je slechts "tester" bent binnen jouw team.
Join the Army, see the world, meet interesting people - and kill them.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
For all who deny the struggle, the triumphant overcome
Ja deze impressie had ik ook, verantwoordelijk voor code kwaliteit en zo door geautomatiseerde builds en tests en zo, ontwikkelstraten opzetten; maar goed, misschien zit ik er naast.quote:Op maandag 21 oktober 2019 17:23 schreef Faux. het volgende:
DevOps is toch een technische functie? CI/CD en die dingen.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
For all who deny the struggle, the triumphant overcome
Dat dacht ik ook. Als je een goes ingericht devops process hebt kan je vervolgens sneller waarde leveren.quote:Op maandag 21 oktober 2019 17:48 schreef FlippingCoin het volgende:
[..]
Ja deze impressie had ik ook, verantwoordelijk voor code kwaliteit en zo door geautomatiseerde builds en tests en zo, ontwikkelstraten opzetten; maar goed, misschien zit ik er naast.
❤️🐤🐤🐤🐤🐤🐤🐤🐤❤️
Doet rubber om staven
Doet rubber om staven
DevOps, Agile en Scrum gebruik je toch voor de kwalitatief mindere teams, zodat er in elk geval nog een beetje output uitkomt?
So we just called him Fred too
quote:
DevOps is toch een technische functie? CI/CD en die dingen.
quote:
[..]
Ja deze impressie had ik ook, verantwoordelijk voor code kwaliteit en zo door geautomatiseerde builds en tests en zo, ontwikkelstraten opzetten; maar goed, misschien zit ik er naast.
Dat is wel vaak hoe Devvers er in staan. Omdat dat de dingen zijn waar ze vanuit hun eigen werk invloed hebben. Maar dan vergeet je het hele Ops gedeelte. Hoe zorg je er voor dat je app goed draait in productie. En wat kan je daar als team aan doen.quote:Op maandag 21 oktober 2019 18:01 schreef Rodgrod het volgende:
[..]
Dat dacht ik ook. Als je een goes ingericht devops process hebt kan je vervolgens sneller waarde leveren.
CI/CD en testautomatisering gaat je daar zeker in helpen. Vooral om snel in te kunnen spelen op verandering. Maar wat doe je als je app om 3:00 's ochtends omdonderd en je devver pas om 9:00 op kantoor komt?
Verder hebben security en architectuur er ook zeker wat mee te maken.
Verder kan DevOps gebruikt worden in je huidige Proces Management, maar dat hoeft niet. Veel nuttige bestaande processen kunnen (her)gebruikt worden. Denk bijvoorbeeld aan ITIL (4) of SAFe.
Neequote:
DevOps, Agile en Scrum gebruik je toch voor de kwalitatief mindere teams, zodat er in elk geval nog een beetje output uitkomt?
quote:
DevOps, Agile en Scrum gebruik je toch voor de kwalitatief mindere teams, zodat er in elk geval nog een beetje output uitkomt?
Wat gebruik je dan voor kwalitatief betere teams?
❤️🐤🐤🐤🐤🐤🐤🐤🐤❤️
Doet rubber om staven
Doet rubber om staven
Hm maar je doet weer niet de software architectuur ontwerpen toch? En wat zou je doen als om 03u de app omflikkert?quote:
[..]
[..]
[..]
Dat is wel vaak hoe Devvers er in staan. Omdat dat de dingen zijn waar ze vanuit hun eigen werk invloed hebben. Maar dan vergeet je het hele Ops gedeelte. Hoe zorg je er voor dat je app goed draait in productie. En wat kan je daar als team aan doen.
CI/CD en testautomatisering gaat je daar zeker in helpen. Vooral om snel in te kunnen spelen op verandering. Maar wat doe je als je app om 3:00 's ochtends omdonderd en je devver pas om 9:00 op kantoor komt?
Verder hebben security en architectuur er ook zeker wat mee te maken.
Verder kan DevOps gebruikt worden in je huidige Proces Management, maar dat hoeft niet. Veel nuttige bestaande processen kunnen (her)gebruikt worden. Denk bijvoorbeeld aan ITIL (4) of SAFe.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
For all who deny the struggle, the triumphant overcome
Nee, dat doet je team niet. Maar je bedenkt wel een visie. Wil je bijvoorbeeld meer naar micro-services, of heb je een goede case voor een monoliet. Vervolgens vraag je een architect om dat, samen met het team, uit te werken.quote:
[..]
Hm maar je doet weer niet de software architectuur ontwerpen toch? En wat zou je doen als om 03u de app omflikkert?
En wat zou ik doen? Ligt er aan of ik wachtdienst heb of niet (ik loop geen wachtdienst meer, zit niet meer in een DevOps product team
)
Ah oké, ja ik zag er laatst een talk over dat ze dat ze dat ook vaak in een andere rol schuiven die in Europa nog niet zo gebruikelijk is volgens mij.quote:
[..]
Nee, dat doet je team niet. Maar je bedenkt wel een visie. Wil je bijvoorbeeld meer naar micro-services, of heb je een goede case voor een monoliet. Vervolgens vraag je een architect om dat, samen met het team, uit te werken.
En wat zou ik doen? Ligt er aan of ik wachtdienst heb of niet (ik loop geen wachtdienst meer, zit niet meer in een DevOps product team
Wat doe je nu dan?
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
For all who deny the struggle, the triumphant overcome
Agile/DevOps coachquote:
[..]
Ah oké, ja ik zag er laatst een talk over dat ze dat ze dat ook vaak in een andere rol schuiven die in Europa nog niet zo gebruikelijk is volgens mij.
Wat doe je nu dan?
coach van devops?quote:
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
For all who deny the struggle, the triumphant overcome
Oh gaaf.quote:
[..]
Coach van teams die meer Agile en/of DevOps willen worden
Hoe ben je in de rol van devop gekomen eigenlijk? Gewoon van ontwikkelaar doorgestroomd?
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
For all who deny the struggle, the triumphant overcome
Jep. Eerst ontwikkelaar, toen steeds meer CI/CD gaan doen. Vanaf daar meer gaan verdiepen. En nu weet ik voldoende om andere teams de goede richting op te laten gaan.quote:
[..]
Oh gaaf.
Hoe ben je in de rol van devop gekomen eigenlijk? Gewoon van ontwikkelaar doorgestroomd?
Gaaf.quote:
[..]
Jep. Eerst ontwikkelaar, toen steeds meer CI/CD gaan doen. Vanaf daar meer gaan verdiepen. En nu weet ik voldoende om andere teams de goede richting op te laten gaan.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
For all who deny the struggle, the triumphant overcome
Waterval natuurlijk.quote:
[..]
Wat gebruik je dan voor kwalitatief betere teams?
Ik werk bij een organisatie waar complexe maatwerk software nodig is om het werk uit te voeren.
In de afgelopen jaren is de complexiteit van de software gelijk gebleven, is de kwaliteit van de software afgenomen, duurt het langer voordat de software compleet draait, zijn de kosten hoger geworden en zijn programmeurs duidelijk in kwaliteit afgenomen.
Tegelijkertijd moest alles wel Agile, Scrum en nu dus DevOps...
So we just called him Fred too
Dit komt op mij over als solution architecting. Als je app om 03:00 eruit vliegt moet je een systeem hebben dat het werk overneemt. Of bedoel je het management-aspect van de devver om 03:00 uit zn bed bellen?quote:
[..]
[..]
[..]
Dat is wel vaak hoe Devvers er in staan. Omdat dat de dingen zijn waar ze vanuit hun eigen werk invloed hebben. Maar dan vergeet je het hele Ops gedeelte. Hoe zorg je er voor dat je app goed draait in productie. En wat kan je daar als team aan doen.
CI/CD en testautomatisering gaat je daar zeker in helpen. Vooral om snel in te kunnen spelen op verandering. Maar wat doe je als je app om 3:00 's ochtends omdonderd en je devver pas om 9:00 op kantoor komt?
Verder hebben security en architectuur er ook zeker wat mee te maken.
Verder kan DevOps gebruikt worden in je huidige Proces Management, maar dat hoeft niet. Veel nuttige bestaande processen kunnen (her)gebruikt worden. Denk bijvoorbeeld aan ITIL (4) of SAFe.
Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.
Als de app voor DevOps omdonderd, wordt de ops-er uit z'n bed gebeld. Bij DevOps, ligt die verantwoordelijkheid in het team.quote:
[..]
Dit komt op mij over als solution architecting. Als je app om 03:00 eruit vliegt moet je een systeem hebben dat het werk overneemt. Of bedoel je het management-aspect van de devver om 03:00 uit zn bed bellen?
En failsafe systemen, is een leuk sprookje
|
|
