Tag Archives: design

20 Septembre – Paris – #Agile en Seine

8 Sep

Détails et inscriptions

Agile en Seine se veut une conférence multi-pratiques, ouverte à tous, dont l’objectif est de mettre en avant toute la diversité de ce que l’on nomme communément « Agilité », du Scrum à l’agilité à l’échelle, en passant par le Design thinking, le lean startup, le Lean, L’entreprise libérée, …

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

26 Septembre – Paris – Satisfaire les clients par l’innovation au niveau de qualité Six Sigma #DFSS

9 Août

Conférence petit déjeuner – Design For Six Sigma

La conférence sera animée par Davy Pillet, co-auteur avec Maurice Pillet du livre Design For Six Sigma.

livre sur Amazon

L’innovation est au centre des stratégies de développement de toutes les entreprises. La création de valeur par l’innovation se doit de satisfaire (surprendre) le client, mais également le Business et le social. Il est ainsi nécessaire de bien comprendre les attentes des clients et d’aller bien au-delà si on veut le surprendre. Cela n’est pourtant pas suffisant, il faut ensuite développer rapidement un produit robustefiableéthiquedurable et… qui apporte de la valeur à l’entreprise.

C’est l’objectif de l’approche Design for Six Sigma qui rassemble dans une approche structurée les meilleures pratiques de conception et d’industrialisation depuis l’énoncé des besoins jusqu’à la mise en production afin de concevoir des produits au niveau d’exigence Six Sigma.

Complémentaire aux approches telles que « Lean Design », « Chaîne Critique » qui travaillent sur l’Organisation du processus de conception, DFSS s’intéresse au produit à concevoir, c’est-à-dire ce que le client aura dans les mains.

La conférence se propose de présenter cette démarche et aussi les pratiques parfois ignorées qui ont pourtant d’importants potentiels de création de valeur.

Les approches axiomatic design, robust design, théorie C-K mériteraient d’être davantage intégrées dans les processus de conception. Nous reviendrons également sur des pratiques dites connues mais qui doivent être revisitées avec les outils informatiques dont on dispose aujourd’hui. Enfin nous montrerons comment DFSS aligne les efforts de l’entreprise sur le juste nécessaire pour atteindre Six Sigma.

Les places étant limitées, l’inscription est obligatoire via le formulaire sur le site de Marris Consulting.

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

12 September – Webinar #PMI® – Business Analysis and Design Thinking Different Ways to the Same Goal

2 Août

Did you know that Business Analysts and Design Thinkers perform similar activities, but their approach might be completely different?

Détails sur la certification PMI-PBA du PMI

In this webinar, we focus on a number of activities to be found with a BA remit and highlight what exercises a Design Thinker might undertake.

We will present examples of how a Business Analyst and a Design Thinker might approach the same subject matter, leaving you food for thought in how you can approach your next assignment.

Major Takeaways:

  • Understanding of what Business Analysis is about
  • Appreciation of a Design Thinking approach
  • Ability to compare and contrast these two domains
  • New approaches to perform the same exercise

Registration

PMI is a registered mark of Project Management Institute, Inc.

Enregistrer

Connaissez-vous l’innovation centrée utilisateur ou User Centric Innovation ?

21 Juin

L’approche orientée clients de type « Design Thinking »  y est utilisée.

Elle s’appuie sur un processus de co-créativité impliquant à chaque instant des retours de l’utilisateur final.

Des principes fondateurs

  • Collaborer et engager l’équipe sur des objectifs clairs et partagés
  • Tout regarder du point de vue de l’utilisateur en l’intégrant systématiquement durant tout le projet pour comprendre en profondeur ses besoins
  • Se focaliser sur la  boucle demander-essayer-réaliser (ask-try-do)
  • S’approprier les idées et solutions potentielles et les représenter

Pour en savoir plus sur les processus du Design Thinking

