Conceptualisée par le Gartner Group, leader mondial dans la fourniture de recherches et d'analyses dans l'industrie des technologies de l'information (TI), la notion d'architecture axée sur les services (notée SOA pour Service Oriented Architecture) est présentée comme le bon modèle pour le développement des applications d'entreprise, aujourd'hui et dans le futur (Marks et Bell, 2006). Selon une étude effectuée par le Gartner Group, plus de 75 % des projets d'entreprise, à partir de 2008, reposeront sur les principes de SOA. Ce chiffre donne une idée sur l'ampleur du « phénomène » SOA, qui suscite tant d'intérêt de la part des chercheurs. Cependant, d'après la littérature, le développement d'applications d'entreprise fondées sur SOA présente de nouveaux défis: apparition de nouvelles activités, de nouveaux rôles et de nouvelles tâches au niveau de l'entreprise; nécessité d'avoir de nouveaux outils de support au développement; incapacité des méthodes de développement traditionnelles à soutenir le développement axé sur les services; etc. Des ajustements doivent donc être apportés au cycle de vie du projet de développement logiciel pour pouvoir s'adapter à cette nouvelle façon de construire les applications d'entreprise, et permettre, par conséquent, une gestion de projet plus efficace. L'objectif de notre recherche est de savoir si la mise en oeuvre d'une SOA par une organisation apporte des changements aux rôles et aux tâches du cycle de vie du projet de développement logiciel. Pour atteindre son objectif, notre recherche prend en considération les aspects spécifiques soulignés dans la littérature SOA, ainsi que les résultats d'une étude de cas exploratoire menée auprès de deux organisations ayant entamé une initiative SOA. La conclusion à laquelle nous sommes parvenus est que SOA introduit de nouvelles pratiques au niveau de l'organisation qui refaçonnent, lors des projets de développement logiciel, les rôles existants et les tâches qui leurs sont associées. ______________________________________________________________________________ MOTS-CLÉS DE L’AUTEUR : Architecture axée sur les services, Développement axé sur les services, Cycle de vie du projet de développement logiciel, Rôles.

La littérature abonde d'articles associant la mise en place de technologies de l'information (TI) à l'avantage concurrentiel durable d'une entreprise, Malgré les investissements considérables dans cette discipline, bon nombre de projets TI continuent d'échouer. Pour prévenir de tels échecs, il s'avère important pour les organisations d'observer en amont des projets TI et de comprendre les tenants et aboutissants de leur gestion, d'en saisir l'importance stratégique ainsi que d'en identifier les éléments clefs et les bonnes pratiques. Ce mémoire présente le résultat d'une étude Delphi réalisée auprès de 30 experts en gestion de projet TI afin d'identifier les 10 ressources et capacités les plus importantes dans cette discipline pouvant être source d'avantage concurrentiel pour les organisations. Les résultats principaux de cette étude résident dans la criticité de l'alignement stratégique des projets TI au développement d'un avantage concurrentiel durable et à l'importance de la gestion des attentes, des besoins, des priorités et des intérêts des parties prenantes de projet. D'un point de vue pratique, les résultats de cette étude peuvent servir de base de départ au développement d'un instrument d'évaluation des pratiques en gestion de projet TI. Cet instrument pourrait être développé afin de permettre aux organisations d'identifier leurs forces et faiblesses parmi leur pratiques actuelles dans le contexte des 10 ressources et capacités les plus importantes en gestion de projet TI. ______________________________________________________________________________ MOTS-CLÉS DE L’AUTEUR : Gestion de projet TI, Avantage concurrentiel, Ressources et capacités, RBV, Delphi.

