| 21. |
- Eriksén, Sara, et al.
(författare)
-
It Takes More Than Two... Developing a TANGO-Arena for Regional Cooperation around E-government
- 2003
-
Konferensbidrag (refereegranskat)abstract
- The TANGO e-government arena is an on-going project in Southern Sweden, funded by the Innovative Actions of the European Regional Development Fund. The aim of the project is to establish cooperation between the public sector, private enterprise and university-based research in designing public e-services. Our starting point is e-government understood as co-construction of technology, society and citizenship in everyday life. This approach is based on the Scandinavian Tradition of Participatory Design, but also motivated by on-going technological development. In cooperating around development of new, integrated services, catering to various categories of users as well as to a growing diversity of mobile technologies, we are aiming to establish feedback channels between practice and theory, between use and design, and between different academic disciplines where we see a need to synchronize the models and methods we work with. Our current research questions focus on exploring and managing multi-perspectivity as a resource for design.
|
|
| 22. |
- Eriksén, Sara, et al.
(författare)
-
What have we learned from the TANGO arena for regional cooperation in Southern Sweden?
- 2004
-
Ingår i: Electronic Government. - Zaragoza : Springer Verlag. - 9783540229162 ; , s. 156-163
-
Konferensbidrag (refereegranskat)abstract
- The TANGO e-government arena is a project in Southern Sweden, funded by the Innovative Actions of the European Regional Development Fund. The project is now nearing its end, and we are thus at the stage of reflectively reviewing what has actually been accomplished and how this relates to the original goals of the project. In July 2002, when the project began, the aim was to establish cooperation between the public sector, private enterprise and university-based research in designing public e-services. In cooperating around development of new, integrated services, catering to various categories of users as well as to a growing diversity of mobile technologies, we have aimed towards es-tablishing feedback channels between practice and theory, between use and design, and between different academic disciplines where we see a need to synchronize the models and methods we work with. Our research questions have focused on exploring and managing multi-perspectivity as a resource for design. In this paper we look at how we organized our cooperation around these goals, and attempt to address those basic summing-up-the-project questions; How well have we succeeded? What have we learned in the process?
|
|
| 23. |
|
|
| 24. |
- Fiedler, Markus, et al.
(författare)
-
E-government as co-construction : Networks, accountability, and working relations of technology production and use
- 2003
-
Konferensbidrag (refereegranskat)abstract
- The project within which this paper was co-authored focuses on the domain of e-government and is a deliberate attempt by the involved partners to cultivate and expand local and regional spaces for situated innovation, design and development of public services and ICT use in the public sector. Our starting point is e-government understood as co-construction. The project is currently being funded by the Innovative Actions within ERDF, the European Regional Development unding. The partners of the e-overnment arena are public service providers, ICT providers and researchers from a number of different disciplines. In this paper, we focus on communication networks and accountability. Are communication networks enablers or disablers for e-government services, and how can they be held accountable to their users? To what extent might we need to help each other unpack ‘black boxes’ and exchange them for ‘glass boxes’ in communicating with users and across disciplinary boundaries? Using metaphors and models from telecommunications, software engineering, informatics, business administration and human work science, and inspired by the Scandinavian tradition of Participatory Design, we attempt to establish a common basis to explore the evolving technologies and practices in e-government.
|
|
| 25. |
- Hansson, Christina, et al.
(författare)
-
Agile Processes Enhancing User Participation for Small Providers of Off-the-Shelf Software
- 2004
-
Konferensbidrag (refereegranskat)abstract
- To survive in todayrsquos competitive software market, software developers must maintain contact with their customers and users and adopt a flexible organization which allows response to feedback and the changing requirements from the use-context. This also requires a software development that enables change proposals and error reports to be acted upon quickly. The present article uses a case study of a flexible development practice which so far has proved to be sustainable and successful to reconsider user involvement and software development practices of small software providers from an agile perspective. Implementing an agile process may allow for competitive flexibility without necessarily jeopardizing quality.
|
|
| 26. |
- Hansson, Christina, et al.
(författare)
-
How agile are industrial software development practices?
- 2006
-
Ingår i: Journal of Systems and Software. - : Elsevier. - 0164-1212 .- 1873-1228. ; 79:9
-
Tidskriftsartikel (refereegranskat)abstract
- Representatives from the agile development movement claim that agile ways of developing software are more fitting to what is actually needed in industrial software development. If this is so, successful industrial software development should already exhibit agile characteristics. This article therefore aims to examine whether that is the case. It presents an analysis of interviews with software developers from five different companies. We asked about concrete projects, both about the project models and the methods used, but also about the real situation in their daily work. Based on the interviews, we describe and then analyze their development practices. The analysis shows that the software providers we interviewed have more agile practices than they might themselves be aware of. However, plans and more formal development models also are well established. The conclusions answer the question posed in the title: It all depends! It depends on which of the different principles you take to judge agility. And it depends on the characteristics not only of the company but also of the individual project.
|
|
| 27. |
- Hansson, Christina, et al.
(författare)
-
How to include users in the development of off-the-shelf software : A case for complementing participatory design with agile development
- 2006
-
Konferensbidrag (refereegranskat)abstract
- This paper describes and discusses a non-traditional approach to participatory design, one which is combined with an agile-like software development process. In this case, the size of the company combined with a distributed population of users has a serious impact on the software development process. The small software company in our study resolves this problem with an unconventional amalgam of participatory design and agile processes which seems to suit their situation. By using different kinds of user participation the small software provider is able to keep in contact with users on a daily basis. Users convey requirements for new functionalities, give feedback and report errors. Users' feedback and proposals form the basis for further development. The paper relates our observations to other research on participatory design in unconventional settings and discusses the conditions under which agile software development can complement participatory design.
|
|
| 28. |
- Hansson, Christina, et al.
(författare)
-
The development is driven by our users not by ourselves-including users in the development of off-the-shelf software
- 2003
-
Konferensbidrag (refereegranskat)abstract
- This article describes a non-traditional approach to Participatory Design where distributed users have a serious impact on a software development process. The small software provider makes use of a non-traditional way of Participatory Design combined with an agile development approach. By using for among other things support service, user meetings, courses and news letter they are able to on a daily bases keep in contact with users. Users convey requirements for new functionalities, give feedback and report errors. Users’ feedback and proposals form the base for further development. Frequent re-leases allow the company to quickly implement improvements and bug-fixes. The article relates the observed practices to other research on Participatory Design in unconventional settings and discusses how to expand the Participatory Design toolbox.
|
|
| 29. |
- Johansson, Conny, et al.
(författare)
-
Software Engineering Across Boundaries : Student Project in Distributed Collaboration
- 1999
-
Ingår i: IEEE Transactions on Professional Communication. - : IEEE. - 0361-1434 .- 1558-1500. ; 42:4, s. 286-296
-
Tidskriftsartikel (refereegranskat)abstract
- Geographically distributed software development projects have been made possible by rapid developments primarily within the data communication area. A number of companies recognize that distributed sollaboration has great potential for the near future. This report describes the empirical study of a cooperative student project located at two different geographical sites. The project was carried out at two universities, one in Sweden and one in finland. The initial goals were to give the students the opportunity to learn about the practical aspects of cooperation between two geographically seperate institutions and to study specific problems anticipated by the teachers with regard to communication, coordination, language, culture, requirements' handling, testing, and bug fixing. This report focuses on communication and coordination within the cooperative project as these were identified as the most significant problem areas. We also thought that these areas were the most interesting and the ones most likely to lead to improvements. This report not only describes our findings but also gives hints about what to think about when running similar projects both with respect to project related issues and teaching issues.
|
|
| 30. |
|
|