Les 3 clés du User Centric Innovation sont :

  1. Le travail collaboratif comme valeur clé avec des équipes pluridisciplinaires comprenant les métiers, la technique et les utilisateurs.
  2. Une approche méthodologique pour créer des expériences innovantes, créatrices de valeur et qui répondent aux besoins des clients de votre projet. Cette approche s’appuie sur le Design Thinking et les méthodologies d’innovation orientées utilisateurs.
  3. Le partage d’un vocabulaire et d’un référentiel de pensée commun au sein de l’équipe projet.

Microsoft est partenaire de DantotsuPM

 

Enregistrer

Travailler avec des designers pour un chef de produit

7 Juin

Les basiques du travail avec des designers pour un chef de produit

PM 101 – Working With Designers

http://www.cleverpm.com/2016/04/27/pm-101-working-with-designers/ par The Clever PM

Le terme « Designer » est utilisé ici comme un terme fourre-tout pour inclure tout le monde impliqué dans l’expérience utilisateur, l’interface utilisateur et le côté interactions humaines dans l’équation du produit. Essentiellement, les personnes qui sont formées pour définir comment l’utilisateur interagit avec notre produit pour atteindre ses objectifs. Ceci étant posé, explorons quelques problèmes communs et des chemins potentiels vers le succès…

Avec NQI, Partenaire de DantotsuPM

Commencez par les attentes

Tout d’abord, comme avec toute autre équipe, nous voulons établir en quoi consistent les attentes que nous avons l’un de l’autre. Certaines équipes UX et UI aiment quand leurs Chefs de produit partagent leurs idées et besoins dans un format visuel (des dessins d’écrans, des maquettes, des croquis …), mais d’autres préfèrent commencer de strictement la même User Story que celle qui sera donnée à l’équipe de développement.

Et, de la même manière, en tant que chefs de produit nous devons être très clairs de ce que nous attendons comme produit de ces équipes :
  • Quelle fidélité de conception ?
  • Combien de travail de conception à faire avant que les développeurs ne commencent à s’engager sur le projet ?
  • L’équipe de conception bossera-t-elle avec l’équipe de développement ou leur passera-t-elle ses conceptions par-dessus le mur ?

Toutes ces questions devraient être agréées bien à l’avance, avant qu’un pixel sur un écran ou un stylo ne soit posé sur le papier pour entamer un dessin. La raison numéro un pour laquelle des équipes entrent en conflit est souvent les attentes inexprimées. Si nous ne disons pas à quelqu’un ce à quoi nous nous attendons, nous ne pouvons pas les tenir pour responsables s’ils loupent l’objectif.

Alors, discutez avec vos équipes de design et comprenez ce dont ils ont besoin en entrée et ce que vous attendez qu’ils livrent en sortie.

Respectez vos designers

Comme je suis sûr que vous avez remarqué, je suis un grand partisan dans l’établissement de relations basées sur la confiance et le respect. Et, dans beaucoup d’organisations, une des équipes avec lesquelles vous devez travailler le plus dur pour établir et maintenir une relation de confiance et respectueuse est celle de vos designers. Et pas, ce n’est pas parce qu’ils sont « créatifs » et qu’ils travaillent avec leurs cerveaux gauches qu’ils ont besoin d’un soin constant. C’est en réalité parce que dans beaucoup de grandes organisations, les UX et UI sont des citoyens de deuxième classe. Quand le périmètre projet ou produit doit être coupé, qu’est-ce qui saute en premier ? Le design. Quand des budgets pour un besoin de projet doit être réduit, qu’est-ce qui part en premier ? Les tests utilisateur. Quand les gens veulent pinailler sur quelque chose juste pour se faire croire qu’ils ont eu leur influence, sur quoi se concentrent-ils ? « La couleur du bouton sur la troisième page du site Web, le fond semble un peu trop bleu ciel à mon goût. »

Bref, l’équipe de design obtient trop de négatif. Trop souvent. Mais vous devez être leur champion, vous devez être leur ami intime.

