Prototypage Rapide

Développement des Compétences en Prototypage Rapide, Collaboration Interdisciplinaire et Leadership Adaptatif lors de l'Atelier Kniwwelino.

Compétence(s) principale(s) illustrée(s) : Cet atelier a été une occasion privilégiée de mobiliser et développer plusieurs compétences du référentiel Innokick, notamment C4 (Réalisation d'artefact), A4 (Agilité et adaptabilité), B4 (Méthodes agiles pour prototypage), A3 (Leadership et collaboration), A2 (Gestion des divergences et facilitation), ainsi que A1 (Pensée critique et posture intrapreneuriale) et A5 (Évaluation et optimisation des ressources).

1. Situation (Contexte, Enjeux, But, Qui, Combien)

En janvier, nous avons participé à un atelier de prototypage et programmation pour la créativité, animé par une équipe du LIST Luxembourg. L'objectif était de répondre à des problématiques concrètes qui nous entourent en créant un prototype tangible dans l'espace d'une matinée, en utilisant leur plateforme Kniwwelino. Notre groupe était composé de 5 étudiants Innokick. Les enjeux principaux étaient d'apprendre rapidement une nouvelle plateforme, de collaborer efficacement au sein d'une équipe interdisciplinaire sous une forte contrainte de temps, et de produire un prototype fonctionnel démontrant une solution viable à un problème identifié.

2. Problème (Défi)

La problématique que notre équipe a choisi d'aborder était l'amélioration de la communication et de l'entraide dans les maisons intergénérationnelles. Plus spécifiquement, nous voulions faciliter les demandes d'aide des seniors envers les plus jeunes résidents. Les défis à relever comprenaient la conception d'une interface utilisateur simplifiée et intuitive pour les seniors, la levée de la "honte" ou de la friction souvent associée à la demande d'aide, le prototypage simultané du hardware (dispositif physique) et du software (programmation Kniwwelino) en un temps très limité, la gestion efficace de la collaboration et de la répartition des tâches au sein de notre équipe interdisciplinaire, et enfin, la capacité à surmonter les éventuels blocages techniques durant la phase de code ou de fabrication.

3. Ressources (Disponibles, Qualité, Si c'était à refaire)

Pour cet atelier, nous disposions de plusieurs ressources. Les animateurs du LIST nous ont fourni la plateforme Kniwwelino (comprenant le hardware et l'environnement de programmation) ainsi que leur expertise et leur accompagnement tout au long de la matinée. Nous avions également accès au matériel du FabLab, notamment la découpeuse laser, des imprimantes, du bois, etc. Au sein de l'équipe, nous avons pu compter sur les compétences interdisciplinaires de chaque membre. J'ai personnellement mobilisé mon expérience en gestion d'équipe et en résolution de problèmes, acquise notamment chez Kiwibot où je dirigeais une équipe de sept personnes. J'y avais développé des techniques pour communiquer l'urgence et l'importance des tâches, bien que certaines de ces méthodes aient dû être adaptées suite à des expériences ultérieures, comme chez Google, où une approche plus collaborative était de mise. Cette évolution dans ma manière de mobiliser les équipes a été une ressource clé. Ma capacité à travailler sous pression et à trouver des solutions de dernière minute, forgée par de nombreuses expériences en hackathons et projets à deadlines serrées, a également été sollicitée.

La plateforme Kniwwelino s'est avérée un bon support pour le prototypage rapide. Cependant, l'utilisation de la découpeuse laser, bien que permettant un rendu qualitatif, s'est révélée particulièrement chronophage. Si c'était à refaire, pour la partie physique du prototype et compte tenu de la forte contrainte de temps, j'opterais clairement pour une méthode plus simple et rapide, comme la découpe de carton avec un cutter, ce qui nous aurait probablement pris environ 5 minutes au lieu des 45 minutes effectives.

4. Actions (Concrètement, Par quels moyens)

La matinée a débuté par une courte introduction à la plateforme Kniwwelino. Nous avons ensuite rapidement plongé dans un exercice pratique, en commençant par réaliser un storyboard de notre idée. Nous avons choisi de nous concentrer sur les maisons intergénérationnelles, en lien avec l'expérience d'un des membres de notre groupe. Notre concept était d'utiliser la plateforme Kniwwelino pour permettre aux seniors de demander de l'aide à leurs jeunes voisins via une interface simplifiée. Nous avons imaginé un système avec trois codes couleurs : jaune pour les demandes non urgentes (courses, poubelles), orange pour des soucis de santé moins graves, et rouge pour les situations urgentes. L'idée était que plusieurs niveaux de sévérité diminueraient la friction ou la honte de demander de l'aide. Les seniors auraient un bracelet connecté avec un bouton unique : une pression pour le jaune, deux pour l'orange, trois pour le rouge, avec un retour visuel par LEDs et audio par buzzer. Les jeunes voisins auraient un récepteur avec un buzzer et trois LEDs pour différencier les alertes.

Après une session de brainstorming rapide, nous avons divisé le groupe : une partie s'est chargée de documenter le processus et de dessiner en détail le concept (remplir le formulaire fourni), tandis que l'autre s'est attelée au prototypage de l'outil. L'équipe de prototypage s'est elle-même scindée, certains se concentrant sur le hardware, d'autres sur le software. J'ai rejoint l'équipe hardware où, à trois, nous avons rapidement dessiné un concept que nous avons ensuite découpé au laser, sur lequel nous avons appliqué une feuille imprimée.

Dans les dernières minutes avant la présentation, constatant la panique et le blocage de notre collègue ingénieur qui avait pris la responsabilité de coder l'ensemble du logiciel, je suis intervenu. Reconnaissant cette situation de stress intense, similaire à celles que j'avais vécues lors de hackathons (comme au Food Startup Weekend à Londres en 2015 où j'étais moi-même bloqué techniquement), j'ai approché mon camarade avec empathie. Mon objectif était de le rassurer et de l'aider, en me remémorant comment un lead d'équipe m'avait soutenu dans une situation similaire en me disant que l'essentiel n'était pas la perfection technique mais l'effort. Fort de ces expériences, j'ai pu l'assister humblement, et ensemble, nous avons identifié rapidement la ligne de code manquante, permettant de finaliser le prototype in extremis. Des photos du prototype réalisé et du processus de fabrication pourraient illustrer cette phase.
Finalement, nous avons pu présenter notre projet devant l'audience.

5. Résultats Attendus et Effectifs (Quoi, Pour vous, Pour qui, Où, Combien, Différence, Explication)

Nous attendions de cet atelier un prototype fonctionnel illustrant notre concept, une présentation claire et une bonne collaboration d'équipe. Effectivement, un prototype tangible a été réalisé, avec un boîtier découpé au laser et une fonctionnalité de base du code implémentée permettant la communication entre l'émetteur et le récepteur. Le projet a été présenté avec succès à l'audience.

Pour moi, l'expérience a été source de satisfaction, ayant pu contribuer activement tant à la partie hardware qu'au déblocage crucial du software. Cela a confirmé mes capacités de leadership empathique et de résolution de problème sous pression. J'ai cependant pris conscience de ma tendance à me laisser emporter par des aspects techniques (comme la découpe laser) au détriment d'une optimisation stricte du temps, ce qui est ironique par rapport à mes propres enseignements sur le wireframing. C'est également une prise de conscience accrue de la nécessité de mieux anticiper le temps nécessaire pour les tâches techniques, un point sur lequel je travaille également dans le cadre d'un accompagnement pour le TDAH, où l'on m'a conseillé d'estimer 3 fois le temps initialement prévu. Le moment le plus satisfaisant a été de voir le prototype fonctionner pour la première fois, littéralement quelques secondes avant la démonstration.

Pour l'équipe, ce fut une réussite collective d'avoir produit et présenté un prototype en un temps record, et une expérience de collaboration interdisciplinaire, avec ses moments de synergie et de tension. L'ingénieur m'a remercié, reconnaissant ne pas avoir vu l'erreur de code. Le reste de l'équipe, bien que n'ayant pas forcément suivi tous les détails de cette intervention de dernière minute, était soulagé et content du résultat final.

La principale différence entre l'attendu et l'effectif a résidé dans la gestion du temps pour la fabrication physique, largement sous-estimée (45 minutes au lieu de 15 prévues pour la découpe laser), et dans les difficultés rencontrées par l'ingénieur avec le code, qui n'a pas pu implémenter toutes les fonctionnalités initialement discutées. Le moment le plus frustrant a été de revenir du FabLab avec notre partie du prototype prête, pour découvrir que l'ingénieur était complètement bloqué et que nous n'avions pas communiqué efficacement sur cet enjeu plus tôt. Ces écarts s'expliquent par la sous-estimation de la complexité de la fabrication laser, la courbe d'apprentissage de la plateforme Kniwwelino et le stress inhérent à la contrainte de temps.

6. Réflexion Approfondie et Mise en Perspective (Intégration des "Regards Réflexifs")

Cette expérience de l'atelier Kniwwelino a été riche en apprentissages, notamment à travers les trois regards réflexifs :

• Regard Technique : L'utilisation de la découpeuse laser, bien que techniquement attrayante et permettant un rendu propre, n'a pas été la solution la plus efficiente en termes de temps. Mon intention était que l'outil et ses fonctionnalités restent en arrière-plan, afin de laisser toute la place à l'exécution rapide de l'idée. Cette expérience renforce la leçon d'aborder les projets avec une approche plus "MVP" (Minimum Viable Product), en se concentrant sur la démonstration du concept le plus rapidement et facilement possible, sans viser la perfection technique ou esthétique à ce stade. Ma capacité à intervenir sur le code Kniwwelino, malgré une familiarité limitée avec la plateforme, montre une certaine agilité technique et une compréhension des logiques de programmation.

• Regard Social/Relationnel : La dynamique au sein de la sous-équipe hardware a très bien fonctionné. Mon intervention auprès de l'ingénieur stressé a été un moment clé. Mon expérience passée, où j'ai moi-même été dans des situations de blocage technique intense et où j'ai bénéficié du soutien empathique d'un leader, a directement informé mon approche. J'ai appris à amener de l'empathie et du soutien dans ces moments critiques, en mettant en avant le collectif plutôt que mes compétences individuelles, ce qui a permis de débloquer la situation sans heurter sa confiance. Concernant mon choix de me concentrer sur la découpe laser, ce n'était pas tant pour éviter le travail collaboratif que pour me réfugier dans une tâche technique que j'apprécie, en petit comité, peut-être pour échapper au stress du groupe principal. C'était une décision plus de confort et d'affinité que d'optimisation du temps, une prise de conscience faite a posteriori. Cela m'interroge sur la meilleure manière d'allouer mon énergie et mes compétences dans un projet d'équipe.

• Regard sur l'Apprentissage : La principale leçon est la nécessité constante d'évaluer le rapport entre l'effort technique et la valeur ajoutée, surtout sous contrainte de temps. Il est facile de se laisser séduire par une technologie, mais il faut garder le cap sur l'objectif principal. Cette expérience a renforcé ma conviction que, même avec une expertise technique, l'humilité et la capacité à collaborer sont cruciales, surtout dans les moments de forte pression. J'ai bien appris à ne pas me perdre dans les détails techniques quand on doit travailler ensemble dans une courte période de temps. Cette prise de conscience, en contradiction directe avec mes propres conseils en wireframing, est un puissant moteur d'amélioration. Mes années d'expérience professionnelle dans la tech et ma familiarité avec les projets de dernière minute m'ont indéniablement aidé à gérer la pression et à trouver des solutions rapides.

Mise en perspective pour le futur :

Je souhaite continuer à développer ma capacité à choisir les outils et techniques de prototypage les plus appropriés en fonction du contexte et des contraintes, en privilégiant toujours l'agilité. Il est important de renforcer ma vigilance pour ne pas me laisser absorber par des détails techniques au détriment des objectifs collectifs et du temps imparti. Je veux aussi cultiver davantage mon leadership au service du collectif, en sachant identifier les moments où mon intervention peut être la plus utile pour l'équipe. Enfin, et c'est un axe de travail personnel, je veux appliquer plus rigoureusement une approche MVP, en simplifiant les objectifs initiaux pour assurer une base fonctionnelle démontrable, quitte à viser "moins haut" pour mieux atteindre la cible. Mon conseil à quelqu'un participant à un tel atelier serait de "faire des choses plus simples et rester concentré sur le concept, afin de démontrer ce que l'on veut faire sans chercher la perfection au niveau du design ou de la technique, en mettant son perfectionnisme de côté." Il s'agit de trouver un équilibre entre une ambition stimulante et un réalisme pragmatique.