Session animée par Guillaume SAINT ETIENNE qui, passionné pour le Web, tente aujourd'hui de faire adopter les bonnes pratiques issues des meilleurs départements R&D logiciels français au monde des sociétés de services. La production ou réalisation de logiciel n'est pas la science exacte que l'on aurait aimé qu'elle soit. Il convient donc de faire des ajustements. Les Sociétés de Services Logiciel sont une constituante majeure de cet univers et relient les hommes, du passeur d'ordre au réalisateur en passant par tous les intermédiaires possibles et imaginables. C'est donc avec eux, chez eux, que les démarches Agiles prendront tout leur sens. Pour autant, sont-ils prêts à entrer dans cette nouvelle ère, quel est l'état des lieux, et quels sont les obstacles qui nous attendent ?
Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)Jean-Luc MAZE
Support de la présentation effectuée le 14 mai 2013 dans le cadre de la soirée Agile Dojo organisée à Paris par la Sté AgilBee.
Le contenu de la présentation reflète mon analyse personnelle et n'engage que moi
Bonne lecture
Jean-Luc MAZE
Session animée par Guillaume SAINT ETIENNE qui, passionné pour le Web, tente aujourd'hui de faire adopter les bonnes pratiques issues des meilleurs départements R&D logiciels français au monde des sociétés de services. La production ou réalisation de logiciel n'est pas la science exacte que l'on aurait aimé qu'elle soit. Il convient donc de faire des ajustements. Les Sociétés de Services Logiciel sont une constituante majeure de cet univers et relient les hommes, du passeur d'ordre au réalisateur en passant par tous les intermédiaires possibles et imaginables. C'est donc avec eux, chez eux, que les démarches Agiles prendront tout leur sens. Pour autant, sont-ils prêts à entrer dans cette nouvelle ère, quel est l'état des lieux, et quels sont les obstacles qui nous attendent ?
Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)Jean-Luc MAZE
Support de la présentation effectuée le 14 mai 2013 dans le cadre de la soirée Agile Dojo organisée à Paris par la Sté AgilBee.
Le contenu de la présentation reflète mon analyse personnelle et n'engage que moi
Bonne lecture
Jean-Luc MAZE
Slides de la conférence donnée lors de l'Agile Tour 2010 à Vannes.
L'objectif de la conférence est d'expliquer en quoi les pratiques agiles permettent de réduire les coûts de développement.
AT Marseille 2011 - Réduisons les gaspillagesJérôme Avoustin
Session donnée lors de l'Agile Tour Marseille, le 13 octobre 2011, sur la réduction des gaspillages
Pour lutter contre les facteurs de coûts, deux grandes tendances ont émergé du monde de l’industrie : le taylorisme et le lean. Dans le premier cas, on cherche à réduire le cout de main d’oeuvre de la tache, en s’intéressant au TJM le plus bas. Dans l’apporche Lean, on recherche d’abord à réduire les gaspillages tells que la surproduction, l'attente, les pertes de temps dans les tâches sans valeur ajoutée, les développements mal faits, les défauts, et le plus intéressant d'entre eux, les stocks.
Nous voyons donc lors de cette conference en quoi ces gaspillages se retrouvent dans le monde de l’informatique, et comment les démarches et pratiques agiles permettent de les réduire.
Mieux rediger-les-user-stories-bonnes-pratiques-oeildecoach 2019Oeil de Coach
Une User Story (US) est le juste formalisme d’un élément fonctionnel du point de vue de l’utilisateur, précisant la valeur apportée à ce dernier.
Comment rédiger de bonnes USER STORIES ?
Bonnes pratiques à l’usage des équipes agiles (SCRUM / KANBAN / SAFe)
Sommaire :
> Les origines des User Stories
> Les 3C
> Définition et formalisation d’une User Story
> Méthode INVEST
> Comment découper vos US
> Quel niveau de détail
> Quel est le cycle de vie d'une User Story
> Le rôle du Product Owner sur une US
> Erreurs à éviter
Présentation PPT en libre téléchargement, créée par Martial SEGURA - OEIL DE COACH
www.oeildecoach.com
Formation agile - Certification Professional Scrum Product OwnerNovUp
POURQUOI CETTE FORMATION ?
Pour garantir le succès d’un projet Scrum, il est impératif de respecter les besoins exprimés par les utilisateurs et de leur livrer le maximum de valeur en un minimum de temps. Le Product Owner agit comme le représentant des utilisateurs et travaille au quotidien avec les équipes de réalisation pour délivrer un produit de qualité.
La certification Professional Scrum Product Owner apporte aux responsables de produits la maîtrise des principes Scrum et atteste de leur capacité à aider les équipes dans la réalisation d’un projet.
Prise en charge possible : Novup est organisme de formation n°5244079544.
OBJECTIFS PÉDAGOGIQUES
Accompagner le changement dans le cadre d’un nouveau projet,
Gérer efficacement la vie d’un produit conçu et réalisé avec Scrum,
Maîtriser le rôle de Scrum Product Owner,
Maximiser le retour sur investissement d’un projet Scrum,
Savoir recueillir des besoins, les spécifier et les prioriser,
Se préparer au passage de la certification PSPO1 (Professional Scrum Product Owner) de scrum.org
INFORMATIONS PRATIQUES
Durée : 2 jours (14 heures).
Horaires : accueil à 9h15, formation de 9h30 à 17h30 (pause déjeuner de 1h).
Dates et lieux : veuillez consulter notre site web sur www.novup.fr/formation/
Tarif : 1290 € HT en inter (intra : nous consulter).
Public concerné : toutes personnes en charge de concevoir un produit dans un cadre utilisant les méthodes agiles.
Prérequis : avoir une expérience de gestion de projet/équipe, comprendre l’anglais écrit.
Toutes nos formations sont assurées à partir de 4 stagiaires (et limitée à 12 participants).
Le développement logiciel expliqué à votre patron en 24 slidesYassine CHAOUCHE
Pour les profanes, ce diaporama explique les différentes phases du développement professionnel de logiciel en utilisant la méthodologie BDUF qui, avec la vague agile/SCRUM très plébicité sur la toille, est souvent stigmatisé et considéré comme "ringarde". Ce n'est pourtant pas l'avis de certain seniors du développement logiciel tel que Steve McConnel auteur à succès de "Code Complete" 1 et 2, numéro 3 des ventes sur Amazon de la catégorie "Software Engineering".
Il est destiné aux non-techniciens (chefs de projets, patrons d'entreprises) qui veulent en savoir plus sur le cycle de développement logiciel.
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...Niji
L’agilité est un des enjeux majeurs de la transformation des organisations, notamment celles portant les évolutions et la réalisation des dispositifs digitaux web et mobile. La crise sanitaires et économique exacerbe l’obligation de fonctionner autrement dans le juste équilibre entre agilité et rationalisation, tout en prenant en compte l’impérieuse nécessité d’animer et d’assembler des talents pluriels
Fort de notre expérience dans la définition, la mise en œuvre et le pilotage de Digital Factory pour nos clients, dans des formats et fonctionnements opérationnels divers, nous vous proposons de partager nos convictions :
- Comment piloter au quotidien satisfaction des utilisateurs et respect des budgets ?
- Comment s’organiser pour gérer à la fois le build et le run ?
- Comment construire une organisation pluridisciplinaire ? avec quelle matrice de compétences ?
- Quels sont les points de vigilance tant méthodologiques, technologiques ou managériaux ?
Radical Quality From Toyota to Tech - Devoxx France.pptxFlavian Hautbois
Where defects in the industry are counted as defects per million parts produced, a developer introduces an average of 70 bugs for every 1000 lines of code produced. We immersed ourselves in the experiments of Sadao Nomura, who launched Dantotsu "Better than the best" activities in Toyota factories, a 3-year program capable of reducing defects by 85%.
The tech practices, visual management, and tools of Dantotsu inspired us to:
- Eradicate the root causes of a bug within 24 hours of its detection
- Identify "weak points", typical problems that require strengthening the training system
- Create a culture of quality where everyone shares their solved bugs
We cover the theory of Dantotsu radical quality and the experiments we ran before April 2023.
Woody is the CTO and co-founder of Sipios, a fintech development agency. Flavian is a co-author of Build To Sell, lean coach in tech and product, and former CTO.
Présentation sur la méthodologie projet, historique et innovation des logiciels Métiers.
Cette conférence a été réalisée dans le cadre des Rencontres du Logiciel Métier #1 organisées par la société 2LE et ses partenaires le 23 novembre 2023 à la SIM de Mulhouse.
En 2012, les entreprises Sita et Valtech se sont associées afin de développer une application web de gestion du traitement/valorisation des dechets . Cette association a été contractualisée par un "forfait agile".
Nous vous présenterons le contrat et les particularités qui en font un contrat agile, mais aussi comment s'est déroulé le projet. Un projet Agile au forfait, ça se passe très bien.
Etienne Charignon, Consultant, Valtech France
yohan.founs@valtech.fr
Slides de la conférence donnée lors de l'Agile Tour 2010 à Vannes.
L'objectif de la conférence est d'expliquer en quoi les pratiques agiles permettent de réduire les coûts de développement.
AT Marseille 2011 - Réduisons les gaspillagesJérôme Avoustin
Session donnée lors de l'Agile Tour Marseille, le 13 octobre 2011, sur la réduction des gaspillages
Pour lutter contre les facteurs de coûts, deux grandes tendances ont émergé du monde de l’industrie : le taylorisme et le lean. Dans le premier cas, on cherche à réduire le cout de main d’oeuvre de la tache, en s’intéressant au TJM le plus bas. Dans l’apporche Lean, on recherche d’abord à réduire les gaspillages tells que la surproduction, l'attente, les pertes de temps dans les tâches sans valeur ajoutée, les développements mal faits, les défauts, et le plus intéressant d'entre eux, les stocks.
Nous voyons donc lors de cette conference en quoi ces gaspillages se retrouvent dans le monde de l’informatique, et comment les démarches et pratiques agiles permettent de les réduire.
Mieux rediger-les-user-stories-bonnes-pratiques-oeildecoach 2019Oeil de Coach
Une User Story (US) est le juste formalisme d’un élément fonctionnel du point de vue de l’utilisateur, précisant la valeur apportée à ce dernier.
Comment rédiger de bonnes USER STORIES ?
Bonnes pratiques à l’usage des équipes agiles (SCRUM / KANBAN / SAFe)
Sommaire :
> Les origines des User Stories
> Les 3C
> Définition et formalisation d’une User Story
> Méthode INVEST
> Comment découper vos US
> Quel niveau de détail
> Quel est le cycle de vie d'une User Story
> Le rôle du Product Owner sur une US
> Erreurs à éviter
Présentation PPT en libre téléchargement, créée par Martial SEGURA - OEIL DE COACH
www.oeildecoach.com
Formation agile - Certification Professional Scrum Product OwnerNovUp
POURQUOI CETTE FORMATION ?
Pour garantir le succès d’un projet Scrum, il est impératif de respecter les besoins exprimés par les utilisateurs et de leur livrer le maximum de valeur en un minimum de temps. Le Product Owner agit comme le représentant des utilisateurs et travaille au quotidien avec les équipes de réalisation pour délivrer un produit de qualité.
La certification Professional Scrum Product Owner apporte aux responsables de produits la maîtrise des principes Scrum et atteste de leur capacité à aider les équipes dans la réalisation d’un projet.
Prise en charge possible : Novup est organisme de formation n°5244079544.
OBJECTIFS PÉDAGOGIQUES
Accompagner le changement dans le cadre d’un nouveau projet,
Gérer efficacement la vie d’un produit conçu et réalisé avec Scrum,
Maîtriser le rôle de Scrum Product Owner,
Maximiser le retour sur investissement d’un projet Scrum,
Savoir recueillir des besoins, les spécifier et les prioriser,
Se préparer au passage de la certification PSPO1 (Professional Scrum Product Owner) de scrum.org
INFORMATIONS PRATIQUES
Durée : 2 jours (14 heures).
Horaires : accueil à 9h15, formation de 9h30 à 17h30 (pause déjeuner de 1h).
Dates et lieux : veuillez consulter notre site web sur www.novup.fr/formation/
Tarif : 1290 € HT en inter (intra : nous consulter).
Public concerné : toutes personnes en charge de concevoir un produit dans un cadre utilisant les méthodes agiles.
Prérequis : avoir une expérience de gestion de projet/équipe, comprendre l’anglais écrit.
Toutes nos formations sont assurées à partir de 4 stagiaires (et limitée à 12 participants).
Le développement logiciel expliqué à votre patron en 24 slidesYassine CHAOUCHE
Pour les profanes, ce diaporama explique les différentes phases du développement professionnel de logiciel en utilisant la méthodologie BDUF qui, avec la vague agile/SCRUM très plébicité sur la toille, est souvent stigmatisé et considéré comme "ringarde". Ce n'est pourtant pas l'avis de certain seniors du développement logiciel tel que Steve McConnel auteur à succès de "Code Complete" 1 et 2, numéro 3 des ventes sur Amazon de la catégorie "Software Engineering".
Il est destiné aux non-techniciens (chefs de projets, patrons d'entreprises) qui veulent en savoir plus sur le cycle de développement logiciel.
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...Niji
L’agilité est un des enjeux majeurs de la transformation des organisations, notamment celles portant les évolutions et la réalisation des dispositifs digitaux web et mobile. La crise sanitaires et économique exacerbe l’obligation de fonctionner autrement dans le juste équilibre entre agilité et rationalisation, tout en prenant en compte l’impérieuse nécessité d’animer et d’assembler des talents pluriels
Fort de notre expérience dans la définition, la mise en œuvre et le pilotage de Digital Factory pour nos clients, dans des formats et fonctionnements opérationnels divers, nous vous proposons de partager nos convictions :
- Comment piloter au quotidien satisfaction des utilisateurs et respect des budgets ?
- Comment s’organiser pour gérer à la fois le build et le run ?
- Comment construire une organisation pluridisciplinaire ? avec quelle matrice de compétences ?
- Quels sont les points de vigilance tant méthodologiques, technologiques ou managériaux ?
Radical Quality From Toyota to Tech - Devoxx France.pptxFlavian Hautbois
Where defects in the industry are counted as defects per million parts produced, a developer introduces an average of 70 bugs for every 1000 lines of code produced. We immersed ourselves in the experiments of Sadao Nomura, who launched Dantotsu "Better than the best" activities in Toyota factories, a 3-year program capable of reducing defects by 85%.
The tech practices, visual management, and tools of Dantotsu inspired us to:
- Eradicate the root causes of a bug within 24 hours of its detection
- Identify "weak points", typical problems that require strengthening the training system
- Create a culture of quality where everyone shares their solved bugs
We cover the theory of Dantotsu radical quality and the experiments we ran before April 2023.
Woody is the CTO and co-founder of Sipios, a fintech development agency. Flavian is a co-author of Build To Sell, lean coach in tech and product, and former CTO.
Présentation sur la méthodologie projet, historique et innovation des logiciels Métiers.
Cette conférence a été réalisée dans le cadre des Rencontres du Logiciel Métier #1 organisées par la société 2LE et ses partenaires le 23 novembre 2023 à la SIM de Mulhouse.
En 2012, les entreprises Sita et Valtech se sont associées afin de développer une application web de gestion du traitement/valorisation des dechets . Cette association a été contractualisée par un "forfait agile".
Nous vous présenterons le contrat et les particularités qui en font un contrat agile, mais aussi comment s'est déroulé le projet. Un projet Agile au forfait, ça se passe très bien.
Etienne Charignon, Consultant, Valtech France
yohan.founs@valtech.fr
La refonte d’un intranet : 10 cles pour reussir votre projetPhilippeC
La refonte d’un portail intranet Les 10 clés pour réussir votre projet. Ce livre blanc se fixe pour objectifs de décrire les bonnes pratiques qui accompagnent le projet de refonte d’un intranet ou d’un portail.
Il détaille les 10 clés pour réussir votre projet à travers l’analyse des risques majeurs qu’une entreprise peut rencontrer dans ce type de démarche et comment les anticiper.
Il propose également quelques axes de réflexion originaux.
Enfin, les nouvelles tendances induites par le web 2.0 au niveau des portails d’entreprise sont prises en compte.
Pour mieux comprendre les nouveaux usages d’un intranet plus collaboratif et social, nous avons recensé les 7 tendances majeures.
Le projet web, souvent clair pour son commanditaire, peut l’être beaucoup moins auprès des prestataires.
Il est donc essentiel d’exprimer précisément ses besoins et attentes, cela nécessite donc une rédaction rigoureuse et factuelle de son cahier des charges.
Cette étape primordiale, permet également d’anticiper la phase de spécifications fonctionnelles et de simplifier le travail du chef de projet, du directeur de projet ainsi que des équipes de développement.
Que dois contenir un cahier de charges ?
Un document pour avoir un plan clair et toutes les questions que vous devez vous poser au moment de rédiger votre cahier des charges !
Ce document a pour objectif de préciser quels éléments doivent être détaillés dans votre cahier des charges pour lancer un appel d'offres et demander une proposition commerciale à un prestataire.
Pourquoi et comment nous relisons ensemble tout le code que nous produisons - retour d'expérience du WebCenter AXA sur la revue de code, accompagnés par Octo.
Compte-rendu de l'événement Agile Tour 2016 ayant eu lieu à Euratechnologies à Lille
- L’Agile Tour en quelques mots…
- Keynote : #NoEstimates
- 5 ans pour passer du Cycle en V aux Features Teams
- Où en est le contrat agile en 2016 ?
- Votre job sera remplacé par un indien ou un robot…
- Living Documentation
- Évitez la lassitude, créez vos propres formats de rétrospective
- Ce que la revue de code m’a apporté
- Mon processus de design en tant que PO sans UX designer
- J'anime une rétrospective productive
- L’agilité à 200 personnes
Similaire à Utilisation de robot industriel au Québec (20)
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)Laurent Speyser
(Conférence dessinée)
Vous êtes certainement à l’origine, ou impliqué, dans un changement au sein de votre organisation. Et peut être que cela ne se passe pas aussi bien qu’attendu…
Depuis plusieurs années, je fais régulièrement le constat de l’échec de l’adoption de l’Agilité, et plus globalement de grands changements, dans les organisations. Je vais tenter de vous expliquer pourquoi ils suscitent peu d'adhésion, peu d’engagement, et ils ne tiennent pas dans le temps.
Heureusement, il existe un autre chemin. Pour l'emprunter il s'agira de cultiver l'invitation, l'intelligence collective , la mécanique des jeux, les rites de passages, .... afin que l'agilité prenne racine.
Vous repartirez de cette conférence en ayant pris du recul sur le changement tel qu‘il est généralement opéré aujourd’hui, et en ayant découvert (ou redécouvert) le seul guide valable à suivre, à mon sens, pour un changement authentique, durable, et respectueux des individus! Et en bonus, 2 ou 3 trucs pratiques!
L'IA connaît une croissance rapide et son intégration dans le domaine éducatif soulève de nombreuses questions. Aujourd'hui, nous explorerons comment les étudiants utilisent l'IA, les perceptions des enseignants à ce sujet, et les mesures possibles pour encadrer ces usages.
Constat Actuel
L'IA est de plus en plus présente dans notre quotidien, y compris dans l'éducation. Certaines universités, comme Science Po en janvier 2023, ont interdit l'utilisation de l'IA, tandis que d'autres, comme l'Université de Prague, la considèrent comme du plagiat. Cette diversité de positions souligne la nécessité urgente d'une réponse institutionnelle pour encadrer ces usages et prévenir les risques de triche et de plagiat.
Enquête Nationale
Pour mieux comprendre ces dynamiques, une enquête nationale intitulée "L'IA dans l'enseignement" a été réalisée. Les auteurs de cette enquête sont Le Sphynx (sondage) et Compilatio (fraude académique). Elle a été diffusée dans les universités de Lyon et d'Aix-Marseille entre le 21 juin et le 15 août 2023, touchant 1242 enseignants et 4443 étudiants. Les questionnaires, conçus pour étudier les usages de l'IA et les représentations de ces usages, abordaient des thèmes comme les craintes, les opportunités et l'acceptabilité.
Résultats de l'Enquête
Les résultats montrent que 55 % des étudiants utilisent l'IA de manière occasionnelle ou fréquente, contre 34 % des enseignants. Cependant, 88 % des enseignants pensent que leurs étudiants utilisent l'IA, ce qui pourrait indiquer une surestimation des usages. Les usages identifiés incluent la recherche d'informations et la rédaction de textes, bien que ces réponses ne puissent pas être cumulées dans les choix proposés.
Analyse Critique
Une analyse plus approfondie révèle que les enseignants peinent à percevoir les bénéfices de l'IA pour l'apprentissage, contrairement aux étudiants. La question de savoir si l'IA améliore les notes sans développer les compétences reste débattue. Est-ce un dopage académique ou une opportunité pour un apprentissage plus efficace ?
Acceptabilité et Éthique
L'enquête révèle que beaucoup d'étudiants jugent acceptable d'utiliser l'IA pour rédiger leurs devoirs, et même un quart des enseignants partagent cet avis. Cela pose des questions éthiques cruciales : copier-coller est-il tricher ? Utiliser l'IA sous supervision ou pour des traductions est-il acceptable ? La réponse n'est pas simple et nécessite un débat ouvert.
Propositions et Solutions
Pour encadrer ces usages, plusieurs solutions sont proposées. Plutôt que d'interdire l'IA, il est suggéré de fixer des règles pour une utilisation responsable. Des innovations pédagogiques peuvent également être explorées, comme la création de situations de concurrence professionnelle ou l'utilisation de détecteurs d'IA.
Conclusion
En conclusion, bien que l'étude présente des limites, elle souligne un besoin urgent de régulation. Une charte institutionnelle pourrait fournir un cadre pour une utilisation éthique.
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...OCTO Technology
Par Nicolas Bordier (Consultant numérique responsable @OCTO Technology) et Alaric Rougnon-Glasson (Sustainable Tech Consultant @OCTO Technology)
Sur un exemple très concret d’audit d’éco-conception de l’outil de bilan carbone C’Bilan développé par ICDC (Caisse des dépôts et consignations) nous allons expliquer en quoi l’ACV (analyse de cycle de vie) a été déterminante pour identifier les pistes d’actions pour réduire jusqu'à 82% de l’empreinte environnementale du service.
Vidéo Youtube : https://www.youtube.com/watch?v=7R8oL2P_DkU
Compte-rendu :
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...Horgix
This is the slide deck of a talk by Alexis "Horgix" Chotard and Laurentiu Capatina presented at the MongoDB Paris User Group in June 2024 about the feedback on how PayFit move away from a monolithic hell of a self-hosted MongoDB cluster to managed alternatives. Pitch below.
March 15, 2023, 6:59 AM: a MongoDB cluster collapses. Tough luck, this cluster contains 95% of user data and is absolutely vital for even minimal operation of our application. To worsen matters, this cluster is 7 years behind on versions, is not scalable, and barely observable. Furthermore, even the data model would quickly raise eyebrows: applications communicating with each other by reading/writing in the same MongoDB documents, documents reaching the maximum limit of 16MiB with hundreds of levels of nesting, and so forth. The incident will last several days and result in the loss of many users. We've seen better scenarios.
Let's explore how PayFit found itself in this hellish situation and, more importantly, how we managed to overcome it!
On the agenda: technical stabilization, untangling data models, breaking apart a Single Point of Failure (SPOF) into several elements with a more restricted blast radius, transitioning to managed services, improving internal accesses, regaining control over risky operations, and ultimately, approaching a technical migration when it impacts all development teams.
MongoDB in a scale-up: how to get away from a monolithic hell — MongoDB Paris...
Utilisation de robot industriel au Québec
1.
2. L’utilisation et la mise
en place de robots
dans le secteur
manufacturier
Groupe IDE
3. 1LA ROBOTIQUE
INDUSTRIELLE
La robotique industrielle
est officiellement définie
par l'ISO comme un contrôle
automatique, reprogrammable,
polyvalent manipulateur
programmable dans trois
ou plusieurs axes.
4. N’importe quelle machine opérée
automatiquement qui remplace l’effort
humain, bien qu’elle ne doit pas
nécessairement ressembler à un humain
ou effectuer des opérations de la même
façon qu’un humain.
La robotique est la discipline d’ingénierie
qui interagies avec le design, la
construction et l’opération de robots.
[source: Encyclopedia Britannica] /
traduction libre
Qu’est-ce qu’un robot ?
5. • Humanoïdes
• Nano
• Industrielle
• Militaire
• Mobile
• Robot de service
Qu’est-ce qu’un robot ?
9. 1
Firme d’ingénierie possédant, la plupart du temps, une expertise avancée en
conception mécanique, automatisation, programmation robotique,
informatique et vision industrielle
2 Spécialiser dans une, ou quelques marques de robots industrielles et dans
quelques secteurs d’activités/procédés
3
Possède la capacité de développer un équipement industrielle fonctionnel en
intégrant les technologies disponibles sur le marché et en développant celle
manquantes
INTÉGRATEUR ROBOTIQUE
4 Possède un processus de gestion de projet structuré et standardisé
permettant d’effectuer des projets dans les coûts, les délais et la qualité
requise
5 Capacité de faire des projets clés en main sur mesure
10. INTÉGRATEUR VS ÉQUIPE INTERNE
Intégrateur
•Possède une équipe multidiciplinaire
•Compétence en gestion de projet
•Dédié à votre projet
•Escompte matériel
•Développe le projet dans
un environnement contrôlé
•Partenaire en cas de départ d’un employé
•Toujours à la fine pointe de la technologie
•Contrôle des coûts grâce au clé en main
•Négatif : coût de main-d’oeuvre plus élevés
Équipe interne
•Développement d’une expertise interne
•Gestion de la connaissance
•Coût du projet pouvant être réduit
de 15 à 40% (dependant de l’intensité
en main-d’oeuvre)
•Négatif : délai pour être allongé si pas une
équipe dédié en permanence au projet
•Négatif : masse de connaissance et
experience limité comparativement à un
intégrateur
11. RECOMMANDATION
Projet simple :
•Robot collaboratif;
•Automatisation simple
•Peut être fait à l’interne
Projet complexe :
•Équipe de spécialiste externe avec appui
d’une équipe forte en gestion de projet à
l’interne
12. COMMENT CHOISIR UN INTÉGRATEUR
Les critères
1. Intégrité
• Réputation
• Crédibilité
• Respect des lois
2. Compétences
• Robotiques
• Vision
• Génie manufacturier
• Réalisation
3. Capacité
• Employé
• Localisation
4. Stabilité
• Roulement de personnel
• Fidélité clients-fournisseurs
• Année en affaires
SERVICE
APRÈS-VENTE !!!!
14. 2LA STRUCTURE DE COÛT
« Combien coûte un
projet robotique ? »
« Ça dépend …. »
« De quoi » ?
« De :… »
15. • Robot fait tout ou en partie
• Mécanique complémentaire
pour atteindre la cadence
• Nombre de robots
• L’efficacité des
mouvements robots
La cadence
16. • Une des grandes clés du
coût du projet.
• Mécanique ou vision
nécessaire pour positionner
• Aider par l’humain
(robot soudeur) ou
entièrement autonome
Positionnement
17. • Directement en lien
avec le coût du robot
• Complexité de programmation
et de calibration
• Complexité du tooling
Précision
18. • Un des plus grands
facteurs de coûts
• Affecte l’acheminement
des pièces
• Affecte la programmation
• Affecte le tooling
• etc.
Nombre de produits
et leur géométrie
19. • Affecte principalement
le coût du robot
• Sur un petit projet, grand
impact, sur un grand projet
petit impact
• Doit être combiné à la
précision pour le coût
Poids et portée
20. • Directement en lien
avec les connaissances
et compétences
• Partage du risque
• Machine pré-développé
vs customisation
• Taille du marché
pour intégrateur
Développement requis
21. • Patente à gosse vs 99%
fiable sur 3 quarts….
• Choix des composantes
• Complexité de l’ingénierie
• « Wiring » des composantes
Fiabilité
22. • Dans un clé en main, peut
avoir un impact immense
sur le coût
• Exemple : demander à un
fournisseur de machine
d’inclure programmation
• Prise de risque commune
Difficulté du procédé
23. 3UN PROJET ROBOT
1. Idéation
2. Technico-commercial
3. Choix d’un intégrateur
4. Négociation et commande
5. Conception préliminaire
6. Conception détaillée
7. Fabrication
8. Mise en route
9. Installation
10. Post mortem
25. 1 Établir le lien entre le processus manufacturier actuel et le plan stratégique de
l’entreprise
2
« Brainstormer » en équipe sur les endroits pouvant être robotisés en lien
avec le plan stratégique
3 Faire des visites, aller à des foire commerciales, faire une veille internet
ÉTAPES
4
Regarder plus spécifiquement : intensif en MO, sur plusieurs quarts, goulot
dans l’entreprise, plusieurs manipulations, efforts physique ou intellectuelle
intense, capacité d’enlever la spécialisation du poste, poste avec beaucoup de
temps d’arrêts qui influence la flow de production, complexité apparente de
robotisé, budget….
5 Faire venir des spécialistes (intégrateurs, CNRC-PARI)
27. 1 Recherche, collecte et analyse de données afin d’aider le ou les intégrateurs
pour le cahier des charges
2
Obtenir un concept préliminaire avec un prix budgétaire pour chaque
intégrateur afin d’évaluer : connaissance, compétence, prix, créativité,
compréhension du besoin.
3 Choisir un ou des intégrateurs et pousser la collecte et l’analyse des données
avec eux. ATTENTION : LE DIABLE EST DANS LES DÉTAILS. Ne pas
négliger la communication interne pour MINIMISER les surprises.
ÉTAPES
4 Communiquer vos standards internes de l’organisation pour les pièces et
composantes afin qu’il soit intégrer dans le prix
5
Prévoir quelques rencontres par intégrateur. C’est une partie du projet qui
demande du temps de votre part et de la précision.
28. 3. Choix d’un intégrateur
Présentation des soumissions,
choix et développement
de la solution finale.
29. 1
Demander à chaque intégrateur de fournir : soumission, simulation de la
cellule, layout, ce qui est inclus, exclus, ce qui est de votre responsabilité,
échéancier, garantis, condition de paiement, équipe de projet.
2 Évaluer les différentes soumissions selon vos critères internes
3
Choisir un intégrateur et faire une validation finale de la soumission avec lui et
votre équipe interne afin de s’assurer d’une compréhension commune.
ÉTAPES
4 À ce stade soyez ouvert, si vous vous faites charger 10 000 $ pour un capteur
supplémentaire, vous vous êtes tromper dans votre choix……
5 Demander une révision finale de la soumission avec l’ensemble des add-ons.
31. 1 Réviser la soumission finale avec votre équipe interne et déterminer les points
qui accroche encore ou que vous voulez négocier
2
Faire part de vos points à votre intégrateur. Vous acheter un projet, pas une
machine « tablette », il se peut que l’intégrateur soit réfractaire à certaines de
vos demandes. Point qui peut accrocher : PI
3 Rappeler vous comment un intégrateur fait des profits, ce n’est pas sur le
matériel qu’il possède la plus grande marge de négociation
ÉTAPES
4
Si un point accroche en particulier, demander un détail de la structure de coût
et questionner sur qui est responsable de la RD. Demander plan électrique et
mécanique modifiable.
5 Conditions de paiement « timer » avec le projet : 30-40 % à la commande,
30 à 60% livraison, 10 % après mise en route, 10% net 30 jours.
33. 1
Durant cette phase, l’intégrateur révisera l’ensemble des concepts soulevés
en soumission. Dépendant de la taille de l’entreprise, ce n’est probablement
pas la personne qui a conçu le projet qui le développera.
2 Introduction commune des chargés de projet. IMPORTANT, il doit y avoir UN
canal de communication, sinon GROS PROBLÈME à prévoir
3 L’intégrateur éliminera les incertitudes technologiques restantes durant cette
phase.
ÉTAPES
4 Établissement des devis finaux pour conception détaillée. Votre équipe interne
doit être disponible rapidement durant cette phase.
5 SUGGESTION : valider et approuver les concepts préliminaires
35. 1 Normalement, c’est une des phases les plus intensives en main-d’œuvre
pour l’intégrateur.
2 Conception mécanique, robotique, électrique, détaillée permettant de faire
fabriquer les composantes.
3 Lancement des commandes outre que le robot afin de préparer la fabrication
de la cellule
ÉTAPES
4 Pour l’acquéreur de la cellule, c’est souvent la phase la moins intensive.
Doit rester disponible pour répondre à des questions
5 Puisqu’il y aura moins de communication, demander un suivi d’avancement
aux 2 semaines
37. 1 Intégrateur débute la fabrication en séquence des composantes de la cellule
2 Dépendant de son parc d’équipements, la fabrication se fera plus ou moins à
l’externe.
3 Si vous êtes responsables d’une partie de la fabrication, vous devez l’effectuer
à ce stade.
ÉTAPES
4 Vous devez préparer le matériel nécessaire pour la mise en route et être sûr
qu’il soit acheminé à votre intégrateur dans les temps requis.
5 C’est le temps d’aller faire un petit tour chez votre intégrateur afin de vous
assurer de la qualité du produit fini et demander des correctifs si nécessaire.
39. 1 C’est a cette étape que tout ce mets en place. Premier focus doit être de
mettre à l’épreuve les incertitudes technologiques
2
Cette étape demande une implication importante de votre part. C’est souvent
à cet endroit que les surprises arrivent de part et d‘autres. Assurer vous que
votre équipe interne soit prête pour certaines modifications.
3 C’est le moment le plus dangereux du projet pour le délai de livraison. Un petit
oubli de part et d’autres peu entraîner des délais significatifs de livraisons.
ÉTAPES
4 Les communications doivent être constante et fréquente durant cette
phase….quel est votre niveau de tolérance au stress ?
5 Faire un test de performance avant la livraison (prévoir au contrat)
41. 1
C’est la phase la plus intensive pour vous : emménagement de l’emplacement
avant arriver, coordonner vos équipes internes, prévoir l’arrêt de production,
etc…
2 COMMUNICATION : présenter la cellule aux employés avant qu’elle arrive
3 Prévoir votre « staff » de maintenance en conséquence, déjà avoir accumulé
la matière brute nécessaire à la mise en route de la cellule
ÉTAPES
4 S’assurer d’une mise en route correspondant aux critères de performances et
laisser un peu de temps aux problèmes afin qu’ils apparaissent
5 COMMUNICATION. COMMUNICATION. COMMUNICATION
42. 10. Post mortem
« L’expérience,
c’est la somme des erreurs
non répétés »
43. 1 Après avoir donner votre dernier paiement, faites le suivi avec l’intégrateur
pour s’assurer qu’il s’occupe des problèmes latents s’il y en a
2 S’assoir et faire un post mortem interne
3 Communique ce post mortem à votre charger de projet et s’assurer de voir si
lui a vu des choses à améliorer de votre côté
ÉTAPES
4 Communiquer ce post mortem aux membres de l’organisation
5 Célébré et clôturer le projet
48. INDUSTRIES 4.0
Yesterday Today
Advances in
IT and Manufacturing
Technology
Cost driven
Mass production
Increasing salaries
Long delivery times
Quality issues
Customer driven
Product Individualization
Mass customization
Shorter engineering times,
production runs and delivery
50. INDUSTRIES 4.0
Cyberphysical system characteristics
• Highly IT based
• Self identification
• Service exploration
• Connectivity: communication and
cooperation with each other and humans
• Decentralized decisions (RFID)
• Self diagnosis
• “Plug and produce”
51. INDUSTRIES 4.0
Industry 4.0 is not a reality yet
• Unmatured technologies
• Lack of standards
• Lack of adequate skill-sets (example: IT)
• IT security issues - need to open up those
previously closed production shops
• How to avoid IT snags? -> Expensive
production outages
• General reluctance to change by
stakeholders
52. INDUSTRIES 4.0
Industry 4.0 is not a reality yet
• Organizations like SmartFactory in Germany and IIC and SMLC in USA are
working to come to agreement on standards and proof-of-concept
demonstrators
53. INDUSTRIES 4.0
In the meanwhile, how can SMEs prepare for Industry 4.0?
• SMEs challenges:
− High product mix, often in small batches –
customer driven production
− Lack of automation/robotic expertise
• Focus on open architecture devices that can
adopt future Industry 4.0 standards more
easily: PC-based technology and Windows
• Work with automation companies that
understand SME’s challenges and have
already embraced some Industry 4.0
concepts to develop small batch /
high product mix solutions