Méthode

Méthode

OCTO sera présent à NCrafts 2016 !

Le Software Craftsmanship est un sujet très important à OCTO, à tel point que nous y avons consacré un livre tout entier !

Alors, quand s’annonce la nouvelle édition de NCrafts, un des grands événements français sur le sujet, on sponsorise !

Ncrafts2016-Leaderboard-768x90-partner-gold-fr

OCTO est partenaire Gold de NCrafts 2016

Retrouvez notre tribu CRAFT sur le stand OCTO pour discuter des savoir-faire et des savoir-être de l’artisan codeur ainsi que de la culture de la qualité, une problématique individuelle, d’équipe et d’entreprise.

Nos OCTOs sont également présents dans le programme avec 3 sessions :

Rendez-vous les 12 et 13 mai !

Méthode

3 discussions que vous devez être prêt à avoir avec votre équipe technique en tant que Product Owner

Être product owner ou manager au sein d’une équipe produit c’est essayer de prendre les bonnes décisions au quotidien pour construire un produit viable, qui apporte de la valeur aux utilisateurs. Dans le logiciel, cela implique d’une façon ou d’une autre de prendre en compte l’aspect technique du produit. Il y a toujours un débat autour du type du profil qui doit être recruté : issu de la tech? Venu d’une business school? Ou ayant un passé de designer? Ce n’est pas le débat que je veux ouvrir ici.

La seule chose dont je suis intimement persuadé, c’est que quelque soit l’origine du PO/PM, il est un outil de communication au service du client, du produit, de l’entreprise et de l’équipe. De fait, il est obligatoirement amené à échanger avec les équipes techniques. Si vous êtes PO/PM et que vous n’avez jamais d’échanges directs avec les développeurs et le tech lead de votre équipe, vous ratez quelque chose.

Les décisions techniques deviennent forcément stratégiques dans la vie de votre produit, et doivent être en adéquation avec les enjeux de votre entreprise. Ci-dessous, j’essaie de décrire quelques discussions que je considère importantes voir indispensables à avoir avec votre équipe technique. (Attention, les scénarios présentés sont simplifiés au possible et pas toujours exhaustifs)

Lire la suite

Méthode

Software Craftsmanship en Entreprise – le How to détaillé par les experts OCTO dans un nouveau Livre Blanc

Culture Code – Better Places with Better Code

eXreme Programming, Coding Dojo, revue de code, Test Driven Development, Code propre,  Pair Programming,chez OCTO, nous avons une conviction : le développement de logiciels est un savoir-faire, qui s’acquiert via l’expérience et l’accompagnement de ses pairs, comme dans l’artisanat. Une simple formation n’est pas suffisante : le développement est un métier, il nécessite un apprentissage permanent qui passe par la programmation mais aussi par les pratiques de développement associées. Lire la suite

Méthode

Mon processus de design en tant que Product Owner sans UX designer.

Disclaimer: Ce REX fait suite à une mission qui se termine pour moi. Je suis intimement convaincu de l’importance d’une bonne “expérience utilisateurs” lors de la conception d’un produit informatique, quel qu’il soit. Je suis également profondément convaincu que l’UX est un ensemble de métier (anthropologie, architecture de l’information, ergonomie, UI design, design thinking, linguistique,…) bien spécifique qui nécessite de la pratique, de l’expérience et des méthodes spécifiques. Avoir un ou plusieurs spécialistes dans une équipe est bien évidemment ce que je préconise. La réalité est que souvent, pour des raisons de budget, de taille de projet ou d’équipe, ou même de convictions (triste), les products owners/managers sont amenés à travailler en l’absence de personnes sans compétences spécifiques dans ce domaine. Cet article s’adresse principalement à ces personnes. L’objectif étant de partager une façon de faire qui puisse peut être les aider au quotidien à inclure des “morceaux” de ces méthodologies pour placer l’utilisateur au sein de la conception de leurs produits.

Lire la suite

Méthode

Rétro vers le futur

Dans notre équipe nous aimons changer le format des rétrospectives de temps en temps. Nous pensons que cela aide à ne pas perdre l’intérêt pour un rituel des plus importants, car il nous permet de nous améliorer. De plus, changer la narration aide à faire émerger des douleurs différentes. Par exemple, nous n’aurons pas les mêmes retours à la question « qu’est-ce qui n’a pas marché ? » qu’à la question « qu’est-ce que vous n’aimez pas ? ». Les deux questions ont une intention similaire : trouver les points à améliorer dans la manière de travailler de l’équipe. Par contre, le fait de formuler la question avec certains mots au lieu d’autres peut changer la perspective avec laquelle nous abordons le sujet.

