Démo de décision
Un scénario d’app addly, trois états et une grille d’observation.
Sortie : option retenue ou écart documenté.
Des sessions conçues pour produire une décision, pas une inscription.
Aucun webinaire fictif n’est daté. Cette page présente les formats que addly pourra programmer pour ses propres add-ons : démo guidée, revue sécurité, atelier de migration d’add-on et clinique de configuration.
Calendrier actuel
Aucune session publique n’est annoncée. Les formats restent accessibles comme plans d’atelier et renvoient vers les démos autonomes.
Quatre formats, chacun avec une sortie concrète.
Revue de sécurité de l’app
Permissions, données de l’app, frontières et preuves manquantes pour l’add-on addly évalué.
Sortie : registre de questions avec propriétaires.
Atelier de migration d’un add-on addly
Inventaire, mapping, répétition et retour arrière pour l’app addly retenue — jamais une migration de Jira ou Confluence.
Sortie : plan de migration et gates de bascule.
Clinique de configuration d’une app addly
Cas réel, réglage addly minimal, test et comportement dégradé. Ce format n’est ni une administration ni une intégration Atlassian générale.
Sortie : configuration d’add-on testable et documentation.
Avant de programmer une session.
- 01Choisir la décision que la session doit débloquer.
- 02Partager produit hôte, mode d’hébergement, app addly retenue et scénario.
- 03Inviter la personne responsable des permissions de l’app.
- 04Préparer les questions sur les données ou la migration de l’app.
- 05Définir l’artefact attendu à la fin de la session.
La démo autonome reste disponible maintenant.
Choisissez le scénario le plus proche et utilisez la grille d’évaluation. Le brief copié pourra ensuite structurer une véritable session addly si un canal est annoncé.