Marc de Oliveira

Rss
Personligt feed med nye kommentarer i tråde, du overvåger:
https://www.version2.dk/mit/0/kommentarer?token=HPnHcLYhJ8jCXC_UoTnfzqY2R9xpwMBmKONAZAek0jk

Kommentarer

Kommentar til Agil udvikling er reaktiv og resignerende

Re: Skyklapper og modeller

Men Thomas, når man sammenligner Agile-metoder med Vandfaldsmetoder, så må du da være enig i at Vandfald har væsentlig mere fokus på at forstå domænet end Agile, idet de første to faser handler om hhv Strategi og Analyse. Ergo må man gå ud fra, at man ved at vælge vandfaldsmetoden, alt andet lige...
Kommentar til Agil udvikling er reaktiv og resignerende

Re: Skyklapper og modeller

Thomas, du har fuldstændig ret i, at det er et kærneproblem at få rammen på plads, og at det sandsynligvis er vigtigere end hvilken udviklingsmetode man vælger. Men artiklen handler nu engang om valget af udviklingsmetode, og hvad dette valg (Agile) gør ved projektforløbet, så din argumentation ...
Kommentar til Agil udvikling er reaktiv og resignerende

Vandfaldsmodellen kan godt håndtere ændringer

Jeg er helt enig med din pointe om at Agile metoder som udgangspunkt er reaktive, og at de ikke tillader udviklingsgruppen at danne sig den nødvendige forståelse for de problemområder, som de arbejder med. Men jeg mener at du er for hurtig til at afvise vandfaldsmodellen. Det er en meget udbredt ...
Kommentar til PRINCE2 og Scrum ? hånd i hånd?

Re: Dokumentation for dokumentationens skyld

Wow, Henrik, det var da en ordentlig omgang fra een, der ikke tror på så meget dokumentation :-) Jeg er helt enig med dig om at god kode med en høj grad af genbrug er bedre end dårlig kode med mange gentagelser. Jeg synes bare, at du sætter tingene lidt forkert op ved at sige at god kode med dår...
Kommentar til PRINCE2 og Scrum ? hånd i hånd?

Re: Dokumentation for dokumentationens skyld

Jamen det er jo IKKE irrelevant om man har anvendt Tool A, B eller C. Her kan standardisering netop hjælpe til at alle udviklerne lærer af hinandens erfaringer og får skabt designmønstre, som alle holder sig til. Det vil også ofte give slutbrugeren en roligere og mere ensartet oplevelse af grænse...
Kommentar til PRINCE2 og Scrum ? hånd i hånd?

Re: Dokumentation for dokumentationens skyld

Som svar på Henriks indlæg vil jeg lige fastslå, at jeg ikke kun taler om dokumentation på entreprise-niveau. Det er vigtigt, at dokumentationen hænger sammen fra de mest abstrakte planer og ned til den konkrete implementering, sådan at der er en "rød tråd" i projektarbejdet, og sådan at...
Kommentar til PRINCE2 og Scrum ? hånd i hånd?

Re: Dokumentation for dokumentationens skyld

Hvor sødt, Kim :-) ... og du troede, at alle var blevet enige om, at dokumentation mest var til besvær... Men det er da godt, at vi kan hygge os her på siden alligevel :-) Dokumentationen udgør den eksplicitte viden virksomheden har om sine systemer, og dermed er den helt central, hvis en virk...
Kommentar til PRINCE2 og Scrum ? hånd i hånd?

Re: Dokummentation er ikke af det onde

Dårlig dokumentation er der eksempler på i alle miljøer, men det er forkert at tro, at vandfaldsmodellen kræver dokumentation for dokumentationens egen skyld. Det er der mig bekendt ingen udviklingsmetoder, der kræver. Agile, derimod, har en negativ holdning til dokumentation. Her er det målet a...
Kommentar til PRINCE2 og Scrum ? hånd i hånd?

Dokummentation er ikke af det onde

