Ett projekt kan man se som en levande organism. Den föds, förändras ständigt under dess livstid och till slut så dör den. Projektet jag jobbar i förändras hela tiden. En bra projektledare är ständigt uppdaterad på förändringar i projektet och försöker hela tiden korrigera för dess behov och på vilka ställen specifika resurser uttnytjas bäst.

I.o.m detta byter jag idag team inom projektet. Vi har för tillfället två permanenta team, ett för ny funktionalitet och ett för support & maintenance som har till uppgift att stabilisera systemet och laga alla buggar som hittas genom reggressionstestning, oftast något som kunden upptäcker som vi kanske inte trodde var en bug men som i deras ögon är en bug.
Jag kommer att byta ifrån nyfunktionalitets teamet till support & maintenance teamet för att stärka upp deras behov av personal då våran projektledare sett att vi kommer att vinna lite i längden på att finfördela våra resurser på det sättet. Jag ställer så klart upp och tycker det ska bli roligt att anta nya utmaningar.

Jag har jobbat med att laga buggar tidigare under året så det är egentligen inget nytt för mig och eftersom jag har haft rollen som business analyst i 3 månader nu som trainee så känner jag att jag fått mycket bättre koll på hur systemet ska fungera, vilket så klart kommer att hjälpa till mycket när man vill laga buggar.

Ett kort inlägg från mig denna gång. Ha en bra fortsatt vecka!

07:21 vaknar lite sent, bestämmer mig för att skippa frukost hemma och äta frukost på kontoret
07:58 tar bussen till jobbet
08.15 Anländer till kontoret. Börjar med att kolla mailen för att kolla om något viktigt kommit in och borde prioriteras upp
08.25 Äter frukost. Cinnober tillhandahåller fil, yoghurt, musli, nötter osv för de anställda
08.35 Det bestäms lite snabbt med de andra Business Analyst’s att vi ska ha ett möte fram till 09.15 för att få översikt över de change items som ska in i denna utvecklingssprint. Vi går igenom samtlig nyfunktionalitet som ska in i systemet fram till Q1 leverans som ska ske någon gång i januari.
09.15 En av fem BA:s går på support-teamets scrum som pågår en kvart. Support-teamet har hand om alla buggar som kunden rapporterar in. Jag går tillbaka till datorn och kollar mail och vilka uppgifter jag borde ta tag i under dagen.
09.30 Scrum för nyutvecklingsteamet. I vanliga fall har vi 15 minuters scrummöte per dag då man säger vad man jobbar på och om man behöver hjälp med något. Vi bestämmer oss för att gå igenom alla change items för att kolla status och vilka som kommer att komma med i den code-drop vi lämna över till kunden om två veckor. Denna code-drop räknar vi inte som en riktig release utan används bara för att kunden ska få lite early visibility och hjälpa oss med testningen.
09.50 tillbaka vid skrivbordet och arbetar med ett change item jag jobbar på som har att göra med att inkludera en bank identifieringskod på ett SWIFT meddelande som vi skickar ut från systemet.
10.10 En kollega kommer med lite frågor ang. olika bokföringskonton vi har i systemet. Detta mynnar ut i att vi sitter vid hennes dator en längre tid och undersöker hur pengar och obligationer bokförs i systemet. Vi tror att vi har en möjlig bug som måste undersökas vidare.
11.11 Jobbar vidare på min change item. En utvecklare som just nu implementerar en change item som jag kravade färdigt igår kommer med lite frågor.
12.00 Lunch. Jag har tagit med en matlåda; kyckling med curry, champinjoner, lök och lite riven ost i ugn. Riktigt gott
12.50 Fortsätter jobba efter lunchrasten. Jag och en till BA har bestämt möte för att göra klart tidsestimat för fyra change items vi fick in tidigare i veckan från kund. Vi ska estimera tid för krav, utveckling och testning och tar hjälp av de experter inom motsvarande område vi tror kan göra en så bra tidsuppskattning som möjligt för aktuell nyfunktionalitet.
13.50 En kollega som sitter bredvid jobbar lite på en bug i produktion som har med riskberäkningar att göra. Vi brainstormar lite tillsammans möjliga fel, ett tag tror vi att det kan ha att göra med räntekurvor som vi prenumererar på från reuters. En del av de derivat som vi clearar i clearinghuset räknar risk justerat med en räntekurva. Tanken med det är att pengar idag är värt lite mer än pengar imorgon på grund av b.la inflation.
15.00 Vi har schemalagt en kvarts fikapaus en gång per dag på initiativ av en kollega. Tidigare har vi varit dåliga på att ta en kafferast och bara prata lite grann.
15.15 Fikat är över och fortsätter med kravarbetet
16.05 Får accept fyra krav jag skrivit som hör till en change item från kund. Detta innebär att vi kan börja utvecklingen på tillhörande change item. Jag kontaktar projektledaren och meddelar att vi har en change item som vi kan börja utveckla på varpå en lämplig utvecklare får uppgiften. Efter en kort överlämning börjar implementeringsarbetet.
17.20 Slut för dagen, dags för hemgång.

