LaunchCal
Piloter les lancements comme chez Google.
$3 par utilisateur / mois
Coordonner les lancements entre toutes les fonctions qui relisent. Qui lance reçoit une checklist générée, qui relit une file propre, et les autres le calendrier.
Pourquoi cela existe
Toute entreprise assez grande pour avoir un service juridique a un processus de lancement, et presque aucune ne l'a écrit au même endroit. Il vit dans un tableur dont quelqu'un a hérité, dans un document exact il y a deux trimestres, et dans la mémoire de la seule personne qui a assez lancé pour savoir qui valide quoi. Ceux qui lancent pour la première fois découvrent qu'il leur fallait une revue de confidentialité la semaine où ils devaient livrer.
LaunchCal fait du processus le produit. La personne qui lance décrit ce qu'elle livre, et la liste de contrôle se construit seule à partir des modèles que chaque fonction de revue entretient. Les relecteurs cessent d'être interrompus dans le chat et reçoivent une file. Tout le monde obtient un calendrier qui dit ce qui sort et quand, ce qui est la question que se pose réellement l'entreprise.
Inspiré de la façon dont cela se pratiquait chez Google : les parties qui ont fait leurs preuves, sans celles qui ne tiennent qu'à cette échelle.
Ce que vous obtenez
- Modèles d'étapes par équipe fonctionnelle
- Files de relecture avec accord, refus ou dérogation
- Communiqué, tableau de bord et enseignements en pièces jointes
- Calendrier des lancements et diagramme de Gantt pour les autres
Comment ça marche
- 1Chaque fonction écrit ses étapes une foisJuridique, confidentialité, sécurité, support, marketing : qui doit regarder un lancement possède un modèle de ce qu'il lui faut et quand. Écrit une fois, il s'applique à tous les lancements suivants.
- 2On décrit le lancementCe que c'est, qui est concerné, quand cela doit sortir. La liste se construit à partir des modèles qui s'appliquent, donc personne n'a besoin de connaître le processus pour le suivre.
- 3Les relecteurs traitent une fileChaque fonction voit les étapes qui l'attendent et approuve, refuse ou accorde une dérogation motivée. On voit tout avancer sans relancer personne.
Ce que les équipes en font
Livrer à une date déjà repoussée une fois
Le calendrier montre quelles étapes bloquent et qui les détient : la conversation porte sur la vraie dépendance et non sur qui n'a pas répondu.
Accompagner un premier lancement
Nul besoin du savoir tribal. La liste dit ce qui est exigé, et les dérogations disent ce qui a été levé et pourquoi.
Répondre à « qu'est-ce qui sort ce trimestre ? »
Le calendrier des lancements et le Gantt des étapes sont la réponse, et ils sont à jour parce que c'est exactement ce dont se servent les équipes.
Questions fréquentes
- Faut-il changer notre façon de lancer ?
- Non. Les modèles décrivent le processus que vous avez déjà : LaunchCal est l'endroit où il vit, pas un autre processus. La plupart commencent par écrire ce qu'elles demandent déjà, puis affinent après un ou deux lancements.
- Que se passe-t-il si une étape ne s'applique pas ?
- Un relecteur accorde une dérogation, avec un motif. Elle est consignée sur le lancement plutôt que sautée en silence, pour que la prochaine personne qui demande pourquoi trouve la réponse.
- Les parties prenantes ont-elles besoin d'un siège ?
- Les sièges sont pour celles et ceux qui font le travail : ceux qui lancent et ceux qui relisent. Le calendrier, qui est ce que veut la majorité, n'en demande pas.
- Quel rapport avec notre outil de tickets ?
- L'outil de tickets porte le travail d'ingénierie. LaunchCal porte les validations et la date, c'est-à-dire la partie qui finit d'habitude dans le chat et dans des tableurs.
Le reste de la plateforme
Un espace de travail, une facture, une liste de membres. Ajoutez une application quand vous en avez besoin.