La complexité est au premier rang des défis en gestion de projet. Un outil de collaboration issu des technologies du Web 2.0 appelé "wiki" offre de nouvelles pistes de réponses à cette problématique. L'objectif principal de cette recherche est de montrer comment le wiki peut nous aider à composer avec la complexité en gestion de projet. Plus précisément, il s'agit de s'appuyer sur les tremplins de la systémique et de la complexité pour proposer une modélisation du système wiki avant de tenter de le légitimer à partir de données recueillies sur le terrain. Pour ce faire, une étude de cas a été réalisée sur une période de cinq mois auprès d'une entreprise oeuvrant dans le secteur des télécommunications. Celle-ci a mis en place un wiki pilote pour servir de plateforme de collaboration au développement d'un logiciel de test interne. Cette recherche constructiviste, suit une approche exploratoire. Son cadre conceptuel se fonde sur une revue des notions théoriques dans les domaines de la systémique, de la complexité et du wiki. Sont explorés notamment les trois principes morinniens de la dialogique, de la récursion et de l'hologramme. La collecte des données s'est faite à partir d'entrevues préliminaires, d'un sondage intermédiaire, de documents internes et d'une observation directe participative. En définitive, cette recherche devrait apporter des contributions tant conceptuelles que managériales à la problématique de la complexité en gestion de projet. ______________________________________________________________________________ MOTS-CLÉS DE L’AUTEUR : Complexité, Gestion de projet, Systémique, Hologramme, Récursion, Dialogique, Wiki, Technologie, Web 2.0, Collaboration.

Mémoire numérisé par la Division de la gestion de documents et des archives de l'Université de Montréal

No description available.

No description available.

No description available.

Dans le cadre de la gestion de projet, pour une plus grande efficacité, il est important de connaître les critères qui aident les acteurs et porteurs de projet à mieux orienter le devenir de leur projet. Notre travail a consisté dans la construction et la validation d'un descriptif du processus d'un projet de changement. Cette construction s'est faite à l'aide de l'analyse fonctionnelle et d'analyse décisionnelle de chaque élément constituant le processus de projet. Ces critères ainsi définis ont été validés par des sondés issus de l'entreprise et de la santé afin de déterminer leur capacité à stabiliser le projet dans sa phase de mise en place (robustesse) ou d'impulser de nouveaux projets (émergence). Une analyse des résultats entre la santé et l'entreprise, nous a permis de mettre en évidence la pertinence de nos hypothèses en caractérisant un certain nombre de critères influençant le devenir du projet. La connaissance de ces critères est donc une aide supplémentaire pour piloter les projets en milieux complexes comme dans le secteur de la santé et de l'entreprise / Within the framework of the management of project, for a bigger efficiency, it is important to know the criteria which help the actors and the carriers of project to direct better the future of their project. Our work aim to the design and the validation of the process of a project of change. The design of the criteria was elaborated with the functional analysis and the decision-making analysis of every element constituting the process of project. These criteria so defined were validated by pooled stemming from the company and from the health to determine their capacity to stabilize the project in its phase of implementation (robustness) or to impulse of new projects (emergence). An analysis of the results between the health and the company, allowed us to put in evidence the correctness of our hypothesis by characterizing a nwnber of criteria that influencing the future of the project. The knowledge of these criteria is thus a supplementary help to pilot the projects in complex organization in health sector and the company