Ainsi, après avoir essayé la rétrospective dont vous êtes le héros et la rétrospective sur le thème Star Wars, nous profitons du thème de notre kanban (les années 80) pour faire des rétrospectives inspirées des films de cette décennie. Aujourd’hui je veux vous en présenter une que nous avons particulièrement appréciée : la rétro vers le futur.

Attention : si vous n’avez pas encore regardé le film (est-ce possible ?) ne continuez pas la lecture, car la trame y est dévoilée.
Lire la suite

Méthode

Les grands groupes devraient-ils s’inspirer des startups ?

On entend régulièrement parler de la vitesse incroyable à laquelle la technologie évolue depuis quelques années. On parle beaucoup moins de tout ce qui entoure cette technologie dans les entreprises, que ce soit l’évolution de la méthodologie, des process de gouvernance, de la culture d’entreprise. Pourtant, ces éléments sont déterminants et font partie intégrante de l’adoption de la technologie dans une entreprise. Ces nouveaux modèles sont souvent portés par des startups, plus innovantes et plus réactives que des entreprises installées depuis des décennies et qui ont déjà des centaines (voire des milliers) de salariés.

Lire la suite

Méthode

Compte-rendu du petit-déjeuner – L’infra au service de ses projets

En partenariat avec la Société Générale

petit-dejeuner_ITAAS_infrastructure_OCTO

Infrastructure As A Service : ce “buzz word” à l’origine de beaucoup de littérature sur la toile, est identifié comme l’un des piliers majeurs de la transformation digitale. Initiées par les Géants du Web, de grands groupes font à leur tour le pari d’intégrer les méthodes agiles, l’infrastructure à la demande, les pratiques DevOps. Comment cela se passe-t-il sur le terrain ? Comment initier et adopter ces changements dans une entreprise de plus de 150 ans, comme la Société Générale ?

Quatre acteurs sont venus témoigner des besoins métiers, des initiatives de l’entreprise, et de la façon dont ils ont procédé (succès et écueils) pour mettre en place un projet qui a boosté l’IT de la Société Générale : l’ITaaS (Infrastructure Technology As A Service). Lire la suite

Méthode

Management 3.0 : premières réponses aux questions des petits-déjeuners

management 3.0Les experts OCTO répondent à vos questions sur le Management 3.0

Lors des deux petits-déjeuners OCTO en partenariat avec Ethikonsulting “Management 3.0 : au-delà du buzz word” des 13 octobre et 19 novembre 2015, nous avons collecté les questions des participants. Nous vous proposons nos réponses à ces questions dans une série de billets.

Ce premier billet répond aux questions qui cherchent à préciser ce qu’est le Management 3.0 :

  • Pouvez-vous redéfinir le Management 1.0, 2.0, 3.0 ?
  • Quels bénéfices du Management 3.0 pour les managers ?
  • L’entretien annuel d’évaluation est-il « Management 3.0 compatible » ? Reste-t-il une place à la mesure de la performance individuelle ?
  • Les sujets abordés par le Management 3.0 me semblent plutôt traiter de management opérationnel. Qu’en est-il du management de managers ?
  • Observez-vous une accélération de l’innovation managériale et une appétence réelle des dirigeants pour accompagner ce changement ?
  • A-t-on des retours d’expérience sur des grandes sociétés françaises ayant mis en œuvre ce Management 3.0 ?

Lire la suite

Méthode

Lean Startup en Entreprise épisode 1 : Le Lean Canvas pour bien lancer votre projet.

Pourquoi le Lean Startup vous intéresse même si vous n’êtes pas une startup ?

Souvenez-vous du dernier projet où vous avez transpiré des mois pour une application finalement pas ou peu utilisé. Plus jamais ça !

La méthode Lean Startup a justement été créée pour éviter ce gaspillage. Elle permet de valider progressivement que le produit sera adopté par les utilisateurs,  avant d’investir plus largement.

Nous avons accompagné plusieurs grandes entreprises françaises pour mettre en place la méthode. Notre retour d’expérience est que :

  1. Le Lean Startup est applicable dans les grandes entreprises pour sécuriser le succès final d’un projet ;
  2. Mais il ne s’applique pas comme dans une startup. Un projet dans une grande organisation doit prendre en compte d’autres contraintes : les enjeux stratégiques, l’image de marque, les produits existants, le réseau de distribution, les processus internes, la séparation des services, la culture d’entreprise, etc…

L’objectif de cette série de blog « Lean Startup en Entreprise » est justement de montrer comment utiliser le Lean Startup quand on n’est pas une startup.

Le Lean canvas, première étape.

Lire la suite