En analys av testprocesser med TMap som testmetod

Today there are many system development projects that break both budget and time plan. Often this depends on defects in the information systems that could have been prevented. The cost of test can in some cases be as high as 50 % of the projects total cost and it's at the same time an important part of development. Test as such has moved its focus from the software it self and its faults to a wider perspective on whole infrastructures of information systems where assure a good quality is important. Sogeti in the Netherlands have developed a test method called TMap (Test Management approach) that can be used for structured testing of information systems. TMap haven't been used as much as desired in the office in Borlänge. Because Microsoft is releasing a new version of their platform Visual Studio Team System (VSTS 2010) some colleges at Sogeti in the Netherlands are about to develop a template that can support the use of TMap in VSTS 2010. When we write this the template is still in development. The goal for Sogeti was to find out the differences between the test functionality in VSTS 2008 and 2010. By using the purpose with this essay, which was to analyze the test process in VSTS 2008 with TMap against the test process in VSTS 2010 together with the template we got much help to achieve the goal. The analysis was done with four different aspects: The TPI and TMMi models, problem and strength analyses and a few question formulations. The TPI and TMMi models where used to analyses and evaluate the test process. The analysis showed that there were differences between the both test processes. VSTS 2010 together with the template gave a better support to use TMap and perform test. In VSTS 2010 the test tool Camano is connected to TFS and the tool is also to make the execution and logging of tests easier. This leads to a test process that is easier to handle and has a better support for TMap.

Lokal utveckling och företagssamverkan i träbranschen : Dokumentation och preliminär analys av ett 30-tal fall

Networks and cooperatives have become very common in the woodworking industry during the1990’s. As part of a research project on small enterprise development in the woodworking industry within the Target 6 area (in Sweden) of the European Community, this study follows the development of a dozen cooperative projects during the period 1997-2000. In order to broaden the knowledge base of the study, in 1998 we carried out a survey of cooperative ventures in the woodworking industry in the rest of the country, and collected information about their history, present situation and future strategy. Together with our own material we achieved a body of material consisting of some 30 cases which were subjected to exploratory analysis. We identified the following categories of projects and cooperative ventures; ”Local development projects”, ”Development networks”, ”Producer networks” and ”Development supporting networks”. Most of the producer networks were horizontally integrated but some of them were vertically integrated, along the processing chain from the forest to the customer. Nearly all the local development projects and the networks had been initiated within the last four years. It is, therefore, too early to make any conclusions about their success. Our main finding, so far, is that local development and the establishment of networks requires ”driving forces” in the form of committed individuals, time, money and project organisation. Most of the projects and networks were supported by public funds.

Upplevda problem med projektstyrningsmetoden Scrum i systemutvecklingsprojekt : En studie av Scrums-relaterade problem hos IT- företag i Borlängeregion

Många projekt misslyckas och en av anledningarna är dålig styrning av projektet i allmänhet och inom IT branschen i synnerhet. Baserad på kritik av de traditionella metoderna under de senaste åren, så har det uppkommit flera lättrörliga metoder som kallas Agila metoder. Scrum är den mest kända Agila metoden som används idag. Metoden lovar goda resultat, men i en artikel ur tidningen Computer Sweden (feb 2009) står det ”siffror visar att nio av tio Scrumprojekt misslyckas”. Artikeln triggade vårt intresse av att ta reda på vilka problem specifika för Scrum som många har kritiserat och valde därför att rikta in vår studie mot detta. Uppsatsen syftar till att undersöka om lokala IT-företag i Borlänge, Headlight, Sogeti ochstatliga nätkapacitetleverantören Trafikverket ICT lider av det allmänna problem som de andra Scrumanvändarna upplever i samband med användningen av metoden. Denna uppsats har fokus på fyra problemområden: bristfällig dokumentation, sämre effektivitet i arbetsprocessen, sämre effektivitet i arbetsprocessen i stora projekt samt bristande stöd för utvärdering. För vår studie har litteraturstudier och intervjuer genomförts. Intervjuserier gjordes på elva personer hos våra fallföretag. Målgruppen för våra intervjuer är Product Owner (PO) ScrumMaster (SM) och utvecklare. Vi kan efter genomförd studie dra slutsatsen att de allmänna upplevda problem som de andra Scrumanvändaren upplever har vi även kunnat identifiera hos våra fallföretag. Resultaten har bekräftats med insamlade data och vår teoretiska ram. I diskussionen presenterar vi rekommendationer för att undvik relaterade problem med Scrum.

Samarbete i agila systemutvecklingsprojekt : Vilka mänskliga faktorer påverkar samarbetets effektivitet?

