« Catégorie:Administration/Cadrage-Guide-agent-public-libriste » : différence entre les versions

De April MediaWiki
Aller à la navigationAller à la recherche
 
(24 versions intermédiaires par 2 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
Cette page a pour objet de '''donner le cadre pour la réalisation d'un guide''' à destination d'agents publics dont l'objet sera de promouvoir, d'encourager, de comprendre et de donner des clés pour faciliter l'usage et la production de logiciels libres dans l'administration.
Cette page a pour objet de '''donner le cadre pour la réalisation d'un guide''' à destination d'agents publics. La finalité de cette production sera de promouvoir, d'encourager, de valoriser, de comprendre et de donner des clés pour faciliter l'usage et la production de logiciels libres dans l'administration.


La rédaction du guide en tant que tel se fait sur la page :
La rédaction du guide en tant que tel se fait sur la page :
https://wiki.april.org/w/Cat%C3%A9gorie:Libre_Association/Guide-agent-public-libriste
https://wiki.april.org/w/Cat%C3%A9gorie:Libre_Association/Guide-agent-public-libriste
Actuellement, des éléments collectés au fil des échanges existent mais la rédaction du guide ne commencera réellement que lorsque les personnes physiques ou morales souhaitant participer se seront mises d'accord sur le cadre présenté sur cette page.
Actuellement, des éléments collectés au fil des échanges préalables existent mais la rédaction du guide ne commencera réellement que lorsque les personnes physiques ou morales souhaitant participer se seront mises d'accord sur le cadre présenté sur cette page.


== Précautions et posture ==
== Précautions et posture ==


Les points ci-après, non exhaustifs, devront être gardé à l'esprit tout au long de la rédaction.
Les points ci-après, non exhaustifs, devront être gardés à l'esprit tout au long de la rédaction :


--> "modestie", être juste dans la posture : comme dans le champs associatif, tous les niveaux de connaissances et de pratiques coexistent dans les administrations. Il conviendra donc de prendre en considération cela pour ne pas arriver avec une posture laissant penser que l'on connaît tout ou, à l'opposé, être trop technique.  
--> "modestie" car notre légitimité pourrait être interrogée. Donc nécessité d'être juste dans la posture : comme dans le champs associatif, tous les niveaux de connaissances et de pratiques coexistent dans les administrations. Il conviendra donc de prendre en considération cela pour ne pas arriver avec une posture laissant penser que l'on connaît tout.
La composition du collectif pourra justifier en partie notre légitimité à écrire le guide et les entretiens préalables (voir plus) devraient aussi contribuer à ne pas être à côté de la plaque.


--> Quelle légitimité ?
--> ne pas être trop technique (penser que le guide devra être compréhensible de "décideurs" ayant quelques connaissances du sujet mais non techniciens).


1°) composition du collectif pourra la justifier en partie.
--> approcher la question sous la logique d'un "Pas de côté"
 
2°) Parallèle avec le travail sur les associations et des personnes qui côtoient ou travaillent au sein de l'État ou d'un collectivité...
 
3°) Le dénominateur commun = '''intérêt général''' /// argent public <--> code public
 
...


--> approcher la question sous la logique d'un "Pas de côté"
--> Le dénominateur commun = '''intérêt général''' /// argent public <--> code public


--> ...
--> une approche basée sur l'éthique du logiciel libre et centrée sur l'expérience et les besoins des premières
personnes concernées, celles et ceux qui incarnent le service public : les agents publics.


