Patrimoine du Bati Une Ambition : Inventorier et révéler le patrimoine portuaire de Bretagne

1. Gestion Acutelle

1.1. Orginsation

1.1.1. Gestion du Parties Prerante

1.1.2. Gestion du inventaire

1.1.3. Valorization du inventaire

1.1.4. Gestion du reponse a appel a projet

2. Au quotiden

2.1. Recenser : Inventaire

2.1.1. Objectifs

2.1.1.1. Identifier les liens structurels, historiques, patrimoniaux et symboliques entre port et lieux de vie

2.1.1.2. Investir des domaines immédiatement moins perceptibles pour favoriser le lien social (recueil de paroles, histoires, savoir-faire, fonds photographiques…) et encourager une appropriation du travail réalisé

2.1.2. Les utilisateurs

2.1.2.1. Citoyens

2.2. Valorisation du Patrimoine de Bretagne: étudier et faire connaître les éléments du patrimoine culturel d’une région

2.2.1. Objectifs

2.2.1.1. Analyser les enjeux et les problématiques liés aux mutations techniques et d’évolution des zones portuaires ;

2.2.1.2. Proposer des formes de restitutions innovantes (relevé 3D, vidéos courtes …).

2.2.1.3. Establish comprehensive and documented inventories of harbour landscape features ;

2.2.2. Les utilisateurs

2.2.2.1. 1) Associations à dominante patrimoniale et/ou maritime (possédant au moins un permanent) 2) Universités de Bretagne (labo de recherche ; étudiants en master ou thèse) 3) Gestionnaires des ports

2.3. Reponse aux appel a projet pour le patrimoine

2.3.1. Objectifs

2.3.1.1. La Région s’engage en faveur de la connaissance de son patrimoine maritime

2.3.1.2. La Région est fortement engagée sur la valorisation de ses voies navigables et attachée à la valorisation des espaces portuaires intimement liés à leur histoire.

2.3.1.3. l’appropriation et la valorisation durable de ces biens

2.3.2. Les utilisateurs

2.3.2.1. 1) Collectivités territoriales 2) Syndicat d’économie mixte 3) Entreprises privées

3. Segment : P2P2G (Peer-Peer-Government) (Citoyens-Thesar-Regional Department)

3.1. Objective : Proposer un outil numerique pour mise en relation, formation et crowdsourcing.

3.1.1. Activite : Patrimoniales

4. Gestion TSN

4.1. Phase 1 Fonction côté client

4.1.1. Définition et cartographie de l'expérience utilisateur individuelle.

4.1.1.1. Recueille les exigences des entreprises clientes

4.1.1.2. Nécessité d'interagir avec les consommateurs afin de recueillir les exigences

4.1.2. Prioritaire (hiérarchisation des exigences)

4.1.2.1. a la responsabilité d'identifier et de concilier les besoins des différentes parties de l'organisation cliente

4.2. Phase 2 Fonction côté production

4.2.1. Évaluateur de risques

4.2.1.1. Évalue la complexité technique

4.2.1.1.1. la gestion des risques afin d'évaluer la complexité technique et les lacunes éventuelles des compétences et des capacités des équipes de développement

4.2.2. Gouverneur

4.2.2.1. Garantit la conformité du projet avec les directives et les politiques de l'entreprise

4.2.2.1.1. Assure la sélection d'outils et de technologies communs pour le projet

4.2.3. Architecte technique

4.2.3.1. Coordination des politiques techniques et architecturales entre les équipes de mêlée

4.2.3.1.1. Documentation suffisante

4.3. Phase 3 : Development

4.3.1. Fournit un cadre de gouvernance technique aux équipes de projet travaillant sur un programme de développement

4.3.1.1. La coordination architecturale est réalisée en utilisant des architectures de référence pour guider et soutenir les équipes de mêlée auto-organisées

4.3.1.1.1. Code source illustratif pour s'assurer que les équipes de projet peuvent comprendre et suivre les directives

4.4. Phase 4: Lancer MVP

4.4.1. Gère et approuve les plans de lancement

4.5. TSN Time Line

4.5.1. Phase 1

4.5.1.1. 4 sessions d'une journée complète entre Février et fin Mars.

4.5.2. Phase 2

4.5.2.1. 4 sessions d'une journée complète entre Mars et Avril

4.5.3. Phase 3

4.5.3.1. 45 jours de développement de MVP.

4.5.3.1.1. 15 jours de test du logiciel.

4.5.4. Phase 4

4.5.4.1. Lancement de MVP début juin