Den 22 september gick vårat clearinghus live och alla positioner från metallbörsen LME som tidigare clearades på London Clearing House, LCH, migrerades över till vårat nybyggda clearinghus LME Clear. Nu har det gått lite över en månad sedan produktionssättningen och det är dags att börja blicka framåt. LME har många nya funktioner de vill ha in i sitt clearinghus. När vi planerar arbetet framåt måste jag som kravare försöka ligga 1 sprint före utvecklarna på den nya funktionaliteten då vi försöker vara klara med alla eventuella missförstånd med vad kunden vill ha och vad vi kommer att leverera innan utvecklarna börjar koda.

Både VD och CTO från LME Clear har varit i Umeå i veckan och igår firade vi produktionssättningen med god mat och dryck på kontoret. LME Clear’s VD berättade resan från början av 2011 fram till idag om hur man sjösätter ett nytt clearinghus. Det är inte bara systemutveckling utan mycket annat som ingår som t.ex godkännande från övervakande myndigheter som Bank of England och EMIR som är nya EU regler för övervakning av derivatmarknaden i Europa. Han berättade också om planerna framöver för clearinghuset och det verkar som vi har mycket nyutveckling att se fram emot.

Här kan ni läsa ett pressmeddelande som övergripande beskriver LME Clear vid produktionssättningen.

http://www.cinnober.com/news/paradigm-shift-real-time-clearing-becomes-reality-europe

Nu har jag påbörjat det tredje blocket på Traineeprogrammet här på Cinnober, det så kallade kravblocket. Krav innebär i stora drag att man lyssnar på kundens behov, försöker förstå dem och sedan tillsammans med kunden kommer överens om vilken IT lösning man ska leverera. Det här är förstås väldigt viktigt för att säkerställa att man levererar exakt det som kunden vill ha och inte slösar bort tid på att utveckla felaktiga lösningar och antaganden. Kravrollen på Cinnober innebär för det mesta att man arbetar som en så kallad Requirement analyst. En Requirement analyst har som uppgift att fånga krav från kunden och dokumentera dessa genom att skriva t.ex. use cases som sedan en utvecklare kan programmera utifrån. Våra testare använder sedan ofta de use cases som ingår i kraven för att testa att systemet beter sig så som kraven säger.
En annan typ av kravroll är Business analyst (BA). En BA har som uppgift att förstå verksamheten och dess behov. I projektet jag arbetar i nu så är det en grupp med BA’s hos kunden som har stenkoll på deras behov och tillsammans med kravare hos oss kommer överens om IT-lösningens utformning. Jag tycker det ska bli jätteroligt att få prova på mer kundkontakt och även att förhandla och komma överens med kunden om hur systemet ska fungera. Vi får in ganska många så kallade Change Requests från kunden som är ny funktionalitet dom vill ha implementerat och dessa ska vi som kravare tidsuppskatta och sedan omvandla till krav.

Många nya utmaningar framför mig alltså, känner på mig att det kommer bli en rolig och utmanande höst!

Hej bloggen

Just nu har vi mycket att göra i LMEClear projektet. Våran nuvarande release har blivit skjuten en vecka framåt för att kunna få in lite mer buggfixar i den. Vi har förutom ordinarie arbetstid kört kvällspass i tisdags och torsdags. Vi hade kodfrys igår natt och ska nu testa fram till tisdag nästa vecka. För att hinna testa igenom allt ordentligt har projektledarna satt upp två jobbpass på helgen under lördag och söndag. Som kompensation om man jobbar någon av dagarna får vi vara lediga någon annan dag i framtiden, kanske efter systemet gått live den 22 september. Läget är lite stressigt och det är mycket att göra men det är mest bara kul att det händer saker, så länge det inte pågår i flera månader i sträck dvs.

Det var allt från mig för tillfället nu ska jag fortsätta testa och koda.