Vous devez renforcer avec eux que vous les protégez et que vous avez confiance en leurs décisions. Honnêtement, je ne me soucie de savoir si vous avez une licence en Ingénierie des Facteurs Humains et avez étudié la théorie des couleurs et le design sur votre temps libre. Si vous n’êtes pas dans l’équipe de design, votre travail n’est pas de faire le design du produit. Votre travail est de faciliter les efforts de l’équipe de design pour qu’elle atteigne ses objectifs. Et, si vous n’êtes pas d’accord, ayez cette discussion en termes respectueux et déférents avec les personnes dont le travail est précisément de concevoir le produit. Bien trop souvent, les Chefs de produit se voient comme des designers, qu’ils ‘n aient la formation réelle et l’expérience ou pas. Connaissez vos forces, connaissez vos faiblesses et respectez les personnes dont le travail est de faire ces choses chaque jour. Il est probable qu’ils voient et travaillent avec des modèles dont vous n’êtes pas nécessairement conscient. N’essayez pas de designer eux, laissez-les concevoir et fournissez un retour d’information constructif. Ils l’apprécieront et vous aurez plus de temps de faire votre vrai travail.

Donnez le ton de la collaboration

J’ai travaillé avec et entendu beaucoup d’histoires d’équipes de design qui étaient très isolées, avaient une mentalité de « jeter par-dessus le mur » et qui estimaient que leurs conceptions étaient comme les tablettes en pierre que Moïse a descendues de la montagne : sacrées et immuables. Ces histoires sont nulles. Il n’y a vraiment pas façon plus agréable ou meilleure de le dire et je n’ai pas peur de l’énoncer. Constatez, les chefs de produit ne sont pas des designers, les designers ne sont pas (d’habitude) des ingénieurs et les ingénieurs ne sont pas (d’habitude) des designers. Ce n’est pas parce qu’un chef de produit a exposé un problème et que le designer y a répondu par une solution géniale et jolie que les ingénieurs n’ont pas la parole sur ce sujet. Parfois, les designs peuvent être trop ambitieux et ne peuvent pas du tout être réalisés avec la technologie actuelle utilisée dans à la société. Ou ils ne peuvent pas être réalisés dans un temps raisonnable et avec un effort raisonnable. Et vous, en tant que chef de produit, devriez autoriser vos ingénieurs à prendre ces décisions pendant la mise en œuvre. Et, les relayer à votre équipe de design. Mais tout d’abord, nous devons modéliser le comportement que nous voulons voir. Nous avons besoin de regarder de près ce que nous faisons et comment nous le faisons pour nous l’assurer que Nous demandons de l’engagement et à être challengés et à corriger nos propres livrables. J’aime communiquer visuellement, parce que c’est ainsi que je pense. Mais, quand je remets des maquettes à mes designers ou à mes ingénieurs, c’est avec la compréhension que ces croquis sont juste une idée. Je veux qu’ils remettent en cause le design; je veux qu’ils fassent quelque chose de meilleur que ce que j’ai mis sur papier; Je veux qu’ils prennent mes idées et les utilisent si elles ont pour eux du sens, ou les rejettent si ce n’est pas le cas.

Je définis le « quoi » et le « pourquoi ».  Le design et l’ingénierie sont concernés par le « comment ».

Pour aller plus loin, le designer Philippe Starck — qui n’a pas de jolies images à montrer — passe 18 minutes à trouver les sources profondes de la question « Pourquoi le design ? » Génie ou non, écoutez attentivement cette parfaite leçon de vie qui s’adresse à tous.

Enregistrer

Enregistrer

Enregistrer

18 May – Basel #PMI® CH – Are you curious about Design Thinking?

27 Avr

Design Thinking is a methodology to solve and find desirable solutions for complex problems.

