7.4 Hur svara?
7.4.8 Framgår det behov för att kunna använda lösning?
Framgår ej 84 Framgår 0
Det framgår ej i något lösningsförslag vad anvecklaren behöver för kunskap för att kunna använda lösningen. Detta tror vi beror på att det ej framgått i frågorna om anvecklaren vill eller har behov av kunskap utöver svaret (se 'Framgår behov' 7.3.17). Vi tror fortfarande att behov kan förekomma i svaren på forumet fast implicit, att behovet blir underförstått. När vi letat efter attributet har vi explicit letat efter ”du behöver ...” liknande utsagor.
8 Slutsats
Slutsatsen kan ses som en sammanfattning av de resultat vi kommit fram till. Vi redovisar hur vi uppnått syftet för uppsatsen och därmed svarat på frågeställningen.
Syftet med uppsatsen har varit att utreda vilka riktlinjer för kommunikationen som bör följas på ett IT-baserat forum anpassat för anvecklare. Genom att studera teorier om Knowledge Management och End User Development/Anveckling och jämföra och testa detta med hur kommunikationen sker på ett befintligt anvecklarforum har vi utformat riktlinjer för hur kommunikationen bör se ut efter de brister, möjligheter och behov som framkommit. Följande riktlinjer har identifierats:
Hur fråga? Riktlinjer som bör följas när en anvecklare ställer en fråga. • Excelversion bör anges
• Ett konkret exempel på vad man vill uppnå bör anges • Intern felsökning bör anges
• Extern felsökning bör anges
• Vilket typ av svar man önskar bör anges • Vad som ska uppnås bör anges
• Vad som händer bör anges
• Om det uppstår felmeddelande bör detta anges och skrivas ut
Hur svara? Riktlinjer som bör följas när en person ska svara på en fråga. • Skriva svaret efter anvecklarens önskemål bör göras
• Man bör exemplifiera sin lösning • Man bör bifoga ren kod
• Excelversion bör anges
Som en avslutande reflektion vill vi påpeka att det befintliga forumet vi undersökt fungerar och fyller sin funktion i dagsläget, men det finns dock viktiga aspekter som kan förbättras. Om våra riktlinjer skulle följas skulle det öka chansen att frågan blir förstådd, att svaret kan användas och att anvecklaren uppnår en större förståelse kring problemområdet. En möjlighet är att bygga ett forum från grunden, med de funktioner som CoP förespråkar, och att våra riktlinjer bör följas vid
kommunikation på forumet.
Det finns attribut och riktlinjer som vi funnit men som ej kan styrkas i undersökningen. För vissa frågor kan vissa riktlinjer vara väldigt viktiga och i andra betyder de inget, ytterligare forskning krävs för att avgöra detta.
Vi tror att i framtiden kan vara möjligt att stödja anvecklarna ytterligare, delar av kommunikationen kan automatiseras, där ett system besvarar frågor istället för inlägg på ett forum. Vi tror att första steg mot detta är våra riktlinjer för kommunikation. Nästa steg blir att anpassa dessa riktlinjer till ett stöd som är en kombination av ett forum och ett system som besvarar anvecklarens frågor.
9 Källförteckning
Litteratur
Avdic A, 1999, Användare och utvecklare-om anveckling med kalkylprogram, Doktorsavhandling, Institutionen för datavetenskap, Linköpings universitet.
Andersen Erling S, 1994, Systemutveckling - principer metoder och tekniker, Studentlitteratur Lund.
Goldkuhl G, Röstlinger A, 1988, Förändringsanalys – Arbetsmetodik och förhållningssätt för goda
förändringsbeslut, Studentlitteratur AB. Sverige
Nonaka I., Takeuchi H. 1995, The Knowledge-Creating Company. How Japanese Companies
Create the Dynamics of Innovation, Oxford University Press, New York.
Oates B, 2006, Researching Information Systems and Computing, Sage Publications Ltd. UK. Sundgren, B, Mårtensson, P, Mähring M & Nilsson, K (Eds.), 2003, Exploring Patterns in
Information Management: Concepts and Perspectives for Understanding IT-Related Change,
Economic Research Institue, Stockholm School of Economics, Stockholm
Svenning C, 2003, Metodboken, Femte omarbetade upplagan, Lorentz förlag, Eslöv.
Artiklar
Avdic A, 2005, Web based forum for knowledge sharing about spreadsheet development, Institutionen för Informatik, Örebro universitet.
Avdic A, 2007, Riktlinjer för rapportering, Kompendium, Örebro universitet.
Bishop B, McDaid K, 2008 , An Empirical Study of End-User Behaviour in Spreadsheet Error
Detection & Correction, Dundalk Institute of Technology, Dundalk, Ireland
Braf E, 2000, Organisationers kunskapsverksamheter - en kritisk studie av "knowledge
management”,Internationella Handelshögskolan i Jönköping, Forskningsgruppen VITS
Linköpings Universitet & Centrum för studier av Människa, Teknik och Organisation (CMTO) Goldkuhl G, 1993, Välgrundad metoduveckling, Presenterat på VITS Höstseminarium, 28-29/9 1993, Institutionen för datavetenskap, Universitetet i Linköping
Goldkuhl G, 1998, Kunskapande, Linköpings universitet Institutionen för datavetenskap, Linköping Janvrin D, Morrison J, 2000, Using a structured design approach to reduce risks in end user
spreadsheet development, Information & Management 37 (2000) 1-12, University of Iowa, Iowa
Klobas J, McGill T, 2004, The role of spreadsheet knowledge in user-developed
application success, Decision Support Systems 39 (2005) 355– 369, Murdoch University, South
Street, Murdoch, Australia
Kreie J, Cronan T, Pendley J & Renwick J. 2000, Applications development by end-users: can
quality be improved?, Decision Support Systems 29 2000. 143–152, New Mexico State University
Las Cruces, USA
McGill T, Klisc C, 2006, End-User Perceptions of the Benefits and Risks of End-User Web
Development, Journal of Organizational and End User Computing, Volume 18, Issue 4, Murdoch University, Australia
Persson M, Eriksson P, 2003, IT-stöd för egenutvecklare?En utredning om forum som
möjliggörare”, C-Uppsats, Örebro Universitet, Örebro
Pirr G, Mastroianni C & Talia D, 2008, A framework for distributed knowledge management:
Design and implementation, Future Generation Computer Systems 26 (2010) 3849, University of
Calabria, Rende, Italy
Quintas, P. Lefrere, P & Jones, G. (1997) “Knowledge Management: a Strategic Agenda”, Long Range Planning. Vol. 30, Nr. 3, sid. 385-391, Great Britain
Scaffidi C, Shaw M & Myers B, 2005, An Approach for Categorizing End User Programmers to
Guide Software Engineering Research, First Workshop on EndUser Software Engineering (WEUSE
I). May 21, 2005, Saint Louis, Missouri, USA.
Wallin Andersson I, Strandberg, M, 2003, Faktorer som påverkar anvecklares användning av ett