F.E.E.K.S

Crédits : photo-libre.fr

Pour bien commencer l’année, un article que nous avons rédigé en Ingénierie du Logiciel par Immersion et qui a été publié à l’EuroSPI 2009. Ce qui suit est un résumé, l’article original est accessible auprès de l’éditeur :

Article complet (anglais)

Construire un Observatoire des Cours d’Action en Ingénierie du Logiciel : Vers un lien entre la norme d’Ingénierie du Logiciel ISO/ESC et une Pratique Réfléxive

Afin de rester compétitif dans un marché en évolution, les petites entreprises de développement logiciel peuvent s’aider d’un observatoire des aspects observables de l’activité de chaque participant. Cette analyse fournit une description de l’activité de chacun et permet d’exprimer des recommandations concernant à la fois les situations individuelles et la situation collective de l’équipe. L’observatoire proprement dit est un ensemble articulé de méthodes de collecte de données, reposant sur un wiki sémantique et une application dédiée. Une étude de cas, basée sur l’activité d’une équipe de 6 jeunes ingénieurs de développement, décrit quelques aspects de la construction et du remplissage de l’observatoire d’activités. Au vu des premiers résultats de ce travail, nous pouvons penser qu’observer et analyser l’activité d’ingénieurs de développement aide à révéler ce qui régit tacitement leur comportement face aux tâches. Ceci peut aider les ingénieurs à établir des liens entre les process utilisés pour le projet et un modèle de référence de process, et contribue à améliorer l’adéquation entre le projet en action et la norme d’ingénierie logicielle utilisée.

Building an Observatory of Course-of-Action in Software Engineering: Towards a Link between ISO/IEC Software Engineering Standards and a Reflective Practice

As a help to compete in an evolving market, small software companies may use an observatory of their course-of-action. The course of action considers the observable aspect of the actor’s activity. Its analysis provides a description of actors’ activity and it can express recommendations concerning both the individual situations and the collective situation. The observatory is an articulated set of data collecting methods supported with semantic wikis and a dedicated application. A case study, based on the activity of a team of 6 young software engineers, depicts some aspects of the building and the filling of the course-of-action observatory. As primary results of this work, we may think that observing and analyzing software engineer’s activity help to reveal his/her theory-in-use – what governs engineers’ behavior and tends to be tacit structures – That may help engineers to establish links between “Project Processes-in-use” and a simplified Process Reference Model and contribute to reduce the fit between a project-in-action and espoused SE standards.