Posted on 19 November 2009 by Alexander Viken
It´s funny… In March 09 i wrote about a “work person” exiting the elevator saying that “Scrum doesn´t work on large scale Oracle projects“. Now, 9 month later i found myself about to try just that.
For most of this fall i have been working as the lead architect for a large (I call it large when it is designed to handle 45 000 000 transactions/week) national tracking system for the food industry in Norway based on the EPC IS standard. We evaluated the requirements and landed on Oracle as a technology partner.
After beating IBM in a close head2head BID race for the system we ´re now ready to begin the project initialization process and we have through the whole process had the goal to use scrum as project methodology. We have put together a great team of highly skilled engineers and developers and we know that there are two fixed factors, price and project end date. This is going to be fun! Continue Reading
Posted on 17 June 2009 by Alexander Viken
The NDC 2009 starts today and in lack of mobile technology content i have decided to go for more general topics than tech specific sessions.
Conference introduction
The conference opens at 8am with registration, and you have a hour to roam around before everything starts. Im looking at the exhibitions at Telenor Arena and must give kudos to the site, I like this place a lot better than last year at the SAS hotel.
At 8:45 the conference kicks off with a lot of noise, Hip Hop music and a short introduction by the director of Programutvikling AS. She introduces Robert C. Martin for his keynote, that starts with a lesson on biology and history and makes the transition over to software development and testing.
This speak should be force fed to mangers, not developers – it is not developers that are responsible for the lack of testing in the software industry – it is the mangers that does not for some unknown reason see the value in it. But then again, if we as developers just did it, just included the time it takes to do the tests in our estimates we just might get it to work, and your manager can give their own shoulder a pad and say that they thought their developers well.. Continue Reading
Posted on 31 March 2009 by Alexander Viken
NDC looks very promising this year, but as always.. i’ll be whining about the lack of mobility content on arrival.
Bit sad since with the release of WM 6.5 Microsoft have the opportunity to present the new development features like gestures, touch and widgets to developers eager to get a glimpse into newTech. And also with the launch of Microsoft Marketplace for mobile, independent and commercial developers have a centralized distribution channel making it easier than ever to finally be able to get some hard earned return for the effort.
So far i’ve pinned these sessions:
- Tim Huckaby – Jump into WPF! … and become immediately effective.
- Michael Feathers – Working Effectively with legacy code
- Ayende Rahien – Producing production quality software
- Ian Griffiths – Writing custom WPF pixel shader effects
- Phil Haack – The Haacked and Hanselman show (this might be fun
)
- Glenn Block – Framework design guidelines
- Ayende Rahien – Building scalable systems
- Roy Osherove – Introducing CTHRU
- Robert C. Martin – Clean Code
- Robert C. Martin – Clean Design
- Ted Neward – XML Messaging in .NET using WCF
- Mary Poppendieck – The lean frame
- Mike Cohn – User stories
- Mike Cohn – Agile estimating
- Mike Cohn – Agile Planning
Continue Reading
Posted on 08 March 2009 by Alexander Viken

That was the statement i heard going down the escalator at work earlier this week.
“Scrum may be good for some things, but for large scale Oracle development projects, it doesn’t work…”
And I was like.. wtf???.. I have been thinking about this statement for a few days now and I still wonder why shouldn’t scrum work in large scale Oracle projects? anyone got a clue? Continue Reading
Posted on 17 December 2008 by Alexander Viken
Computerworld skriver idag om Finn.no som har tatt i bruk scrum som metodikk for for sine prosjekter.
Finn sier noe jeg selv er helt enig i at “Bakgrunnen var at 60 prosent av alle it-prosjekter har forsinkelser, overskridelser og mangler, til tross for at mer enn 60 prosent av alle funksjonene aldri blir brukt.” Og jeg ser fram til at vi flere store som tar ibruk metodene og får erfaring slik at man etter hvert kan få håndfaste tall som viser at man faktisk tjener på å ta i bruk smidige metoder.
Håper også at Computerworld etterhvert legger ut en tilleggsartikkel som kan hjelpe med å finne scrum-funksjonaliteten på finn.no
Posted on 21 November 2008 by Alexander Viken
digi.no skriver idag om IT-Selskapet Dips, som i løpet av de siste 15 månedene har innført scrum som metodikk i organisasjonen.
Adm. Dir i Dips sier til Digi; “Vi mener Scrum innebærer store fordeler for oss. Det aller viktigste er at metoden vil gi oss bedre og raskere systemutvikling. Det er en vinn-vinn-situasjon, for kunden vil også merke forbedringen.Hittil har det vært en suksess”
Jeg synes dette høres fantastisk ut, og ønsker dem hell og lykke videre. Håper også de vil dele sine erfaringer med oss andre som ikke helt har kommet så langt. Kanskje et lite foredrag på en Lean Meetup hadde vært tingen?
Posted on 15 October 2008 by Alexander Viken
18. september 2008. En merkedag i min løsningskarriere. Den dagen ble jeg “uteksaminert” og fikk den til dels tvilsomme tittelen SCRUM-Master, og kan føye til CSM på visittkortene mine, forkortelser er gøy og fler skal det bli.
Det som var det bemerkelsesverdige var at jeg mer eller mindre hadde en “åpenbaring”;
HVORFOR I SVARTE HAR MAN IKKE DREVET PROSJEKTER PÅ DENNE MÅTEN FØR???
I 1970 beskrev Winston W. Royce (1929–1995) fossefall metodikken for utvikling av programvareløsninger. I 1971 (ca) tok amerikanske Department of Defense metoden i bruk for sine utviklingsprosjekter. Senere, på midten av 70 tallet ble den adoptert av NATO, men da visste allerede DoD at metodikken ikke fungerte særlig bra og har vel side lett etter alternativ metodikk. Men av en eller annen måte har denne metodikken fått spre seg som et prosessvirus og ødelagt mang et utviklingsprosjekt.

I mine 15 år i jobb med utvikling av programvareløsninger har jeg sittet i utallige interne møter der man har prøvd å komme fram til en måte å gjennomføre utvikling fossefallsprosjektene med så liten sprekk og risiko som mulig, men det er nært sagt ingen som er i stand til å gjøre det. Fakta er at 80-90 % av alle programvare prosjekter som startes opp og utvikles etter fossefallsmetodikk bryter sammen på enten økonomi, funksjonalitet/innhold eller tidsfrister. Continue Reading