La performance d'un projet est considérée comme un facteur important pour en assurer le succès. Les entreprises s'intéressent à l'utilisation de pratiques efficaces au moyen de méthodes et d'outils efficaces pour concevoir et offrir des produits et des services novateurs et réduire le temps de mise sur le marché. La durée, les coûts et le rendement du projet sont des aspects qui font normalement face à des changements au cours de l'élaboration du projet. Ces changements doivent être traités en utilisant des processus adaptés et optimisés afin de mieux contrôler, coordonner, gérer et améliorer les projets. Les méthodes agiles semblent être efficaces pour la gestion de projets réussis, mais elles sont surtout utilisées dans les entreprises où le domaine d'activité est le logiciel. Les méthodes agiles ont récemment suscité un intérêt croissant de la part de l'industrie et sont maintenant bien acceptées et déployées en génie logiciel. Cette thèse aborde donc l'intérêt de transférer les méthodes agiles du logiciel à l'ingénierie des systèmes, et les enjeux qui y sont induits.Le travail de thèse introduit d'abord la notion d'agilité et la naissance du mouvement agile ainsi que les principes et les valeurs du développement logiciel agile. Il présente également les principales méthodes agiles, ainsi que d'autres philosophies qui partagent un certain nombre de similitudes avec l'agile. Il y a des attributs de projet, dans la littérature, qui aident à caractériser les projets agiles, ces attributs de projet sont décrits et utilisés pour comparer différentes méthodes agiles pour identifier les différences entre elles. Agile et Lean sont comparés pour déterminer pourquoi Lean est utilisé dans le développement logiciel, et en quoi il diffère des autres méthodes agiles. Enfin, nous identifions plusieurs problèmes de transfert de méthodes agiles dans le contexte de l'ingénierie des systèmes.Nous nous concentrons ensuite sur la compréhension de l'agilité en ingénierie des systèmes. Deux sens d’agile se retrouvent dans la littérature. Considérant que l'agilité est centrée sur le changement rapide de processus de produits et de systèmes convaincants, conçus et mis en œuvre de manière simple, nous explorons la question de l'introduction de l'agilité en ingénierie des systèmes. Une première analyse est menée pour identifier toute notion d'agilité dans les normes d'ingénierie des systèmes. Les résultats de cette analyse nous aident à mettre en évidence les enjeux et les défis du transfert de l'agilité dans l'ingénierie des systèmes. En nous concentrant sur les enjeux, nous présentons ensuite une méthodologie de recherche en quatre étapes. La première étape vise à définir un modèle contextuel pour le développement de l'ingénierie des systèmes. Le modèle contextuel contient les facteurs organisationnels et les attributs des projets d'ingénierie. Ensuite, la sélection d'une méthode agile qui pourrait être utilisée pour la gestion de projets d'ingénierie est proposée à l'étape deux. La troisième étape introduit l'utilisation de Scrum. Les pratiques Scrum sont définies et évaluées en fonction des attributs de projet pour les projets d'ingénierie. Les difficultés sont identifiées et répertoriées lors de l'utilisation des pratiques Scrum dans les projets d'ingénierie. Enfin, la quatrième étape propose des alternatives pour résoudre un ensemble de difficultés.Ce travail propose enfin l'utilisation des pratiques Scrum dans deux projets d'ingénierie. Un projet éducatif est d'abord analysé. Ce projet vise à développer un robot connecté. En partant du modèle contextuel pour le développement de l'ingénierie des systèmes, nous caractérisons le projet pour identifier le type de projet, puis nous proposons l'utilisation de la vue graphique de Scrum pour planifier le développement du robot. Suivant le même schéma, un deuxième projet industriel est analysé. Le second projet vise à développer une application automobile pour la gestion du moteur. / Project performance is considered as an important factor to ensure the success of a project. Companies are interested in the use of efficient practices through efficient methods and tools to design and deliver innovative products and services and decrease the time to market. Project duration, costs, and performance are aspects that normally face changes during the project development. These changes should be treated by using adapted and optimized processes in order to better control, coordinate, manage, and improve projects. Agile methods seem to be efficient for the management of successful projects, however they are mainly use in companies where the business domain is software. Agile methods recently received a growing interest from industry and now are well accepted and deployed in software engineering. This thesis thus tackles the point of transferring the agile methods from software to systems engineering, and issues that are induced.The report first introduces the notion of agility and the birth of the agile movement as well as the principles and values of agile software development. It also presents the main agile methods, as well as other philosophies that share a number of similarities with Agile. Project attributes can be defined, from the literature, to help contextualizing agile projects; we describe and use these project attributes to compare different agile methods and identify the differences between them. Agile and Lean are compared to determine why Lean is used in software development, and how it differs from other agile methods. Finally, we identify several issues to transfer agile methods in the context of systems engineering.We then focus on the understanding of agility in systems engineering. Two meanings of "agile" are found in literature. Considering that agility is focused in the rapid change of convincing, designing, and implementing processes of products and systems in an easy way, we explore the question of introducing agility in systems engineering. A first analysis is led to identify any notion of agility in systems engineering standards. The results of this analysis help us to highlight the issues and challenges of transferring agility into systems engineering. Focusing on the issues, we then present a four steps research methodology. The first step aims to define a contextual model for systems engineering development. The contextual model contains the organizational factors and the project attributes for engineering projects. This contextualization lead us to identify if and which agile method could be used for the management of engineering projects (step two). The step three justifies our selection of the Scrum Framework, between agile methods, for the management of engineering projects. Scrum Practices are defined and evaluated in the project attributes for engineering projects. However, several difficulties are identified and listed while using the Scrum Practices in engineering projects. Finally, the step four proposes some solutions to solve a set of difficulties.This work finally proposes the use of Scrum Practices in two engineering projects. An educational project is analyzed first. This project aims to develop a connected robot. By starting from the contextual model for systems engineering development (cf. section III.4.2.d), we characterize the project to identify what type of project is, then we propose the use of the graphical view of the Scrum Framework to plan the development of the robot. Following the same schema, a second industrial project is analyzed. The second project aims to develop an automotive application for engine management.