Mänskliga faktorer som till exempel kommunikation och tillit påverkar hur människor interagerar med varandra. I agil systemutveckling ingår relationer, samspel och samarbete mellan människor och dessa påverkar om systemutvecklingsprojektet anses framgångsrikt eller ej. Men ofta i systemutvecklingsprojekt så läggs det mer tid på själva tekniken än de sociala aspekterna, där de mänskliga faktorerna i många fall är en avgörande faktor för projektets slutresultat. Syftet med det nuvarande arbetet är att beskriva vilka mänskliga faktorer som är viktiga för att effektivisera samarbete i agila systemutvecklingsprojekt, samt att beskriva hur agil systemutveckling på Trafikverket utförs. Trafikverket ville ha studien genomförd för att resultatet av studien skulle hjälpa till att minska antalet mindre framgångsrika systemutvecklingsprojekt på Trafikverket. Huvudfrågan i arbetet är: Vilka mänskliga faktorer är viktiga för att effektivisera samarbetet mellan verksamhetskunniga och utvecklare i agila systemutvecklingsprojekt? En fallstudie utfördes vid Trafikverket genom sju semistrukturerade intervjuer som följdes upp av enkäter och dokumentstudier. Det sammanlagda resultatet tyder på att för att effektivisera samarbetet mellan verksamhetskunniga och utvecklare i agila systemutvecklingsprojekt på Trafikverket krävs fokus på följande fem mänskliga faktorer: kommunikation, tillit, ledarskap, kunskap och motivation.

Samarbete i agila systemutvecklingsprojekt : Vilka mänskliga faktorer påverkar samarbetets effektivitet?

Mänskliga faktorer som till exempel kommunikation och tillit påverkar hur människor interagerar med varandra. I agil systemutveckling ingår relationer, samspel och samarbete mellan människor och dessa påverkar om systemutvecklingsprojektet anses framgångsrikt eller ej. Men ofta i systemutvecklingsprojekt så läggs det mer tid på själva tekniken än de sociala aspekterna, där de mänskliga faktorerna i många fall är en avgörande faktor för projektets slutresultat. Syftet med det nuvarande arbetet är att beskriva vilka mänskliga faktorer som är viktiga för att effektivisera samarbete i agila systemutvecklingsprojekt, samt att beskriva hur agil systemutveckling på Trafikverket utförs. Trafikverket ville ha studien genomförd för att resultatet av studien skulle hjälpa till att minska antalet mindre framgångsrika systemutvecklingsprojekt på Trafikverket. Huvudfrågan i arbetet är: Vilka mänskliga faktorer är viktiga för att effektivisera samarbetet mellan verksamhetskunniga och utvecklare i agila systemutvecklingsprojekt? En fallstudie utfördes vid Trafikverket genom sju semistrukturerade intervjuer som följdes upp av enkäter och dokumentstudier. Det sammanlagda resultatet tyder på att för att effektivisera samarbetet mellan verksamhetskunniga och utvecklare i agila systemutvecklingsprojekt på Trafikverket krävs fokus på följande fem mänskliga faktorer: kommunikation, tillit, ledarskap, kunskap och motivation.

Samarbete i agila systemutvecklingsprojekt : Vilka mänskliga faktorer påverkar samarbetets effektivitet?

Mänskliga faktorer som till exempel kommunikation och tillit påverkar hur människor interagerar med varandra. I agil systemutveckling ingår relationer, samspel och samarbete mellan människor och dessa påverkar om systemutvecklingsprojektet anses framgångsrikt eller ej. Men ofta i systemutvecklingsprojekt så läggs det mer tid på själva tekniken än de sociala aspekterna, där de mänskliga faktorerna i många fall är en avgörande faktor för projektets slutresultat. Syftet med det nuvarande arbetet är att beskriva vilka mänskliga faktorer som är viktiga för att effektivisera samarbete i agila systemutvecklingsprojekt, samt att beskriva hur agil systemutveckling på Trafikverket utförs. Trafikverket ville ha studien genomförd för att resultatet av studien skulle hjälpa till att minska antalet mindre framgångsrika systemutvecklingsprojekt på Trafikverket. Huvudfrågan i arbetet är: Vilka mänskliga faktorer är viktiga för att effektivisera samarbetet mellan verksamhetskunniga och utvecklare i agila systemutvecklingsprojekt? En fallstudie utfördes vid Trafikverket genom sju semistrukturerade intervjuer som följdes upp av enkäter och dokumentstudier. Det sammanlagda resultatet tyder på att för att effektivisera samarbetet mellan verksamhetskunniga och utvecklare i agila systemutvecklingsprojekt på Trafikverket krävs fokus på följande fem mänskliga faktorer: kommunikation, tillit, ledarskap, kunskap och motivation.

Conceptual Product Development in Small Corporations

