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.

Mémoire numérisé par la Direction des bibliothèques de l'Université de Montréal. / Ce mémoire s'intéresse au rôle qu'occupe la GRH dans les contextes organisationnels dits non conventionnels tel celui de la gestion de projet. Plus précisément, nous cherchons à connaître quel est l'impact des pratiques de GRH sur le succès des projets. Afin de répondre à cette question, nous effectuons en premier lieu une revue de la littérature relative à l'évolution du rôle de la gestion des ressources humaines au sein des organisations ainsi qu'au développement de la gestion de projet comme mode organisationnel. Le thème de la mesure de l'efficacité tant organisationnelle que de la fonction RH est aussi abordé. Nous nous attardons par la suite aux caractéristiques de la gestion de projet et aux recherches empiriques qui se sont intéressées à la mesure des facteurs de succès d'un projet. Tous ces éléments permettent de cerner les concepts et problématiques en lien avec notre question de recherche. À partir de la littérature consultée et plus particulièrement d'un article de Belout (1998), nous développons un modèle théorique concernant les facteurs de succès (dont la GRH) d'un projet. Il est à noter que dans son article Belout (1998) fait une analyse critique d'une étude de Pinto et Prescott (1988). Ainsi, notre modèle inclut neuf facteurs de succès (variables indépendantes), le cycle de vie du projet (variable modératrice) et le succès du projet (variable dépendante) qui étaient des variables identifiées dans le modèle de Pinto et Prescott (1988). Toutefois, pour mesurer ces variables nous utilisons les concepts qui ont été développés par Belout (1998). Ce chercheur a construit, en collaboration avec le professeur Bernard André-Genest de l'Université du Québec à Montréal, un questionnaire afin de vérifier l'importance du facteur personnel (GRH) en contexte de gestion de projet. Ce questionnaire a servi à construire la banque de données que nous utilisons pour vérifier nos hypothèses. Par ailleurs, notre modèle tient compte des structures organisationnelles (variable modératrice) tel que proposé par Belout (1998). Nous y ajoutons le domaine d'affaires (variable modératrice) qui est une variable que la littérature identifie comme significative lors de l'étude des facteurs de succès en gestion de projet. Nous cherchons à l'aide de ce modèle à confirmer quatre hypothèses. Premièrement, l'existence d'un lien significatif entre la GRH (variable «personnel») et le succès du projet. Deuxièmement, que les relations entre les variables indépendantes et le succès du projet varieront selon la phase du cycle de vie considérée. Troisièmement, que les variables indépendantes associées au succès du projet varieront en fonction du domaine d'affaires. Quatrièmement, que les variables indépendantes associées au succès du projet varieront selon le type de structure organisationnelle. Pour vérifier nos hypothèses, nous avons effectué des analyses de corrélation ainsi que des analyses de régression (avec le logiciel SPSS) sur les données contenues dans la banque de données de M. Belout. Les résultats montrent que toutes les variables indépendantes, dont la GRH, sont associées au succès du projet. De même, ils confirment l'importance d'étudier l'association entre les facteurs de succès et le succès du projet en considérant les différentes variables modératrices que sont le cycle de vie, le domaine d'affaires et le type de structure organisationnelle. Par ailleurs, les analyses de régression ne permettent pas d'identifier un lien explicatif entre la GRH et le succès du projet. Toutefois, elles démontrent que les variables «mission», «appui de la haute direction» et «besoin du client» sont explicatives du succès du projet dans la phase de planification. Elles démontrent aussi que dans la phase d'exécution les variables «besoin du client» et «identification des problèmes» permettent d'expliquer, en partie, le succès du projet. Considérant nos résultats, il semble que l'on doive adopter une approche systémique pour bien comprendre le lien entre la GRH et le succès d'un projet. On doit notamment tenir compte du cycle de vie du projet, du domaine d'affaires et de la structure organisationnelle. Par ailleurs, on doit continuer les recherches pour étayer les concepts utilises pour mesurer la GRH et les rendre plus adaptés au contexte particulier de la gestion de projet.

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.