När jag och Oskar var i London gjorde vi ett besök hos London Metal Exchange där vi fick se när ett av de få kvarvarande börshandelsgolven i världen finns. Dom kallar den för The Ring och man fick inte ta foton där men jag letade upp en bild på hur det ser ut.

I ringen finns några av de största investmentbankerna i världen och diverse metalltrading företag representerade. De har betalat till LME för att få tillgång att trade:a i ringen. Handel sker vid fyra specifika tidpunkter utspridda mellan 11.40 och 17.00 på handelsdagen och delas in i 5 minuters perioder då en specifik metall handlas. Det finns några anledningar till att detta fortfarande lever kvar och vi frågade såklart nyfiket vad det kan bero på eftersom dom sedan ca 10 år tillbaka har en modern elektronisk handelsplattform på LME levererad av Cinnober som rullar parallellt med tradingen i ringen samt telefonordrar. Dels är det tradition att det fortfarande handlas i ringen men det gör även att handeln koncentreras ner till 5 minuter istället för t.ex 2 timmar vilket medför högre likviditet och ett bättre och mer riktigt pris på kontrakten.

Alla ordrar som läggs är bindande och samtliga innebär fysisk leverans av metall. De flesta medlemmar som handlar på LME vill inte få metall levererad till sig eftersom de främst handlar p.g.a hedging eller spekulation. Att hedga sig innebär att man säkrar sig mot prisfall eller prisuppgångar och är ett sätt för t.ex en aluminiumgruva att på ett mer förutspående sätt planera sin framtid. För att motverka att kontraktet går ut och man får 100 ton metall levererad till sin hemadress så handlar de flesta medlemmar med så kallade carrys som gör att man skjuter leveransen på framtiden, t.ex genom att köpa i december och sälja i januari.

En annan intressant förändring i branschen är de senaste årens allt mer förekommande så kallad High Frequency Trading (HFT) handel. Detta är datorer som med hjälp av algoritmer köper och säljer kontrakt i mycket hög hastighet för att försöka tjäna pengar. Vi frågade representanten från LME som visade oss ringtradingen om detta och han sa att för ca 10 år sedan var det mesta av handeln vid LME så kallad hedging. I dagsläget trodde han att det var ungefär hälften spekulation och hälften hedging och att detta har vuxit fram i.om införandet av den elektroniska handelsplattformen där man kan exekvera ordrar i mycket högre hastighet än om en människa skulle göra det framför en dator.

Det finns otroligt mycket mer att berätta om denna värld och många spännande detaljer men jag tänkte hålla mig relativt kortfattad. Det var allt för mig denna gång, skriv en kommentar eller skicka ett mail om ni skulle vilja diskutera vidare.

Vi jobbar hårt varje dag med att leverera våra system till kunder men någon gång nu och då roar vi oss med lite fest. Igår hade vi den årliga sommarfesten här i Umeå. Det började kl 14 med att vi gick till i20-skogen med Umeå sport och motion och hade lite samarbetsövningar. Det var roligt att umgås med kollegor och speciellt roligt var att mitt lag vann!

Efter roligheterna i i20-skogen var det middag på köksbaren i Umeå. Dom bjöd på otroligt god mat, vin och tilltugg.

I övrigt så går det ganska bra för mitt projekt just nu (LME Clear). Idag är sista utvecklingsdagen på denna sprint och hela nästa vecka har vi testvecka innan vi levererar denna release till kund. Det verkar som vi har lyckats täppa till ganska många buggar så jag hoppas att kunden blir riktigt nöjd med versionen vi levererar till dom nu.

Det var allt från mig för denna gång, ha en trevlig helg!

Här på Cinnober jobbar vi med en agil utvecklingsmetod som heter Scrum. Agila utvecklingsmetoder har fått en bred spridning i mjukvaruutvecklingsbranschen dom senaste åren. Med scrum så delar vi in arbetet i så kallade sprintar som är i normala fall är 2-5 veckor långa och avslutas med en leverans till kunden i projektet. Arbetet i sprinten delas upp i tickets som innehåller en mängd arbete, detta kan vara vad som helst ifrån en bugrapport till nyutveckling av funktionalitet till interna kom-ihåg-lappar för allt möjligt som behövs göras i projektet. Vi använder ett verktyg som kallas Jira för att hantera detta. I mitt fall på kundprojektet LME Clear sitter det ganska många testare i London som testar våran senaste leverans och när dom upptäckt en potentiell bug så skriver dom en Jira och skickar till oss. Vi får in denna Jira på en tavla där vi samlar alla Jiror som kommer in från kund.

