Chers Développeurs d’applications mobiles, OpenPlug est devenu gratuit ! A qui appartient votre projet Social Business ? Vous n’avez pas un problème d’intranet mais de search ! OtherInbox | Save your inbox for real people. YouRoom. 10 Questions that Determine a Project’s Success. January 28, 2010 | Author: PM Hut | Filed under: Project Management Best Practices 10 Questions that Determine a Project’s Success By Paul Stacey Establishing a firm foundation for a project is critical to its success.
If you don’t, then it’s a bit like building a house without bothering to lay proper footings. Things might look OK for a while (although if you look closely you can probably see the cracks already appearing). Inevitably though, the whole edifice will come tumbling down, bringing pain, distress and abject misery to all involved. Our experience shows us that managers don’t lay adequate foundations for their project assignments. Instead they work on assumptions or what they intuitively feel to be the case. So when you begin your next project make sure you have the answers to these ten questions.
What’s wrong with the current situation? The 8 Dimensions of Project Management. March 6, 2010 | Author: PM Hut | Filed under: Project Management Musings, Requirements Management The 8 Dimensions of Project Management By Tomer Sagi I’ve been thinking about this concept for a while now and decided to put it together in a diagram and see if it works. I tend to see Project Management go beyond the standard triangle of constraints (Time, Cost, Scope while controlling Quality). I wanted to include the Needs and Requirements to the mix in addition to the deliverables and value as outputs. Naturally I believe they are all linked together to start, control and complete a project.
I think project management is definitive process with definitive inputs and outputs and in the middle we will need to control certain aspects (dimensions) in order to achieve the desired outputs. Therefore he’s my proposition: Figure 1: The Project Management Octagon Input I believe the Project’s input is made out of Needs / Wants and Objectives / Requirements. Control Ouput Example #1 (non-IT) Méthodes de conduite de projet Le perfologue le blog de la perfo. Agile et environnement règlementaire. La question agile et environnement réglementaire se pose dans certaines industries, en particulier Aéronautique Pharmaceutique.
Voyons cela de plus près, avec une première remarque importante, ne confondons pas "agile" et "Scrum". Concrètement, l'agile est-il viable dans ce cas ? Comment concilier agilité et réglementaire ? Agile et règlementaire Attention à ne pas confondre agile et Scrum ou bien encore agile et XP. Vous pouvez retrouver une version française du manifeste agile sur ce site. Prenons la première valeur : Les personnes et leurs interactions plus importantes que les processus et les outils . Cela ne signifie pas que les processus ne sont pas importants. En ce qui concerne l'aspect réglementaire, nous voyons qu'il n'y a pas de contre-indication. Scrum + XP de base Cette approche - Scum+ XP - est une base, qui est insuffisante en cas d'environnement réglementaire.
Expression de besoins sous forme de "stories" : le backlog Le résultat des tests, sprints après sprints. Fin de release. Scrum ce n'est pas que pour les petites startups: exemple de Goo. Les meilleurs cours conception - Club des décideurs et professio. Né de la fusion des méthodes objet dominantes (OMT, Booch et OOSE), puis normalisé par l'OMG en 1997, UML est rapidement devenu un standard incontournable. UML n'est pas à l'origine des concepts objet, mais il en en donne une définition plus formelle et apporte la dimension méthodologique qui faisait défaut à l'approche objet. Le but de cette présentation n'est pas de faire l'apologie d'UML, ni de restreindre UML à sa notation graphique, car le véritable intérêt d'UML est ailleurs ! En effet, maîtriser la notation graphique d'UML n'est pas une fin en soi. Ce qui est primordial, c'est d'utiliser les concepts objet à bon escient et d'appliquer la démarche d'analyse correspondante.
Cette présentation a donc pour objectif, d'une part, de montrer en quoi l'approche objet et UML constituent un "plus" et d'autre part, d'exposer comment utiliser UML dans la pratique, c'est-à-dire comment intégrer UML dans un processus de développement et comment modéliser avec UML.