The main objective of the thesis “Conceptual Product Development in Small Corporations” is by the use of a case study test the MFD™-method (Erixon G. , 1998) combined with PMM in a product development project. (Henceforth called MFD™/PMM-method). The MFD™/PMM-method used for documenting and controlling a product development project has since it was introduced been used in several industries and projects. The method has been proved to be a good way of working with the early stages of product development, however, there are almost only projects carried out on large industries which means that there are very few references to how the MFD™/PMM-method works in a small corporation. Therefore, was the case study in the thesis “Conceptual Product Development in Small Corporations” carried out in a small corporation to find out whether the MFD™/PMM-method also can be applied and used in such a corporation.The PMM was proposed in a paper presented at Delft University of Technology in Holland 1998 by the author and Gunnar Erixon. (See appended paper C: The chart of modular function deployment.) The title “The chart of modular function deployment” was later renamed as PMM, Product Management Map. (Sweden PreCAD AB, 2000). The PMM consists of a QFD-matrix linked to MIM (Module Indication Matrix) via a coupling matrix which makes it possible to make an unbroken chain from the customer domain to the designed product/modules. The PMM makes it easy to correct omissions made in creating new products and modules.In the thesis “Conceptual Product Development in Small Corporations” the universal MFD™/PMM-method has been adapted by the author to three models of product development; original-, evolutionary- and incremental development.The evolutionary adapted MFD™/PMM-method was tested as a case study at Atlings AB in the community Ockelbo. Atlings AB is a small corporation with a total number of 50 employees and an annual turnover of 9 million €. The product studied at the corporation was a steady rest for supporting long shafts in turning. The project team consisted of management director, a sales promoter, a production engineer, a design engineer and a workshop technician, the author as team leader and a colleague from Dalarna University as discussion partner. The project team has had six meetings.The project team managed to use MFD™ and to make a complete PMM of the studied product. There were no real problems occurring in the project work, on the contrary the team members worked very well in the group, having ideas how to improve the product. Instead, the challenge for a small company is how to work with the MFD™/PMM-method in the long run! If the MFD™/PMM-method is to be a useful tool for the company it needs to be used continuously and that requires financial and personnel resources. One way for the company to overcome the probable lack of recourses regarding capital and personnel is to establish a good cooperation with a regional university or a development centre.

Development, capabilities and technology : an evaluative framework

In this paper we present a framework to be used for evaluation of Information and Communication Technology for Development (ICT4D) projects. The framework is based on Sen´s notion of development as freedom where human capabilities and functionings are seen as key aspects to development. Sen´s capability approach presents an alternative way of seeing and evaluating development (alternative to more traditional ways of measuring development). The approach is based on expanding freedoms, or eliminating unfreedoms, for people so that they can live a life that they have reason to value. Even though Sen is referenced a lot in ICT4D literature the analysis rarely goes further then stating that Sen presents an alternative to traditional ways of development. Reasons can be that the capability approach does not specifically mention technology, in addition to the lack of guidelines presented by Sen on how to use the framework. The aim of this paper is to operationalize the evaluation process and to include a clear role for technology in Sen´s capability framework. The framework is validated with a case on distance education from Bangladesh. 

Degree projects improving co-operation between the teacher education program and schools : - Swedish experiences

In 1977, when teacher education inSwedenwas incorporated into the university system, the main reason was to transform it into an academic tradition. Now, nearly 30 years later, there is still tension between the academic and the vocational tradition; they show up as different and separated elements in a program that is meant to prepare students for a career as a teacher and for a possible future career as a researcher in this field. This tension gives rise to a risk of allowing parallel “tracks” to develop and of isolating the degree thesis work from other courses. On the teacher-training program in which we are involved, close co-operation with partner-schools, where the practical part of the program takes place, has been established. Here, the students´ degree theses are an important factor in making this co-operation work on a concrete level. Accordingly, the purpose of the degree thesis is both to reflect problems in schools and contribute to better teaching in the individual school, but also to offer relevant educational subject matter to the students, which may be adapted as an element in the university’s research environments. From these points of view, the degree thesis is an important part of teacher education and rather more than just a single course. The degree thesis should be an element that gives the students an opportunity to show that they have reached central goals in the teacher education program. It should also be an integral part in the development of critical and scholarly thinking, deepening pedagogical and didactic knowledge and giving the students an opportunity to apply research methods. We will here use two minor case studies: one that compares teacher education programs in five Swedish universities and one minor study at one of those universities, in order to elaborate on the questions: - What purpose has a degree thesis and what role does it play in teacher education? - What criteria are relevant to assessing a degree thesis and what qualities do the degree theses have? - Is it possible to assess a degree thesis fairly and what happens to students who do not pass? - How could the degree thesis be used to improve the contact between the teacher education program and its partner schools in order to contribute to the development of the individual school?