1. Composition

La Commission technique se compose :

• du responsable des développements informatiques (Architecte de solution  P-CDP-02-001 et Product Owner P-CDP-01-001) assurant la coordination de la Commission technique
• d’au maximum 1 personne déléguée par membre de l’Association (Porteur du projet)

La durée du mandat est de 2 ans, renouvelable sans limite.

La Commission technique se réunit autant de fois que ses affaires l'exigent. Le processus de décision est le même que celui du Comité (Art. 18 des statuts de l'Association Botalista).

Les activités de la Commission technique sont coordonnées par le responsable des développements informatiques (Architecte de solution  P-CDP-02-001 et Product Owner P-CDP-01-001).

Organigramme de la commission technique

2. Décision et vote

La Commission technique ne peut délibérer valablement que si la moitié des membres disposant d’une voix délibérative est présente ; sur les membres présents, un au moins doit être un représentant de la Ville de Genève au sens de l’article 12 des statuts de l'association Botalista.

La Commission technique prend ses décisions dans la mesure du possible par consensus. En cas d’impossibilité, il est procédé à un vote, éventuellement secret à la demande de l’un des membres. En cas d’égalité des voix, la voix du responsable des développements informatiques compte double. Il peut aussi prendre toute décision par consultation électronique.

3. Responsabilités

La Commission technique est chargée notamment :

• de synthétiser les besoins des utilisateurs du progiciel Botalista Community
• de chiffrer les besoins et les éventuels développements
• de préaviser la priorisation, en concertation avec le responsable des développements informatiques, des corrections et évolutions à apporter au progiciel Botalista
• de participer avec le représentant des utilisateurs aux tests du progiciel Botalista avant la mise en production de nouvelles versions.

4. Fonctionnement

La Commission technique, lors de ses assemblées, décide des grandes orientations à donner au progiciel Botalista (Big picture Agile). Ces grandes orientations doivent permettre de projeter les développements dans un avenir assez long (6 à 12 mois). Généralement, ces choix se portent, par exemple, sur la création d'un nouveau module (BOTA-HER, etc...) ou de nouvelles fonctionnalités métas (utilisation de l'application sur téléphone portable p. ex.).

Ensuite, à charge du Product Owner associatif (P-CDP-01-001) de rédiger et suivre l'avancement du Product Backlog en lien avec les objectifs définis par la Commission technique. Comme défini dans le Règlement et processus de Botalista, la priorisation de chacun des besoins de la communauté se fait par l'ensemble des partenaires via le point d'histoire. Cette consultation se fait de manière électronique.

Chacun des cycles de développement est notifié aux Product Owners institutionnels par le Product Owner associatif, ce qui permet, en concertation avec le Releases Manager, de prévoir les phases de tests utilisateurs.