Scrum vs Kanban vs ATMOS : choisir le bon cadre pour une PME

La question « Scrum ou Kanban ? » revient à chaque fois qu'une PME envisage de devenir plus agile. C'est souvent la mauvaise question. Scrum et Kanban ont été conçus pour des équipes produit logiciel. Une PME de 40 à 200 personnes a aussi des équipes commerciales, finance, opérations, RH. Plaquer Scrum sur l'ensemble produit une organisation qui tient des cérémonies sans gagner en réactivité. Comparons honnêtement les trois approches.

Scrum : un cadre produit, par défaut

Scrum définit des rôles (Product Owner, Scrum Master, équipe), des événements (sprint planning, daily, review, rétro) et des artefacts (backlog, incrément). C'est efficace pour livrer un produit par itérations courtes, quand on dispose d'un backlog priorisable. Forces : discipline d'inspection-adaptation, prévisibilité par sprint, focus produit. Limites : suppose un Product Owner qui arbitre, un backlog stable, et un travail découpable en stories. Ne s'applique pas tel quel à une équipe commerciale, finance ou RH.

Kanban : un système de flux, plus souple

Kanban se concentre sur la visualisation du flux de travail, la limitation du travail en cours (WIP) et l'amélioration continue du débit. Pas de sprints, pas de rôles imposés. Forces : adoption progressive sans casser l'organisation, applicable à des équipes opérationnelles, met en lumière les goulots d'étranglement. Limites : ne traite pas la question de la Vision partagée, ni de l'alignement entre équipes. Reste un outil d'équipe, pas un cadre d'organisation.

ATMOS METHOD : un cadre organisationnel

ATMOS METHOD ne se positionne pas comme une alternative à Scrum ou Kanban à l'échelle de l'équipe. C'est un cadre au-dessus, à l'échelle de l'organisation. Le Modèle V.I.S.I.O.N. structure six dimensions liées : Vision, Inputs, Systems, Interactions, Offer, Numbers. Le principe C+1 garantit que tout acteur est à un degré maximum du client, et que chaque décision opérationnelle reste reliée à la Vision. À l'intérieur de ce cadre, une équipe produit peut très bien utiliser Scrum, une équipe support utiliser Kanban, et une équipe commerciale fonctionner autrement. ATMOS définit la cohérence d'ensemble.

Tableau de décision

| Critère | Scrum | Kanban | ATMOS METHOD |

|---|---|---|---|

| Échelle cible | Équipe produit | Équipe opérationnelle | Organisation entière |

| Découpage du travail | Sprints fixes | Flux continu | Selon métier |

| Rôles imposés | Oui | Non | Non |

| Traite la Vision | Non | Non | Oui (pilier V) |

| Traite le client | Indirectement (PO) | Non | Oui (principe C+1) |

| Applicable à finance/RH | Non | Partiellement | Oui |

Comment choisir

Si vous êtes une équipe produit unique : Scrum ou Kanban suffisent, selon votre culture. Si vous êtes une PME multi-métier qui veut devenir réellement agile : aucun des deux ne traite votre problème. Vous avez besoin d'un cadre organisationnel comme ATMOS METHOD, à l'intérieur duquel chaque équipe choisira ses pratiques d'exécution.

Trois actions pour cette semaine

1. Listez vos équipes par typologie : produit, opérationnel, transverse. Notez le cadre actuel de chacune.

2. Identifiez les zones sans cadre : équipes qui n'ont ni Scrum, ni Kanban, ni autre. Ce sont souvent les angles morts de l'agilité.

3. Posez la question de la cohérence : qui garantit que ces équipes travaillent dans la même direction ? Si la réponse est « personne formellement », c'est là que se joue votre transformation.

Pour approfondir, découvrez [le Modèle V.I.S.I.O.N. en détail](/fr/atmos) ou [comment ATMOS se déploie concrètement](/fr/implementation).