In this session, Cihan Gedik, a chemical engineer and management graduate, Alain Bindels, an experienced Design Thinking facilitator, and Larisa Aragón Castro, is a project manager and devoted change management practitionerwill explore the world of design thinking and how it can boost your project execution by exploring, ideating and prototyping solutions to your project management challenges.

“Design thinking can be described as a discipline that uses the designer’s sensibility and methods to match people’s needs with what is technologically feasible and what a viable business strategy can convert into customer value and market opportunity.”
– Tim Brown CEO, IDEO

Details and registration

PMI is a registered mark of Project Management Institute, Inc.

Microsoft est partenaire de DantotsuPM

Enregistrer

« L’autre a toujours raison » et il faut ne jamais oublier cela dans le management de projets comme dans la vie !

23 Mar

L’autre a toujours raison

Toujours à propos de ses sentiments.

À propos de la journée qu’elle vient de vivre.

Des craintes (appropriées et infondées) dans sa vie.

De l’histoire qui se déroule, inexprimée, dans sa tête.

De ce qu’elle aime et ce qu’elle n’aime pas.

Vous devrez vous déplacer vers cette position qui, pour elle, est la bonne avant que vous n’ayez une chance de réelle communication.

The other person is always right par Seth Godin

Si vous pensez que votre travail est souvent de paver ces chemins désirés émergents, de répondre à des besoins non exprimés, ce billet de Seth vous aura certainement intrigué et la vidéo de Tom Hulme qui suit, enregistrée à TED, développe ce sujet appliqué au domaine du design.

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

25 Avril – Paris La Défense – SOAT Agile Day

22 Mar

Le SOAT Agile Day est un événement gratuit qui s’adresse à tous et en particulier à ceux qui veulent mettre en place une culture produit dans leur organisation.

L’ambition du SOAT Agile Day est de vous fournir des éléments de réflexion et d’action pour transformer votre organisation en entreprise Agile.

Cette journée de conférences et d’échanges est une occasion unique de partager vos visions, vos problématiques et vos retours d’expérience, pour faire mûrir la stratégie agile la plus adaptée à votre entreprise.

Cette année, la SOAT Agile Day portera sur la culture produit et ses impacts techniques et organisationnels.

Inscriptions

CertYou est partenaire de DantotsuPM

Enregistrer

Image

16-17 Juin – Paris – les FLUPA UX Design Days sont la meilleure manière de créer des Expériences utilisateurs pertinentes

4 Juin
Détails et inscriptions

Détails et inscriptions

Partenaire de DantotsuPM

Partenaire de DantotsuPM

June 7 – Webinar (PMI®) – Slashing Risks with User Experience Engineering (UX) Second Edition

24 Mai

Recent PMI Study calls Requirements Management a core competency for project and program success – and does so for a good reason.

User Experience47% of projects run into trouble due to incomplete or changing requirements & specifications, lack of user input or unrealistic expectations.

UX methods brought wild success to Apple, Google and other top players and it has been increasingly popular ever since.

But what most magazines don’t tell you is that it’s not just the Design part of UX that makes it so effective!

This is an expanded and updated version of popular session that ran on February 23, incorporating additional information based on your feedback.

Requirements Management is the single biggest risk for a majority of projects. According to PMI, 47% of initiatives that missed the mark did so because of requirements management. It’s truly is a core competency for project and program success.

Imagine your life without these risks. Little or no stakeholder management… Clarity around scope and direction… Stable, measurable requirements, completely aligned with business needs…

Design Thinking and UX brought wild success to Apple, Google and other top players and it has been increasingly popular ever since. But what most magazines don’t tell you is that it’s not just the Design part of UX that makes it so effective, it’s the new tools for Business Analysis.

Attend this webinar to learn about these extremely effective new Design Thinking tools and processes – for gaining accurate insights, discovering ‘missing’ requirements and hidden underlying problems.

Details and registration

Partenaire de DantotsuPM

Partenaire de DantotsuPM

%d blogueurs aiment cette page :