In visual programming the developer specifies her code, using visual tools. Within the range of visual programming languages lay icon-based languages, form-based languages, and diagram languages. Mediator is a multimedia authoring tool that allows the user to create interactive CD-ROM presentations, dynamic HTML pages and Flash projects, without any coding or scripting. The user can create interactivity in her project, using event driven and icon-based visual programming, through a “drag and drop” user interface. This report intends to determine some of the qualifications of a tool of this kind, as well as its limitations. The report is based on a case study, in which a smaller software application was to be updated using Mediator 9. During this study, Mediator 9 has been examined thoroughly from several perspectives, in order to observe different qualities, such as effectiveness, simplicity and usefulness. The software application updated during this thesis was Pratvis. Pratvis is a pronunciation training tool that is intended to be used by speech therapists that work with young children. It was created in Mediator 8. The case study focuses on a modified version of the software development methodology Extreme Programming. The purpose of the case study is to determine whether or not this version can be used by developers that work alone in small projects. / Idag är det inte ovanligt med visuell programmering, där användaren specificerar sin kod med hjälp av visuella verktyg. Inom ramen för visuella programmeringsspråk ligger ikonbaserade, formbaserade samt diagrambaserade språk. Mediator är ett multimedia-författarverktyg som tillåter användaren att skapa interaktiva CD-rom-presentationer, dynamiska HTML-sidor och Flash-projekt, utan att behöva koda eller skriva skript. Användaren kan skapa interaktivitet i sitt projekt, med hjälp av händelsestyrd och ikonbaserad visuell programmering, med ett ”drag-och-släpp”-användargränssnitt. Hur brett är användningsområdet för ett sådant verktyg och vilka är dess begränsningar? Det är ett par av de frågor som denna rapport ämnar försöka svara på. Rapporten bygger på en fallstudie, i vilken en mindre mjukvaruapplikation skulle uppdateras med hjälp av Mediator 9. Under studiens gång har verktyget Mediator 9 undersökts grundligt ur flera perspektiv för att granska verktygets egenskaper i form av effektivitet, enkelhet och användbarhet. Applikationen under uppdatering var Pratvis, som är ett uttalsträningsprogram som riktar sig mot logopeder och specialpedagoger som arbetar med barn i förskoleåldern. Pratvis är skapat i Mediator 8. Fallstudien har sitt fokus kring en modifierad version av utvecklingsmetoden Extrem Programmering. Syftet med fallstudien är att granska om denna version är tillämpningsbar för utvecklare som arbetar ensamma i små projekt.

Detta arbete utgör specifikation, implementation och utvärdering av ett läroverktyg sett till hur man säkerställer att en ensam utvecklare lyckas i varje enskild problemdomän. Detta nås genom en metodik för kravinsamling och specificering grundad i Co-Creation, designmönster och kodstrukturering som stöd i själva utvecklingen samt agil utvecklingsmetod sett ur perspektivet av en ensam utvecklare.

Behavior-driven development (BDD) is a development practice focusing on behaviors and requirements from users and stakeholders. It is designed to develop behaviors which contribute directly to system outcomes. BDD encourages multiple stakeholders to collaborate by minimizing communication gaps and create a shared understanding of the project between technical and non-technical speakers. As a result, the development process becomes faster and the cost lower. Although BDD has many benefits, there are teams who feel inertia towards using it as their main development practice.This thesis work took place at a company with a strong agile foundation. It had the goal to investigate reasons why teams feel inertia against BDD, and thus contribute to BDD research and assist the company. The assumption that positive motivation would help in dispelling inertia was the idea behind this thesis work, and that a stronger motivation for a practice can be achieved by assessing a team’s suitability for it. To reach the goal of the thesis a qualitative research methodology was used, with a focus on obtaining a better understanding of opinions and behaviors that exist, with rounds of interviews and forms as the main method of data collection. Interviews were also consistently used throughout the thesis work to validate that it followed the right track.The inertia which teams at the company have experienced was clustered into different dimensions. These dimensions were used to develop a self-assessment tool intended to help people starting a project to assess how well BDD might fit their context. It allows people to assess their inertia in the different dimensions identified, and as well as attempting to give an overall guide to readiness, also giving some recommendations where gaps could be identified.The deliverable of the thesis work is the tool for managing inertia against BDD. It was developed in a spreadsheet-format for quick development and easy access for multiple users. However, it is important to highlight that this tool focuses on agile autonomous teams. The tool is not about forcing the development practice on someone but rather acts as an aid in giving insight into how well BDD could work for a specific project and team. Finally, to grasp the validity of the tool teams who had previous success developing projects using BDD at the company were able to try it out to see how well it reflected their project reality. The tool also got tested on teams who felt strong inertia towards BDD, to verify whether it helped them manage it or not. / Beteendedriven utveckling (BDD), är ett arbetssätt som fokuserar på beteenden och krav från både användare och intressenter. Det är utvecklat för att främja och skapa beteenen som bidrar till det önskade målet. Några av BDDs fördelar är att arbetssättet uppmuntrar intressenterna till tätt samarbete, att minska luckor i kommunikation och information samt att det skapar en delad förståelse för projektet mellan teknisktoch icke-tekniskt kunniga intressenter. En positiv konsekvens av detta är att utvecklingen tenderar att bli snabbare och kostnaderna lägre. BDD ser till att alla inblandade är eniga om vilket resultat man kan förvänta sig från ett utvecklingsprojekt, redan innan utvecklingen börjar. Detta gör att de missförstånd som är vanligt förekommande mellan intressenter och utvecklingsteam reduceras. Trots att BDD, som nämnts, har flera fördelar finns det team som känner motstånd mot att använda BDD som sitt huvudsakliga arbetssätt.Antagandet att motivation kan bidra till att minska motståndet och att motivationen kan skapas genom att påvisa för team hur lämpligt BDD skulle vara för just dem var ideén bakom detta arbete. Det utfördes på ett företag med stark agil bas. Målet var att identifiera och utreda orsakerna till att team känner motstånd mot BDD, och på så sätt bidra till forskningen och samtidigt hjälpa företaget med en ökad insikt i detta. Syftet med arbetet var att utveckla ett verktyg för att hjälpa team förstå sitt motstånd mot BDD och guida dem till hur de kan hantera det. För att nå målet användes en kvalitativ forskningsmetod med fokus på att få en bättre förståelse för åsikter och beteenden som finns angående BDD. Olika rundor av intervjuer utgjorde den huvudsakliga datainsamlingen. Intervjuer användes också kontinuerligt för att validera att arbetet höll rätt kurs.Det motstånd mot BDD som påträffades på företaget grupperades i olika dimensioner. Dessa användes för att utveckla slutprodukten av kandidatexamensarbetet, ett självskattningsverktyg. För att underlätta utvecklingen valdes ett spreadsheet-format på verktyget, detta även för att enkelt kunna dela det mellan flertalet intressenter.Det är viktigt att understryka att verktyget fokuserar på autonoma team. Det har inte som mål att tvinga någon att använda BDD, utan att agera som hjälp för att visa hur arbetssättet skulle kunna fungera för ett specifikt projekt och team. Slutligen, för att kunna verifiera kvaliteten på verktyget, utvärderades det i samarbete med team som tidigare på ett framgångsrikt sätt utvecklat ett projekt med BDD. Detta för att se om självskattningsverktygets utsägelse motsvarade teamets helhetsupplevelse. Verktyget testades också av andra team för att se om det var till hjälp för dem eller inte.

