Agila metoder och modeller ses ofta som nytänkande och används idag flitigt av företag och organisationer runt om i värden. I realiteten är grunden till det agila metoderna idag 13 år och mycket har hänt, både teknisk och kring sättet vi arbetar, sedan 2001. Den agila metodiken baseras på två dokument, det agila manifestet och de agila principerna, där principerna är till för att konkretisera manifestet. Eftersom principerna är konkreta anser vi att de har en stark koppling till hur agil utveckling de facto bedrivs. Vi har därför valt att undersöka hur principerna står sig bland utvecklarna över ett decennium efter att de skrevs samt om utvecklarna ser ett behov av revidering och vilka delar de i så fall skulle vilja förändra.

To implement an ERP-system is not an easy process. The success of the implementation depend on many different variables. The most important one is perhaps the requirement process, to define what the organization wants and expects from the system. In this study, the advantages of a process mapping are examined, in relation to the phase where the requirements are expressed in an ERP-implementation. The conclusion is that a process mapping generates an increased communication with the supplier of the ERP-system, hence the business knows their processes and thereby what they want from the system.

Som svar på ökade krav på IT-relaterade produkter har de så kallade agilautvecklingsmetoderna uppfunnits. Förespråkare för agila metoder hävdar att bättreresultat kan uppnås genom minskning av tydliga, strikta kravspecifikationer,dokumentation och planering inom projekt till förmån för ett större fokus på småsjälvorganiserande arbetsgrupper och ett iterativt utvecklingssätt.De värderingar och den praxis som är förknippade med agila metoder ter sig vara meranpassade för små företag , på grund av den tunga betoningen på små självständigagrupper och brist på formell styrning och kontrakt. Syftet med detta examensarbete harsin grund i den oppositionen. Vilka omständigheter uppstår när en avdelning på ett stortföretag vill omvandla sin projektmetodik till en agil? Specifikt utförs en fallstudie på enutvecklingsavdelning ett stort IT-företag med över 69 000 anställda världen över.I det studerade fallet visar resultaten att intresset för agila metoder är korrelerat mednärheten till mjukvaruutvecklingsprocessen .

Syftet med detta examensarbete var att lära sig att genomföra ett programutvecklingsprojekt under realistiska förutsättningar och därigenom få erfarenheter som är relevanta för yrkeslivet. En grupp på åtta personer arbetade under en termin med ett projekt som handlade om utvecklingen av ett obemannat luftburet radiometrisystem. Ett lättare system efterfrågades för att förlänga flygtiden. Under utvecklingen tillämpades metoder från Semat, Scrum och Extreme Programming. Utvecklingsarbetet fungerade bra och en lösning för problemet togs fram, systemet hann dock inte implementeras full ut.

Denna rapport är resultat av en studie som utförts på Kappa Kraftliner i Piteå där vi jämfört två separata systemutvecklingsprojekt. Fokus för undersökningen ligger på de olika metoder som använts vid de två utvecklingsprojekten. Närmare 70% av alla systemutvecklingsprojekt misslyckas helt eller blir kraftigt försenade vilket leder till ökade kostnader och låg tilltro till systemen. Att skräddarsy ett informationssystem kan bli både kostsamt och resurskrävande. Alternativet är att använda sig ett standardiserat system.

Denna uppsats behandlar frågan huruvida användningsfallsmetoden klarar av att fånga upp alla de krav som behöver tas fram under ett systemutvecklingsprojekt. Rapporten undersöker också vilka metoder som en utvecklare eventuellt behöver använda för att få med samtliga krav, tillsammans med bakomliggande motiv. Undersökningen utfördes gentemot tre större systemutvecklingsföretag. Rapporten konstaterar att användningsfallsmetoden är väl lämpad för att fånga funktionella krav, men den fungerar sämre när det gäller hanterandet av icke-funktionella krav. För att lösa detta dilemma har företagen valt att utveckla egna metoder i denna del av kravfångsten, men betonar att kravfångarens erfarenhet och praktiska kunskap är en ovärderlig tillgång under kravfångsarbetet.

Kunskap anses idag vara den viktigaste faktorn för att skapa konkurrenskraftiga organisationer. I projektverksamheter har kunskap ännu större betydelse, då medarbetarna är uppdelade i fristående projekt och distansen mellan dem är större än i traditionella linjeverksamheter. Detta har resulterat i omfattande forskning kring Knowledge Management (KM) i projekt-organisationer. Forskningen har då utgått ifrån traditionell projektledning som härstammar ifrån tillverkningsindustrin. Inom systemutveckling har nya projektledningsmetoder utvecklats som är anpassade till denna bransch och kallas för agila metoder.

Rapporten beskriver framtagandet av en webbshop för glasögonförsäljning. Läsaren får ta del av lärdomar om hur det fungerar att arbeta efter den agila projektmodellen Scrum i praktiken och förslag till hur metodiken kan anpassas för effektiv användning i ett utvecklingsteam. Vidare diskuteras även hur sammanslagning av flera projektmodeller kan ske för att skapa en mer produktiv projektmiljö. Lösningar till tekniska problem som uppstått under projektets gång presenteras och diskuteras utifrån ett utvecklarprespektiv. Vidare presenteras en marknadsundersökning där kundsegmentet identifieras och analyseras för utformning av slutprodukten. Utmärkande för slutprodukten är en smidig och enkel köpprocess uppdelad i tre enkla steg. .