Som det fremgår af ovenstående er der en udbredt holdning om at dokumentation er noget, man så vidt muligt bør undgå, at det er spild af tid og at det er trivielt at dokumentere. Jeg er stor fan af dokumentation (se evt min video om implicit og eksplicit viden): http://podcast.SimplifySys.dk (e...

Re: IT-Governance

Jeg mener ikke nødvendigvis at IT-Governance er vigtigere end EA - det er lidt et spørgsmål om hønen eller æget - men på em liste over vigtige kompetencer for fremtidens virksomheder, som EA, IT Risk Management og BI, vil man ikke kunne undvære IT-Governance. IT-Governance er meget bredere end I...

IT-Governance

Jeg vil mene at et emne som IT-Governance, om hvordan man styrer, leder, kommunikerer og tager beslutninger om IT, er mindst lige så vigtigt for virksomheder, der vil kunne klare sig i fremtiden.
Kommentar til SOA for borddamer (eller din direktør)

Re: I gamle dage...

Så er vi jo enige :-) Spagettikode kan man jo lave med alle programmeringsprog - også i et SOA-miljø! Jeg hævdede blot at værktøjerne og metoderne til at forhindre spagettikode har været klar i 30 år.
Kommentar til SOA for borddamer (eller din direktør)

Re: I gamle dage...

Enig! ... men det kan du nok ikke sige til din borddame :-)
Kommentar til SOA for borddamer (eller din direktør)

Re: I gamle dage...

Jeg ville ikke kalde SOA for "arkitektur krydret med services og platformsuafhængighed". I SOA er services det helt centrale element (og dermed også platformsuafhængigheden), så hvis du skal fortælle om SOA, så må det handle om, hvad anvendelsen af services specifikt gør ved de løsninger...
Kommentar til SOA for borddamer (eller din direktør)

Re: I gamle dage...

He, He, "Indmaden i programmerne hænger sammen på kryds og tværs, og de er vildt tunge at rette i." Det varer nok ikke længe før man kan sige det samme om SOA-arkitekturen :-) Der er masser af udfordringer i at rette i services (programmer), der anvendes i mange forskellige sammenhænge...
Kommentar til SOA for borddamer (eller din direktør)

Re: Måske du skulle droppe SOA begrebet helt

Mit bud på en "SOA for borddamer"-forklaring vil nok se nogenlunde sådan ud: "I dag findes der så mange måder at gøre tingene på med IT, at det kan være svært at finde rundt i. SOA hjælper IT-folk til at kunne bruge hinandens programmer, sådan at de ikke selv behøver at opfinde den...
Kommentar til SOA for borddamer (eller din direktør)

Re: Måske du skulle droppe SOA begrebet helt

Jeg vil nu driste mig til at påstå, at "evnen til at dele IT-systemer op i stumper" ikke er opfundet af SOA. Det er selvfølgelig også et centralt element i generel OO-prgrammering. Inden OO var procedural programmering også meget optaget af at man skulle undgå "spagettikode" ved...
Kommentar til SOA for borddamer (eller din direktør)

Re: Måske du skulle droppe SOA begrebet helt

"Jeg hjælper organisationer med at implementere løsninger så de kan understøtte deres forretnings-processer hamrende effektivt ved brug af IT. Samtidigt gør jeg det muligt for dem at sparke deres konkurrenter af banen ved at give dem muligheden for hurtigt at forandre sig på forkant af...
Kommentar til SOA for borddamer (eller din direktør)

Successfuld?

Uha, jeg synes der er problemer med begge dele af din definition: 1) "SOA er en meget succesfuld måde at understøtte en virksomhed på" Er det nu også det? Det er en meget moderne og anvendt måde at understøtte en virksomhed på, men jeg har hørt om så mange problemer med SOA-projekter,...
Kommentar til Et vandfalds-sammenbrud til 149 mio?

Re: Et sikkert vandfald?

Faldt lige over denne debat. Undskyld den sene reaktion... Min erfaring er at det ikke er "moteren", der ikke kan leveres drypvis (feks månedsvis), men i stedet data. Hvis der er tale om en væsentlig omstrukturering af data, så vil det sjældent være muligt at sætte systemet i drift i...