Processen därefter är att någon på våran sida tar den inkomna Jiran (bugrapporten) och försöker verifiera den. Ibland visar det sig att kunden tror att det är en bug när det egentligen inte är det eller att deras system inte är korrekt installerat. När vi verifierat den som en riktig bug kommer den in på vår interna Jira tavla som ser ut ungefär så här.

I detta läget är buggen verifierad och en utvecklare tar på sig att fixa buggen. När utvecklaren tycker att buggen är rättad sätts Jiran i For Test hos oss internt där en testare hos oss testar av Jiran. Ibland hittar vi här att buggen inte är rättad eller att något corner case som utvecklaren inte tänkt på gör att buggen kommer upp igen. I detta fall flyttas Jiran till To Do och bollen hamnar hos utvecklaren igen. Om våra interna testare tycker att buggen är rättad så stängs den interna Jiran och motsvarande kundjira sätts till For Test by Customer, då kunden får testa av buggen igen när nästa release levereras.

Genom att jobba på detta vis testas defekterna av i flera steg och minst tre olika personer testar samma bug. Detta gör att vi kan hålla en hög kvalite i våra system och leverera mjukvara i världsklass till våra kunder

Hej alla bloggläsare!

Johan Sundberg heter jag och har börjat som trainee här på Cinnober för sju veckor sedan nu. Jag har läst Civilingenjör, teknisk fysik vid Umeå Universitet och tog examen i januari. Traineeperioden på Cinnober är indelad i lite olika block och just nu är jag mitt uppe i testblocket som är 12 veckor långt. Blocket varvas med utbildning och praktiskt arbete i ett kundprojekt, jag tillsammans med min kompanjon Rasmus (den andra traineen som började samtidigt) är i projektet LME Clear (London Metal Exchange Clearing). LME är världens största börs för optioner och terminer för metaller och Cinnober levererar med det kundprojekt jag är med i mjukvaran till ett clearinghus som tillhör LME.

Testning som koncept var helt nytt för mig innan jag började jobba här, det jag kunde associera med testning innan var i princip kolla att din användare inte skriver in konstiga saker som input till ditt program, som är i princip så långt som mina kurser på universitetet tog detta. Området testning är väldigt stort men jag tänkte berätta lite kort om de tre huvudnivåer i systemet som man brukar dela in testningen i och vad jag har gjort senaste veckorna.

(Bild tagen från https://vinodkumaar.wordpress.com/tag/functional-test/)

Det finns många olika tankar kring hur man ska testa men ganska generellt kan man sammanfatta de olika testnivåerna i systemet som i bilden ovan. Unit tester är tester som utvecklare skriver och körs direkt mot källkoden, t.ex tester som körs mot individuella metoder i klasser. Integration/functional testning testar en eller flera moduler i systemet. UI/system/exploratory nivån är högsta nivån där man testar hela systemet. Tanken med uppdelningen är att man ska hitta buggar snabbt och på rätt nivå, då blir det mycket enklare att hitta och rätta buggar.

En stor del av tiden på Cinnober hittils förutom att lära sig alla nya begrepp och nya rutiner osv har gått åt till att lära mig FIX protokollet och skriva tester mot det. FIX är en standard inom finansbranschen för att skicka information om t.ex transaktioner och mycket annat. LME Clearing systemet som jag hjälper till att utveckla tar emot matchade ordrar från London metal exchange och ska sedan lägga in dom i clearingsystemet. I det lagret vill vi vara säkra på att inga konstigheter skickas i FIX-meddelandet som t.ex konstiga ascii-tecken, nullsträngar osv då det har hänt att vi har fått in buggar på detta.

Det har blivit en del programmering och utvecklande av automatiska tester som skickar in alla möjliga konstiga FIX-meddelanden med ogiltiga fält osv för att kolla vad våran mottagande server svarar med. Dessa tester kan klassas in i kategorin integration/functional test i pyramiden ovan. Det fina med att utveckla automattester är att vi lägger in dom i en byggplattform som kör testerna automatiskt flera gånger per dag mot senaste versionen av källkoden, detta gör att man snabbt kan se om systemet beter sig annorlunda om man ändrar i koden nånstans. Denna metod är väldigt effektiv när man utvecklar kritiska system som t.ex börser där man lägger stor vikt vid att det inte ska finnas buggar som kan sänka mjukvaran.

Det var allt från mig den här gången, ha en toppendag!