--> Une attention particulière sera portée aux terminologies employées (en dehors des paroles rapportés lors d'entretiens). Le document évitera autant que possible le recours aux anglicismes ou à l'utilisation de termes trompeurs comme "propriété intellectuelle", "verrou numérique", ... Une liste des termes qu'il conviendra d'éviter autant que possible :https://www.gnu.org/philosophy/words-to-avoid.html).


== Objectifs du document ==
== Objectifs du document ==
Ligne 30 : Ligne 27 :
Montrer la pertinence et la convergence entre l'utilisation de logiciels libres et les missions des collectivités territoriales ou centrales, en particulier sur le plan de l'intérêt général.
Montrer la pertinence et la convergence entre l'utilisation de logiciels libres et les missions des collectivités territoriales ou centrales, en particulier sur le plan de l'intérêt général.


Affirmer '''une posture politique''' comme ligne éditoriale en lien avec le point précédent pour dépasser les seules questions techniques
Affirmer '''une posture politique''' comme ligne éditoriale en lien avec le point précédent pour dépasser les seules questions techniques.


Apporter des pistes de solutions pour faciliter la mise en œuvre / la migration par un agent ou un service qui aurait besoin d'être rassuré, guidé.
Apporter des pistes de solutions pour faciliter la mise en œuvre / la migration par un agent ou un service qui aurait besoin d'être rassuré, guidé.
Ligne 38 : Ligne 35 :
Répertorier le plus grand nombre possible de ressources pour faciliter l'atteinte des objectifs précédents.
Répertorier le plus grand nombre possible de ressources pour faciliter l'atteinte des objectifs précédents.


== Cibles ==
Les éléments ci-après peuvent aider à structurer la logique du document final :
 
=== Les différents types de lecteurs à qui ce guide est destiné ===


- Comment passer au libre quand on est agent public (ce qu'il est possible de faire à une échelle individuelle)


- Vous êtes agents publics hors DSI.
- Comment aider à faire passer son administration au libre / comment une administration peut passer au libre


- Vous êtes agents publics avec un profil technique dans une DSI.
- Comment promouvoir / sensibiliser / convaincre / aider les collègues (sensibiliser)


- Vous êtes acheteur et/ou directeur technique dans l’administration publique.
- Comment contribuer à des projets libres (en tant qu'agent public, que l'on soit technicien ou pas)


- Vous êtes citoyen hors de l’administration mais vous connaissez des agents publics qui peuvent bénéficier de vos connaissances sur le logiciel libre.
== Cibles ==
 
- …
 
Bref, que vous soyez agent de l'État ou agent territorial, ce guide se veut être, modestement, un écrit sur lequel vous pourrez appuyer les démarches que vous engagez au quotidien pour libérer autant que faire se peut les systèmes d'information de votre environnement.


== Pilotage ==
Le document cible prioritairement les agents des collectivités territoriales et secondairement les agents de l'administration centrale.


Les profils ci-après vont devoir être considérés et il conviendra de hiérarchiser la cible prioritaire et les cibles secondaires au regard de l'efficacité que cela pourra avoir dans les migrations futures. Il semble difficile à cette heure, sans avoir mieux appréhender les situations de chacun (et donc sans les entretiens compréhensifs, voir plus bas), d'opérer cette hiérarchisation.


- agents publics hors DSI


== Méthodologie ==
- agents publics avec un profil technique dans une DSI.


La rédaction à plusieurs mains et plusieurs sensibilités est une nécessité si l'on souhaite couvrir un maximum de situations et de contextes
- acheteur et/ou directeur technique dans l’administration publique.


Quelques entretiens compréhensifs (5/6 ?) avec des agents de l'État, sur la base d'un questionnaire établi préalablement entre les parties prenantes engagées dans la production du guide, seront nécessaires pour appréhender au mieux les contextes des agents
- citoyen libriste hors de l’administration mais connaissant des agents publics qui pourraient alors bénéficier de des connaissances de ce citoyen sur le logiciel libre.


== Convaincre ==
== Pilotage, contributions et logique de rédaction ==


=== convaincre les utilisatrices et les utilisateurs ===
Le pilotage et la ligne éditoriale seront assurés par l'April.
Le contenu devra majoritairement faire l'objet d'un consensus entre les différentes partie prenantes de la rédaction. Néanmoins, en cas de désaccord, l'April aura le dernier mot sur le fond et la rédaction.


La pédagogie de la répétition a ses limites et, quelque soit le contexte dans lequel on se trouve, le promoteur d'outils libres finit par ne plus être entendu. Pire, il est parfois perçu comme un empêcheur qui change les outils toutes les cinq minutes pour des raisons perçues comme uniquement technique et donc, inintéressantes.
Toutes les bonnes volontés, personnes morales et personnes physiques qui souhaiteraient contribuer seront accueillies avec bienveillance.
Il conviendra de formaliser et de repointer régulièrement les contributeurs et contributrices pour avoir une visibilité honnête des contributions et permettre ainsi un valorisation juste et transparente dans la production finale.


Le collectif estime que vos propres sont d'abord primordiales dans les processus de migrations. Les quelques points cités ci-dessous ont été constatés comme efficaces dans certaines situations et nous nous permettons de les rappeler. Vous les avez sans doute déjà très vraisemblablement expérimentés.
Si des incompatibilités se révélaient au fur et à mesure de la rédaction entre certaines personnes ou structures, le dialogue devra être privilégié pour tenter de résoudre les éventuelles incompréhensions. Si le dialogue ne permettait pas d'aboutir à un consensus, l'April prendra en dernier ressort la décision qui lui semblera la plus adaptée pour garantir l'aboutissement du projet.


--> promouvoir l'intervention extérieure : quand une même chose est dite par quelqu'un d'autre, elle est souvent mieux entendue et comme ça fait écho à ce qui se disait, il y a généralement un effet positif.
Concrètement sur le pilotage principal, un binôme salarié-bénévole (Étienne Gonnu - Laurent Costy) est référent pour ce guide. Frédéric Couchet contribuera complémentairement.


--> Corriger la distorsion de réalité engendrée par la position dominante
La rédaction de ce guide est souhaitée dans le même esprit que le guide Libre Association [https://framabook.org/guide-libre-association/] que l'April avait produit il y a quelques années puis retravaillé avec Framasoft et remis en page par Framasoft.
La rédaction doit être libérée le plus possible de contraintes extérieures, apaisée, constructive et efficace.


--> être à l'écoute
== Méthodologie et outils ==


--> partager une base de connaissance des problèmes rencontrés
=== Méthodologie ===
La rédaction à plusieurs mains et plusieurs sensibilités est une nécessité si l'on souhaite couvrir un maximum de situations et de contextes.


-->
Quelques entretiens compréhensifs (5/6 ?) à distance avec des agents publics, sur la base d'un questionnaire établi préalablement entre les parties prenantes engagées dans la production du guide, seront nécessaires pour appréhender au mieux les contextes des agents.


--> etc.. à compléter (et à renvoyer vers le comptoir ?)
=== Outils ===
La rédaction et la matière utile à la construction du fond seront, autant que possible, centralisées sur le présent Wiki de l'April.
Pour faciliter l'animation et les contributions, une liste mail publique (listes.april.org) sera mise en place.
Des discussions présentielles ou à distance pourront être organisées au besoin.
Tout autre moyen jugé pertinent pour permettre de faciliter l'avancé du projet pourra être discuté et mis en œuvre mais il faudra garder à l'esprit qu'il faudra préserver le bon équilibre entre démultiplication d'outils et efficacité.


=== Calendrier indicatif ===
--> Jusqu'à fin novembre : partage (cercles à déterminer) et validation du présent cadrage
--> Décembre : création d'un guide d'entretien / questionnaire pour des entretiens d'agents préalables à la rédaction. Cadrage des fonctions ciblées préférentiellement, de personnes susceptibles d'être interrogées et du nombre d'entretiens ou de questionnaires à collecter.
--> Janvier et févier : entretiens et diffusion du questionnaire le cas échéant.
--> mars et avril : dépouillement
--> mai-juin-juillet-août : rédaction du guide en y intégrant entre autre les éléments collectés dans les entretiens et le questionnaire.


=== convaincre et faire bouger les lignes ===
== Entretiens et questionnaire préalable à la rédaction ==


==== Échelons et circuits de décisions ====
== Personnes physiques et personnes morales ayant validé ce présent cadre de rédaction ==
=== Personnes physiques ===


La pertinence de la réponse au besoin et la maîtrise de la solution libre sont les deux première clés essentielles (et qui dépend principalement de vous), qui permettent de faire évoluer les SI vers plus de libre.
=== Personnes morales ===


==== Exemples de situations qui ont évolué et méthode ====
== Licence ==
Le guide sera diffusé sous licence libre (triple licence: licence Art libre 1.3 ou ultérieure, licence Creative Commons By Sa 2.0 ou ultérieure et licence GNU Free Documentation License 1.3 ou ultérieure). Les contributions se feront donc toutes dans ce cadre.


== Les ressources pour répondre ==
== Les ressources pour répondre ==
Ligne 111 : Ligne 122 :


- https://comptoir-du-libre.org
- https://comptoir-du-libre.org
- Cigref à contacter à un moment ou à un autre : https://www.cigref.fr/





Dernière version du 21 novembre 2020 à 17:15

Cette page a pour objet de donner le cadre pour la réalisation d'un guide à destination d'agents publics. La finalité de cette production sera de promouvoir, d'encourager, de valoriser, de comprendre et de donner des clés pour faciliter l'usage et la production de logiciels libres dans l'administration.

La rédaction du guide en tant que tel se fait sur la page : https://wiki.april.org/w/Cat%C3%A9gorie:Libre_Association/Guide-agent-public-libriste Actuellement, des éléments collectés au fil des échanges préalables existent mais la rédaction du guide ne commencera réellement que lorsque les personnes physiques ou morales souhaitant participer se seront mises d'accord sur le cadre présenté sur cette page.

Précautions et posture[modifier]

Les points ci-après, non exhaustifs, devront être gardés à l'esprit tout au long de la rédaction :

--> "modestie" car notre légitimité pourrait être interrogée. Donc nécessité d'être juste dans la posture : comme dans le champs associatif, tous les niveaux de connaissances et de pratiques coexistent dans les administrations. Il conviendra donc de prendre en considération cela pour ne pas arriver avec une posture laissant penser que l'on connaît tout. La composition du collectif pourra justifier en partie notre légitimité à écrire le guide et les entretiens préalables (voir plus) devraient aussi contribuer à ne pas être à côté de la plaque.

--> ne pas être trop technique (penser que le guide devra être compréhensible de "décideurs" ayant quelques connaissances du sujet mais non techniciens).

--> approcher la question sous la logique d'un "Pas de côté"

--> Le dénominateur commun = intérêt général /// argent public <--> code public

--> une approche basée sur l'éthique du logiciel libre et centrée sur l'expérience et les besoins des premières personnes concernées, celles et ceux qui incarnent le service public : les agents publics.

--> Une attention particulière sera portée aux terminologies employées (en dehors des paroles rapportés lors d'entretiens). Le document évitera autant que possible le recours aux anglicismes ou à l'utilisation de termes trompeurs comme "propriété intellectuelle", "verrou numérique", ... Une liste des termes qu'il conviendra d'éviter autant que possible :https://www.gnu.org/philosophy/words-to-avoid.html).

Objectifs du document[modifier]

Montrer la pertinence et la convergence entre l'utilisation de logiciels libres et les missions des collectivités territoriales ou centrales, en particulier sur le plan de l'intérêt général.

Affirmer une posture politique comme ligne éditoriale en lien avec le point précédent pour dépasser les seules questions techniques.

Apporter des pistes de solutions pour faciliter la mise en œuvre / la migration par un agent ou un service qui aurait besoin d'être rassuré, guidé.

Ouvrir ou réaffirmer des pistes de coopération, de collaboration.

Répertorier le plus grand nombre possible de ressources pour faciliter l'atteinte des objectifs précédents.

Les éléments ci-après peuvent aider à structurer la logique du document final :

- Comment passer au libre quand on est agent public (ce qu'il est possible de faire à une échelle individuelle)

- Comment aider à faire passer son administration au libre / comment une administration peut passer au libre

- Comment promouvoir / sensibiliser / convaincre / aider les collègues (sensibiliser)

- Comment contribuer à des projets libres (en tant qu'agent public, que l'on soit technicien ou pas)

Cibles[modifier]

Le document cible prioritairement les agents des collectivités territoriales et secondairement les agents de l'administration centrale.

Les profils ci-après vont devoir être considérés et il conviendra de hiérarchiser la cible prioritaire et les cibles secondaires au regard de l'efficacité que cela pourra avoir dans les migrations futures. Il semble difficile à cette heure, sans avoir mieux appréhender les situations de chacun (et donc sans les entretiens compréhensifs, voir plus bas), d'opérer cette hiérarchisation.

- agents publics hors DSI

- agents publics avec un profil technique dans une DSI.

- acheteur et/ou directeur technique dans l’administration publique.

- citoyen libriste hors de l’administration mais connaissant des agents publics qui pourraient alors bénéficier de des connaissances de ce citoyen sur le logiciel libre.

Pilotage, contributions et logique de rédaction[modifier]

Le pilotage et la ligne éditoriale seront assurés par l'April. Le contenu devra majoritairement faire l'objet d'un consensus entre les différentes partie prenantes de la rédaction. Néanmoins, en cas de désaccord, l'April aura le dernier mot sur le fond et la rédaction.

Toutes les bonnes volontés, personnes morales et personnes physiques qui souhaiteraient contribuer seront accueillies avec bienveillance. Il conviendra de formaliser et de repointer régulièrement les contributeurs et contributrices pour avoir une visibilité honnête des contributions et permettre ainsi un valorisation juste et transparente dans la production finale.

Si des incompatibilités se révélaient au fur et à mesure de la rédaction entre certaines personnes ou structures, le dialogue devra être privilégié pour tenter de résoudre les éventuelles incompréhensions. Si le dialogue ne permettait pas d'aboutir à un consensus, l'April prendra en dernier ressort la décision qui lui semblera la plus adaptée pour garantir l'aboutissement du projet.

Concrètement sur le pilotage principal, un binôme salarié-bénévole (Étienne Gonnu - Laurent Costy) est référent pour ce guide. Frédéric Couchet contribuera complémentairement.

La rédaction de ce guide est souhaitée dans le même esprit que le guide Libre Association [1] que l'April avait produit il y a quelques années puis retravaillé avec Framasoft et remis en page par Framasoft. La rédaction doit être libérée le plus possible de contraintes extérieures, apaisée, constructive et efficace.

Méthodologie et outils[modifier]

Méthodologie[modifier]

La rédaction à plusieurs mains et plusieurs sensibilités est une nécessité si l'on souhaite couvrir un maximum de situations et de contextes.

Quelques entretiens compréhensifs (5/6 ?) à distance avec des agents publics, sur la base d'un questionnaire établi préalablement entre les parties prenantes engagées dans la production du guide, seront nécessaires pour appréhender au mieux les contextes des agents.

Outils[modifier]

La rédaction et la matière utile à la construction du fond seront, autant que possible, centralisées sur le présent Wiki de l'April. Pour faciliter l'animation et les contributions, une liste mail publique (listes.april.org) sera mise en place. Des discussions présentielles ou à distance pourront être organisées au besoin. Tout autre moyen jugé pertinent pour permettre de faciliter l'avancé du projet pourra être discuté et mis en œuvre mais il faudra garder à l'esprit qu'il faudra préserver le bon équilibre entre démultiplication d'outils et efficacité.

Calendrier indicatif[modifier]

--> Jusqu'à fin novembre : partage (cercles à déterminer) et validation du présent cadrage --> Décembre : création d'un guide d'entretien / questionnaire pour des entretiens d'agents préalables à la rédaction. Cadrage des fonctions ciblées préférentiellement, de personnes susceptibles d'être interrogées et du nombre d'entretiens ou de questionnaires à collecter. --> Janvier et févier : entretiens et diffusion du questionnaire le cas échéant. --> mars et avril : dépouillement --> mai-juin-juillet-août : rédaction du guide en y intégrant entre autre les éléments collectés dans les entretiens et le questionnaire.

Entretiens et questionnaire préalable à la rédaction[modifier]

Personnes physiques et personnes morales ayant validé ce présent cadre de rédaction[modifier]

Personnes physiques[modifier]

Personnes morales[modifier]

Licence[modifier]

Le guide sera diffusé sous licence libre (triple licence: licence Art libre 1.3 ou ultérieure, licence Creative Commons By Sa 2.0 ou ultérieure et licence GNU Free Documentation License 1.3 ou ultérieure). Les contributions se feront donc toutes dans ce cadre.

Les ressources pour répondre[modifier]

- La loi pour une République numérique, et notamment l’article 16.

- La politique de contribution open source de l’État: https://www.numerique.gouv.fr/publications/politique-logiciel-libre/

- Le guide de publication des codes sources: https://guides.etalab.gouv.fr/logiciels/

- La liste des codes sources publiés par l’administration https://code.etalab.gouv.fr

- La liste des logiciels libres recommandés par l’administration https://sill.etalab.gouv.fr

-Le point d’entrée sur l’offre de service “logiciels libres” d’Etalab, à la DINUM : https://www.etalab.gouv.fr/accompagnement-logiciels-libres

- Point d’entrée de la communauté #BlueHats : https://disic.github.io/gazette-bluehats/

- https://comptoir-du-libre.org

- Cigref à contacter à un moment ou à un autre : https://www.cigref.fr/




Administration

Cette catégorie ne contient actuellement aucune page ni fichier multimédia.