Rarement à ma connaissance, hormis sur de gros projets (permettant d'y dédier quelqu'un à plein temps) ou sur une équipe intégrée (dév + prod', pouvant nécessiter d'avoir quelqu'un spécifiquement ayant double casquette au global pour éviter qu'au final tout le monde fasse de tout).
Le plus souvent, de ce que j'ai vu, c'est le chef de projet qui a aussi la casquette responsable d'application, ce qui fait qu'il a les deux impératifs antagonistes : livrer souvent, tout en minimisant les changements sur la production pour éviter de générer des indisponibilités en production. Bon, ça, àmha, c'était avant l'apparition des devops justement : une personne qui a, parfois en plus de ses activités, celle de ménager la chèvre et le chou et faire le lien entre les deux :
soit un développeur / architecte technique côté dév' qui va faire le lien avec les dév' et la production (ceux qui exploitent l'appli et vont réceptionner les changement)
soit quelqu'un de la prod' qui va challenger les modifications et essayer de les regrouper fonctionnellement pour réduire le nombre d'interventions
soit un architecte technique transverse, qui a la visibilité tant sur les dév' que sur la prod' et va accompagner jusque la mise en prod' (ou aux phases d'intégrations/préproduction au moins).
Le devops a par nature la connaissance des deux mondes (dév' + prod'), cela peut être vu comme un état d'esprit aussi ;-)
Je ne me considère pas devops, j'ai pourtant eu chacune des activités décrites ci-dessus ;-) Si ça se trouve, j'ai fait du devops sans le savoir /o\.
[^] # Re: devops = buzzword
Posté par BAud (site web personnel) . En réponse à la dépêche Outscale et Openska lancent leur programme de formation Devops. Évalué à 8.
Rarement à ma connaissance, hormis sur de gros projets (permettant d'y dédier quelqu'un à plein temps) ou sur une équipe intégrée (dév + prod', pouvant nécessiter d'avoir quelqu'un spécifiquement ayant double casquette au global pour éviter qu'au final tout le monde fasse de tout).
Le plus souvent, de ce que j'ai vu, c'est le chef de projet qui a aussi la casquette responsable d'application, ce qui fait qu'il a les deux impératifs antagonistes : livrer souvent, tout en minimisant les changements sur la production pour éviter de générer des indisponibilités en production. Bon, ça, àmha, c'était avant l'apparition des devops justement : une personne qui a, parfois en plus de ses activités, celle de ménager la chèvre et le chou et faire le lien entre les deux :
Le devops a par nature la connaissance des deux mondes (dév' + prod'), cela peut être vu comme un état d'esprit aussi ;-)
Je ne me considère pas devops, j'ai pourtant eu chacune des activités décrites ci-dessus ;-) Si ça se trouve, j'ai fait du devops sans le savoir /o\.