Architecte logiciel/système - Product Owner
Ref : 210111D002-
ASAP
-
PAris
-
3 mois (renouvelables)
-
Architecte, Product Owner
Compétences requises
Description de la mission
Le service XXX-AMOA de la division XXX de XXX XXXXX (département de la Signalisation Ferroviaire) souhaite confier une double mission d’Architecte logiciel/système et de Product Owner de son gisement de données Ouranos à un prestataire dans le cadre de plusieurs projets se déroulant au sein de l’entité XXX AMOA.
Contexte :
La Division XXX a pour objectif de créer/faire évoluer des applications ou logiciels utilisés dans les différents métiers liés à la signalisation ferroviaire en méthode agile Scrum ou Kanban, tout en respectant les bonnes pratiques du développement.
Les projets qui concernent cet appel d’offre pourront concernés les technologies de PHP Symfony (4.x), PHP, Angular 6+, API Rest, Atlassian Jira, Atlassian Confluence, Android, etc. Cette liste n’est pas exhaustive.
Un engagement de résultat est attendu, notamment sur les délais et sur les livrables attendus (détaillés dans le chapitre suivant).
Compétences recherchées
Le profil de l’intervenant devra avoir, au minimum, les compétences suivantes (must have) :
• Architecte : Ingénieur système, Linux plus particulièrement
• Architecte : Avoir une expérience significative en intégration de systèmes et de sous-systèmes SI
• Architecte : Être force de proposition pour des solutions applicatives à tout moment
• Architecte : Maîtrise des échanges par API, et notamment la technologie REST
• Architecte : Savoir dessiner un schéma SGBD d’une BDD existante et proposer des optimisations
• PO : Créer des tickets Jira
• PO : Piloter les développements / l’équipe de développeurs (entre 1 et 4 personnes) à
travers les tickets DoRés (Définition of Ready) donnés à l’équipe
• PO : construire une roadmap produit (versions) à au moins 1 mois minimum
• Archi/PO : faire la recette technique des livrables
• Assurer/piloter la MCO de l’écosystème Ouranos
Pour mener à bien sa mission, le profil de l’intervenant aura également les compétences suivantes (should have) :
• Bonne connaissance des technologies de développements Web
• Connaissance de l’API REST JIRA
• Connaissance de l’API REST Confluence
• Manipulation de bases de données de type PostgreSQL
• Savoir être disponible pour se positionner en support des équipes opérationnelles et de
développement
• Capacité à prendre du recul et « être challengé »
• Participation au cadrage applicatif
• Pré-validation de la solution retenue
Le PRESTATAIRE aura la capacité de remplacer les intervenants en cas d’absences (programmées ou non) sur la demande du CLIENT. Le délai de prévenance sera d’au moins 15 jours.
La mission est découpée en « deux rôles » :
- Un rôle d’Architecte logiciel et intégration de systèmes (1/2 ETP)
- Un rôle de Product Owner (PO) pour le gisement de données « Ouranos », y compris l’admin Ouranos et le Back-Office (1/2 ETP)
L’intérêt évident de la maitrise de ces 2 rôles par un prestataire unique est d’être au centre de la définition de toutes les applications. En effet, progressivement, les applications utiliseront Ouranos pour récupérer de la donnée métier et la redistribuer une fois qu’elle sera validée. C’est un point central de l’architecture.
Compétences recherchées :
Le profil de l’intervenant devra avoir, au minimum, les compétences suivantes (must have) :
• Architecte : Ingénieur système, Linux plus particulièrement
• Architecte : Avoir une expérience significative en intégration de systèmes et de sous-systèmes SI
• Architecte : Être force de proposition pour des solutions applicatives à tout moment
• Architecte : Maîtrise des échanges par API, et notamment la technologie REST
• Architecte : Savoir dessiner un schéma SGBD d’une BDD existante et proposer des optimisations
• PO : Créer des tickets Jira
• PO : Piloter les développements / l’équipe de développeurs (entre 1 et 4 personnes) à
travers les tickets DoRés (Définition of Ready) donnés à l’équipe
• PO : construire une roadmap produit (versions) à au moins 1 mois minimum
• Archi/PO : faire la recette technique des livrables
• Assurer/piloter la MCO de l’écosystème Ouranos
Pour mener à bien sa mission, le profil de l’intervenant aura également les compétences suivantes (should have) :
• Bonne connaissance des technologies de développements Web
• Connaissance de l’API REST JIRA
• Connaissance de l’API REST Confluence
• Manipulation de bases de données de type PostgreSQL
• Savoir être disponible pour se positionner en support des équipes opérationnelles et de
développement
• Capacité à prendre du recul et « être challengé »
• Participation au cadrage applicatif
• Pré-validation de la solution retenue
Le PRESTATAIRE aura la capacité de remplacer les intervenants en cas d’absences (programmées ou non) sur la demande du CLIENT. Le délai de prévenance sera d’au moins 15 jours.
La mission est découpée en « deux rôles » :
- Un rôle d’Architecte logiciel et intégration de systèmes (1/2 ETP)
- Un rôle de Product Owner (PO) pour le gisement de données « Ouranos », y compris l’admin Ouranos et le Back-Office (1/2 ETP)
L’intérêt évident de la maitrise de ces 2 rôles par un prestataire unique est d’être au centre de la définition de toutes les applications. En effet, progressivement, les applications utiliseront Ouranos pour récupérer de la donnée métier et la redistribuer une fois qu’elle sera validée. C’est un point central de l’architecture.
Résultats / livrables attendus :
Pour le rôle de Product Owner, le rythme demandé des releases est cadencé à la semaine. Cela permet de réduire le risque de régression lors de la livraison des versions. En contrepartie, les cérémoniaux Scrum animés par le prestataire sont réduits :
- Réunion de sprint planning de 30 minutes
- Point d’étape en milieu de semaine de 15 minutes (confirmation de la date/heure de livraison en
INTÉGRATION + périmètre fonctionnel)
- Réunion de GO/NOGO de MEP suite aux tests effectués
- Grooming des tickets au fil de l’eau en fonction du planning de chacun
Le PO devra respecter la pondération suivante des tickets embarqués dans une version (sauf dérogation validée par un des managers de l’équipe XXX) :
- 30% de correctifs de bugs
- 30% de tâches techniques
- 30% de fonctionnalités
- 10% autres (tickets impacts systèmes annexes)
Pour le rôle d’Architecte, son rôle sera en plusieurs temps :
- 1er temps :
o Construire la vision système (ou 360°) de l’ensemble de nos applications sur le processus
métier complet de la signalisation ferroviaire (des phases projets / études à la maintenance)
o Placer les différents systèmes internes au service ou externes (DSI ou autres) sur cette
fresque du processus
- 2e temps :
o Formaliser les FIPOC (support permettant de visualiser les données d’entrées, les activités et
les données de sorties) avec les PO du service ainsi que nos interlocuteurs métiers.
Ouranos
db
Ouranos
db - failover
Ouranos
API REST
Ouranos
Admin
o Restituer à l’équipe ce travail.
- 3e temps :
o Proposer des axes de réflexion d’optimisation du traitement de la donnée
o Participer aux « avant-ventes » et aux phases de prospection avec le rôle d’interlocuteur
système et technique
Pour cette mission, l’intervenant sera en support de l’équipe et il interviendra à plusieurs moments des projets (sollicitations à l’initiative des PO) :
- Construction de la solution technique en regard des inputs fournis par le PO et le management XXX
à En sortie, sera formalisé un DAT (document d’architecture technique) avec :
§ Diagrammes de flux simplifiés et détaillés.
§ Description de l’architecture fonctionnelle (analyses et traductions des besoins fonctionnels du système. i.e. “Que doivent faires les applications ?”, “Quelles données doivent être manipulées ?”, etc. )
§ Description de l’architecture applicative (traduire en fonctionnalités logicielles concrètes les besoins exprimés dans l’architecture fonctionnel en déterminant les dépendances entre celles-ci.
§ Description de l’architecture technique (Système, Flux, Réseau, Dimensionnement,
Redondance, Backup, etc.) (liste non exhaustive)
- Remplissage de partie « technique » des tickets créés par les PO
à Exemple : Pour se connecter à une application, il faut utiliser le SSO = remplir les éléments techniques d’interconnexion au SSO pour que le développeur puisse l’utiliser.
- Vérification de la bonne intégration des composants logiciels et des systèmes entre eux lors de la phase de validation du sprint.
- Hors projet, l’architecte pourra piloter des POC pour vérifier la ou les solutions techniques proposées.
Nous avons identifié trois facteurs de succès pour la mission :
• Cohérence de la data
o Comprendre et s’approprier les données manipulées
o Coordination des projets entre eux pour une articulation parfaite de la donnée
• Sécurité by Design
o Concevoir une architecture robuste au juste niveau
o Concevoir des applications aux architectures simples et résilientes
o Veille sur la sécurité informatique (nous sommes néanmoins dépendant de l’infrastructure interne), au moins sur la partie applicative
o Veille sur les technologies (obsolescence et nouveautés)
• Monitoring de la performance du système Ouranos et des systèmes annexes
o Mettre en place des outils de surveillance ou compléter les existants
o Piloter la performance des systèmes : générer (automatiquement) des reportings
quotidien, hebdomadaire et mensuel.
Contexte :
La Division XXX a pour objectif de créer/faire évoluer des applications ou logiciels utilisés dans les différents métiers liés à la signalisation ferroviaire en méthode agile Scrum ou Kanban, tout en respectant les bonnes pratiques du développement.
Les projets qui concernent cet appel d’offre pourront concernés les technologies de PHP Symfony (4.x), PHP, Angular 6+, API Rest, Atlassian Jira, Atlassian Confluence, Android, etc. Cette liste n’est pas exhaustive.
Un engagement de résultat est attendu, notamment sur les délais et sur les livrables attendus (détaillés dans le chapitre suivant).
Compétences recherchées
Le profil de l’intervenant devra avoir, au minimum, les compétences suivantes (must have) :
• Architecte : Ingénieur système, Linux plus particulièrement
• Architecte : Avoir une expérience significative en intégration de systèmes et de sous-systèmes SI
• Architecte : Être force de proposition pour des solutions applicatives à tout moment
• Architecte : Maîtrise des échanges par API, et notamment la technologie REST
• Architecte : Savoir dessiner un schéma SGBD d’une BDD existante et proposer des optimisations
• PO : Créer des tickets Jira
• PO : Piloter les développements / l’équipe de développeurs (entre 1 et 4 personnes) à
travers les tickets DoRés (Définition of Ready) donnés à l’équipe
• PO : construire une roadmap produit (versions) à au moins 1 mois minimum
• Archi/PO : faire la recette technique des livrables
• Assurer/piloter la MCO de l’écosystème Ouranos
Pour mener à bien sa mission, le profil de l’intervenant aura également les compétences suivantes (should have) :
• Bonne connaissance des technologies de développements Web
• Connaissance de l’API REST JIRA
• Connaissance de l’API REST Confluence
• Manipulation de bases de données de type PostgreSQL
• Savoir être disponible pour se positionner en support des équipes opérationnelles et de
développement
• Capacité à prendre du recul et « être challengé »
• Participation au cadrage applicatif
• Pré-validation de la solution retenue
Le PRESTATAIRE aura la capacité de remplacer les intervenants en cas d’absences (programmées ou non) sur la demande du CLIENT. Le délai de prévenance sera d’au moins 15 jours.
La mission est découpée en « deux rôles » :
- Un rôle d’Architecte logiciel et intégration de systèmes (1/2 ETP)
- Un rôle de Product Owner (PO) pour le gisement de données « Ouranos », y compris l’admin Ouranos et le Back-Office (1/2 ETP)
L’intérêt évident de la maitrise de ces 2 rôles par un prestataire unique est d’être au centre de la définition de toutes les applications. En effet, progressivement, les applications utiliseront Ouranos pour récupérer de la donnée métier et la redistribuer une fois qu’elle sera validée. C’est un point central de l’architecture.
Compétences recherchées :
Le profil de l’intervenant devra avoir, au minimum, les compétences suivantes (must have) :
• Architecte : Ingénieur système, Linux plus particulièrement
• Architecte : Avoir une expérience significative en intégration de systèmes et de sous-systèmes SI
• Architecte : Être force de proposition pour des solutions applicatives à tout moment
• Architecte : Maîtrise des échanges par API, et notamment la technologie REST
• Architecte : Savoir dessiner un schéma SGBD d’une BDD existante et proposer des optimisations
• PO : Créer des tickets Jira
• PO : Piloter les développements / l’équipe de développeurs (entre 1 et 4 personnes) à
travers les tickets DoRés (Définition of Ready) donnés à l’équipe
• PO : construire une roadmap produit (versions) à au moins 1 mois minimum
• Archi/PO : faire la recette technique des livrables
• Assurer/piloter la MCO de l’écosystème Ouranos
Pour mener à bien sa mission, le profil de l’intervenant aura également les compétences suivantes (should have) :
• Bonne connaissance des technologies de développements Web
• Connaissance de l’API REST JIRA
• Connaissance de l’API REST Confluence
• Manipulation de bases de données de type PostgreSQL
• Savoir être disponible pour se positionner en support des équipes opérationnelles et de
développement
• Capacité à prendre du recul et « être challengé »
• Participation au cadrage applicatif
• Pré-validation de la solution retenue
Le PRESTATAIRE aura la capacité de remplacer les intervenants en cas d’absences (programmées ou non) sur la demande du CLIENT. Le délai de prévenance sera d’au moins 15 jours.
La mission est découpée en « deux rôles » :
- Un rôle d’Architecte logiciel et intégration de systèmes (1/2 ETP)
- Un rôle de Product Owner (PO) pour le gisement de données « Ouranos », y compris l’admin Ouranos et le Back-Office (1/2 ETP)
L’intérêt évident de la maitrise de ces 2 rôles par un prestataire unique est d’être au centre de la définition de toutes les applications. En effet, progressivement, les applications utiliseront Ouranos pour récupérer de la donnée métier et la redistribuer une fois qu’elle sera validée. C’est un point central de l’architecture.
Résultats / livrables attendus :
Pour le rôle de Product Owner, le rythme demandé des releases est cadencé à la semaine. Cela permet de réduire le risque de régression lors de la livraison des versions. En contrepartie, les cérémoniaux Scrum animés par le prestataire sont réduits :
- Réunion de sprint planning de 30 minutes
- Point d’étape en milieu de semaine de 15 minutes (confirmation de la date/heure de livraison en
INTÉGRATION + périmètre fonctionnel)
- Réunion de GO/NOGO de MEP suite aux tests effectués
- Grooming des tickets au fil de l’eau en fonction du planning de chacun
Le PO devra respecter la pondération suivante des tickets embarqués dans une version (sauf dérogation validée par un des managers de l’équipe XXX) :
- 30% de correctifs de bugs
- 30% de tâches techniques
- 30% de fonctionnalités
- 10% autres (tickets impacts systèmes annexes)
Pour le rôle d’Architecte, son rôle sera en plusieurs temps :
- 1er temps :
o Construire la vision système (ou 360°) de l’ensemble de nos applications sur le processus
métier complet de la signalisation ferroviaire (des phases projets / études à la maintenance)
o Placer les différents systèmes internes au service ou externes (DSI ou autres) sur cette
fresque du processus
- 2e temps :
o Formaliser les FIPOC (support permettant de visualiser les données d’entrées, les activités et
les données de sorties) avec les PO du service ainsi que nos interlocuteurs métiers.
Ouranos
db
Ouranos
db - failover
Ouranos
API REST
Ouranos
Admin
o Restituer à l’équipe ce travail.
- 3e temps :
o Proposer des axes de réflexion d’optimisation du traitement de la donnée
o Participer aux « avant-ventes » et aux phases de prospection avec le rôle d’interlocuteur
système et technique
Pour cette mission, l’intervenant sera en support de l’équipe et il interviendra à plusieurs moments des projets (sollicitations à l’initiative des PO) :
- Construction de la solution technique en regard des inputs fournis par le PO et le management XXX
à En sortie, sera formalisé un DAT (document d’architecture technique) avec :
§ Diagrammes de flux simplifiés et détaillés.
§ Description de l’architecture fonctionnelle (analyses et traductions des besoins fonctionnels du système. i.e. “Que doivent faires les applications ?”, “Quelles données doivent être manipulées ?”, etc. )
§ Description de l’architecture applicative (traduire en fonctionnalités logicielles concrètes les besoins exprimés dans l’architecture fonctionnel en déterminant les dépendances entre celles-ci.
§ Description de l’architecture technique (Système, Flux, Réseau, Dimensionnement,
Redondance, Backup, etc.) (liste non exhaustive)
- Remplissage de partie « technique » des tickets créés par les PO
à Exemple : Pour se connecter à une application, il faut utiliser le SSO = remplir les éléments techniques d’interconnexion au SSO pour que le développeur puisse l’utiliser.
- Vérification de la bonne intégration des composants logiciels et des systèmes entre eux lors de la phase de validation du sprint.
- Hors projet, l’architecte pourra piloter des POC pour vérifier la ou les solutions techniques proposées.
Nous avons identifié trois facteurs de succès pour la mission :
• Cohérence de la data
o Comprendre et s’approprier les données manipulées
o Coordination des projets entre eux pour une articulation parfaite de la donnée
• Sécurité by Design
o Concevoir une architecture robuste au juste niveau
o Concevoir des applications aux architectures simples et résilientes
o Veille sur la sécurité informatique (nous sommes néanmoins dépendant de l’infrastructure interne), au moins sur la partie applicative
o Veille sur les technologies (obsolescence et nouveautés)
• Monitoring de la performance du système Ouranos et des systèmes annexes
o Mettre en place des outils de surveillance ou compléter les existants
o Piloter la performance des systèmes : générer (automatiquement) des reportings
quotidien, hebdomadaire et mensuel.