Les Hôpitaux d’Instruction des Armées français ont fait l’objet d’évaluations successives de la Cour des Comptes. Cette dernière souligne une sous-activité qui engendre un déficit comptable. Les activités militaires et en particulier la participation aux Opérations Extérieures (OPEX) expliquent- elles en partie le déficit et la sous activité constatés?Cette question pratique nourrit la réflexion théorique menée dans la thèse. Les OPEX menées par les hôpitaux militaires sont des projets indéterminés. La littérature consacrée à ce type de projets favorise une remise en question de l’adéquation des standards de gestion de projet aux projets indéterminés. Les notions d’engagement des parties prenantes et de flexibilité de la planification sont mises en lumière par l’analyse de la littérature. Cette première analyse nous permet de poser la problématique théorique de la thèse : Quelle place pour l’engagement des acteurs et la flexibilité de la planification dans la gestion des projets indéterminés ?Afin d’étudier les modes de gestion appropriés aux projets indéterminés, nous recourons à la simulation dans le cadre d’une recherche intervention. La simulation sert d’outil d’observation de la gestion des OPEX dans les hôpitaux militaires et permet de mettre en lumière leur impact sur l’activité et donc sur les ressources financières des hôpitaux. Cet impact amène à questionner le processus de planification actuel des OPEX et à proposer une planification collective et flexible. La simulation révèle également le rôle important de l’engagement des personnels des HIA dans la gestion des OPEX.Ces constatations de terrain, permettent de progresser sur la connaissance théorique des outils de gestion appropriés aux projets indéterminés. Deux notions nous semblent particulièrement adaptées aux contraintes imposées par l’indétermination des projets : la planification interactive qui apporte flexibilité et coopération au sein de l’équipe projet et le contrat relationnel qui permet d’allier incitation et adaptabilité.La thèse se conclue sur une proposition de structuration de l’espace des projets selon deux dimensions : le degré de détermination de l’objet du projet et le degré d’engagement des parties prenantes. Ces dimensions permettent de poser des frontières entre l’espace d’applicabilité des outils classiques de gestion de projet et de ceux qui se révèlent appropriés aux projets indéterminés. La diversité des projets indéterminés menés actuellement (secteur public, développement international, changement organisationnel) renforce l’intérêt d’une telle structuration, facilitatrice de la diffusion d’outils de gestion propres aux projets indéterminés. / Successive evaluations of French Military hospitals by the Court of Auditors point out a sub-activity that generates a deficit. The French Military Health Care Service acknowledged these points but considers that military activities (in particular participation in External Operation), may explain, at least partly, the deficit and sub-activity mentioned by the Court of Auditors.This practical question feeds the theoretical reflection conducted in this thesis. A detailed description of external operations shows that they can be considered as soft projects. These projects are characterized by the progressive determination of their goals: that are not completely known when the project starts. The literature questions adequacy of project management standards to soft projects and the following research question emerges: what is the role of stakeholders’ engagement and planning flexibility in soft projects management?The thesis is based on an intervention research. A simulation is built to objectify external operations management in military hospitals. It highlights the impact of external operations on care production and consequently on hospitals ‘deficit. Two analyses are conducted to understand the causes of this impact. First, an analysis of the current planning process of external operations suggests that renewing planning methods can be necessary to offer a flexible planning based on cooperation. Second, the simulation reveals the important role of physicians and nurses’ commitment in managing external operations. This commitment, driven by strong relationships between project stakeholders, positively influences external operations’ outcomes.These observations allow theoretical progress on management tools for soft projects.Two concepts seem particularly suited to soft projects’ constraints: interactive planning developed in companies facing high uncertainties and relational contracting described by law and economics scholars. Interactive planning brings both flexibility and cooperation that appear decisive to build a response to soft goals. Relational contracts help understand how high commitment can bring simultaneously motivation and adaptability, that are both essential to achieve soft goals.To conclude, I suggest structuring projects’ space according to the degree of determination of projects’ goals and the degree of stakeholders’ engagement in the project. These dimensions allow defining areas where project management standards will be applicable and those where they might need to be adapted to soft projects. The diversity of soft projects (public sector, international development, organizational change) calls for such a structure that can facilitate the spread of specific management tools.