IT-system utvecklas idag ofta i globalt distribuerade organisationer. Detta görs för att möta de krav som ställs från omgivningen samt för att finna specialkompetens. En global organisation kan medföra distribuerat arbete, alltså att utvecklingsgrupper sprids över flera platser. Ett problem med detta kan vara att få alla delar av verksamheten att arbeta mot ett gemensamt mål. Koordination – att hantera beroenden mellan element i komplexa organisationer för att möjliggöra effektivt arbete mot ett gemensamt mål – blir då en viktig aktivitet. Att kommunicera över distans i den takt organisationen kräver är en omöjlighet utan att implementera informations- och kommunikationsteknik (IKT) – digitala verktyg med fokus på kommunikation och spridandet av information. Vi vill i denna uppsats undersöka hur koordination sker i distribuerade IT-projekt, samt vilken roll IKT-stöd har vid koordination av distribuerade IT-projekt. Syftet med denna studie är att bidra med kunskap gällande användandet av IKT-stöd för koordination i distribuerade IT- projekt. Vi genomför denna kvalitativa fallstudie hos IFS World Operations AB – en global affärssystemsleverantör. Data har samlats in genom intervjuer med personer i olika roller inom det undersökta it projektet. Vi har ställt de empiriska resultaten i relation till teorier inom områden som koordination, IT-projekt samt IKT. Våra resultat visar att koordination i agila, distribuerade IT-projekt sker på två nivåer; strategisk samt operationell koordination. Dessa syftar att uppnå mål på olika nivåer. Vi har också kunnat dela in koordinationshandlingar i tre typer utvecklade från teori och observationer; ömsesidig anpassning, framväxande standardisering och organisationsförvaltning. Vi kan även sluta oss till att IKT-stöd främst förhåller sig till koordination på tre sätt i ett distribuerat IT-projekt; möjliggörande, medierande samt begränsande. Med stöd av de ovan presenterade resultaten har vi tagit fram faktorer vi funnit påverka möjligheten att koordinera IT-projekt. Dessa är; gruppdynamik, graden av distribution, fasta utvecklingsgrupper, utveckla teknik tillsammans med organisation samt standardiserade kommunikationskanaler. / Information systems are often developed in globally distributed organizations. Many times the reason for being distributed is to meet requirements and demands from the organizations surrounding and to acquire a specialized set of skills. Global organizations may choose to work distributed, which means that development teams are spread out over multiple locations. This can create problems; how do you make all parts of the organization work together towards a common goal? Thus, coordination – The management of interdependent elements in a complex organization so as to enable them to work together effectively toward a specific goal – becomes important. Long distance communication using information and communication technology (ICT) – digital tools with the purpose of endorsing communication and knowledge – is required to coordinate between locations. In this thesis we examine how coordination is performed in distributed IT-projects. We will also address the role that information and communications technology plays in coordination of these projects. The purpose of the study is to contribute with knowledge in the area of using ICT tools for coordinating distributed IT-projects. This qualitative case study was conducted in cooperation with IFS World Operations AB – a global provider of an Enterprise Resource Planning system. Our empirical data has been collected using five interviews, all with different types of roles from within IT-projects. The data has then been put in relation to theories concerning coordination, IT-projects and ICT. Our findings show coordination in distributed, agile software development projects is working on two levels; strategic and operational coordination. The difference lies with the motivation to complete goals on different levels of the organization. We can also conclude that there are three different kinds of means to carry out coordination; Mutual Adjustment, Emerging standardization and organizational management. Concerning the role of ICT in the coordination of distributed IT-projects we have found it to be threefold; enabling, mediating and limiting. Based on these findings we conclude this study by presenting five factors that influence the ability to coordinate distributed IT-projects. These are: group dynamics, level of distribution, fixed development teams, parallel development of technology and organization and standardized communication channels.