Rapporten behandlar utvecklandet av en spelidé för ett turordningsbaserat strategispel med fokus på flerspelarläge över nätverk, samt hur idén implementeras till plattformen Android. Rapporten kommer fortsättningvis även att dokumentera och beskriva hur arbetet med att uppnå syftet att utveckla ett turordningsbaserat strategispel uppfylls. Utöver detta kommer rapporten dessutom att behandla studier av liknande spel för olika plattformar. Utvecklingen i detta projekt sker genom en agil arbetsprocess som kommer att beskrivas samt diskuteras. Resultatet av projektet är en fungerande betaversion av Vengeful Vikings, ett turordningsbaserat strategispel unikt anpassat för att användas påAndroid..

Rapporten behandlar utvecklandet av en spelidé för ett turordningsbaserat strategispelmed fokus på flerspelarläge över nätverk, samt hur idén implementeras till plattformenAndroid. Rapporten kommer fortsättningvis även att dokumentera och beskriva hurarbetet med att uppnå syftet att utveckla ett turordningsbaserat strategispel uppfylls.Utöver detta kommer rapporten dessutom att behandla studier av liknande spel för olikaplattformar. Utvecklingen i detta projekt sker genom en agil arbetsprocess som kommeratt beskrivas samt diskuteras. Resultatet av projektet är en fungerande betaversion avVengeful Vikings, ett turordningsbaserat strategispel unikt anpassat för att användas på Android..

Krav är nödvändiga egenskaper hos en produkt för att på bästa sätt tillfredställa en slutanvändare. I takt med att antalet kunder ökar, ökar även mängden krav. I dagens samhälle är det inte helt ovanligt att ett system har en koppling till internet och därför även dess applikationer. Vidare får internet en allt större inverkan på vår vardag, vilket gör att krav och behov behöver tillfredställas för en allt bredare publik. Detta ställer högre krav på en fungerande och tillförlitlig webbutveckling samt en förmåga att kunna se till alla intressenters behov och önskningar i takt med att dessa bara blir fler och fler.  Behovet av en fungerande och tillförlitlig kravhantering har ökat.

??I ett systemutvecklingsprojekt är kravspecifikation en av de främsta nyckelfaktorerna för att åstadkomma ett system som samtliga inblandade aktörer känner sig tillfredsställda med. Teorin innehåller ett stort antal riktlinjer och tekniker som hjälpmedel i arbetet med att ta fram komplett kravspecifikation.  När ett system väl har implementerats och sats i drift är vidareutveckling, anpassning samt underhåll av stor betydelse för hur väl systemet kommer att fungera i framtiden, som präglas av förändring. Trots detta förekommer det betydligt färre rekommendationer angående hur receptet för ett lyckat systemförvaltningsarbete kan uppnås. Syftet med denna uppsats är att undersöka hur processen för att samla in krav under systemförvaltningsfasen och med vilka tekniker krav detta sker och påvisa likheter och skillnader teori och praktik emellan.

Programvaruutveckling lider idag av stora problem och många av problemen är kopplade till hur krav samlas in och hanteras. Ett sätt att underlätta kravinsamlingen och att öka kommunikation med kund är att ta fram en prototyp, vilket är en konkret representation av programvaran som ska tas fram. När kravutvinningen har kommit tillräckligt långt kan denna prototyp användas som en del av en kravspecifikation. En vanlig form av kravspecifikation är ett dokument, men även en (exekverbar) prototyp kan vara en effektiv representation av programvaran som ska tas fram.I detta arbete undersöks det vilka problem som kan uppstå då en prototyp används som en del av en kravspecifikation. Problem identifieras i litteraturen och intervjuer utförs för att undersöka vilka problem som finns i praktiken.

According to statistics, requirements management is identified as a major source of error to failed IT-projects. Moreover communication is identified as a factor affecting the require-ments management and can lead to deficiencies in the requirements. The requirements analyst is responsible for managing the requirements from the different stakeholders, act as a com-munication accommodator and to translate abstract requirements expressed by users to more specific requirements that developers can implement. The purpose of this thesis is to study the role of the requirements analyst to investigate the problems that may arise in working with requirements management.  To achieve the purpose we have performed a requirements management process in which we ourselves took the role as the requirements analysts. The requirements management process consisted of three phases: gather requirements, document requirements and validate require-ments.

Detta examensarbete utfördes på avdelningsnivån CCS på avdelningen PDU Platforms på Ericsson. Avdelningen ville förändra sin nuvarande arbetsprocess genom att övergå från Daily Build, att bygga och testa en gång om dagen, till ett mer kontinuerligt byggande och testande. CCS hanterar och tillhandahåller kontrollsystemtjänster för RNC applikationer och äldre RBS. Målet med detta examensarbete var att automatisera testprocesser för att kunna utföra kontinuerliga tester. Första steget i arbetet var att ta fram ett specifikt användningsfall, ett use case, att arbeta mot. Detta skedde genom analys av felrapporter och detta ledde till att nodomstarter definierades som ett första användningsfall.