Oui, il faut les occuper tout le temps, et c'est le grand argument pour dire qu'il ne faut prendre que des presta.
Pour prendre des presta, pas prendre que cela.
Note que les SSII ont le même intérêt dans le privé. Avec un CDI aussi peu flexible, tu utilises les presta en cas de pic d'activité ou quand tu as besoin d'une compétence que tu n'as pas besoin sur le long terme.
L'État est confrontée à la même situation, je ne vois pas comment l'État résoudrait magiquement les soucis qu'ont le privé là dessus alors qu'ils partagent la contrainte de la difficulté de se séparer d'un travailleur.
Mais en pratique, on n'aura jamais ce souci : les systèmes informatiques doivent être périodiquement refondus et une fois qu'on aura fini un projet, on peut être sûr qu'il y aura d'autres projets à faire ou à refaire.
Tu peux être sûr que dans l'administration il y a des pics et des creux dans l'activité informatique. Tu ne vas pas recruter une armée de développeurs pour que une bonne partie se touche la nouille quand il y a moins de projets. Tu ne vas pas non plus recruter des gens dont la compétence est nécessaire sur un projet donné mais pas sur les autres.
Les prestations servent à gérer ces situations.
Quant à la motivation des gens... il y a également la motivation de sa structure, qui est directement liée à son intérêt. Malheureusement, l'intérêt de la SSII est inverse de celui de l'Administration. Après, bien sûr, il faut diriger intelligemment les fonctionnaires pour les garder motivés et performants, mais ça c'est vrai quel que soit le corps de métier.
Que les employés de SSII ne soient pas en général emballés par leur employeur est une évidence. Mais tu mets sous le tapis qu'une bonne partie d'entre eux s'attachent aux clients et aux projets. Et qui veulent faire le meilleur travail possible pour cela. Ce n'est pas la même motivation, mais elle existe.
L'agilité est par construction interdite dans les marchés publics, alors que c'est une méthode très efficace pour pas mal de projets (pas tous, évidemment). Elle serait possible avec des fonctionnaires.
Tu te doutes je pense de la raison pour laquelle les codes du marché public sont si rigides. Pour éviter notamment des arrangements et autres corruptions ou conflits d'intérêts avec l'argent du contribuable. D'ailleurs il est possible techniquement de changer le prix en cours de route, c'est assez strict mais cela me semble possible si du moins tout a été clairement défini à ce sujet au début. Sinon peut être que de changer la loi pourrait être une meilleure solution.
En tout cas l'armée de développeurs publics ne peut pas marcher. Il faut un compromis, comme pour une entreprise classique, une équipe en interne et une partie en presta.
[^] # Re: Pourquoi faire simple ...
Posté par Renault (site web personnel) . En réponse au journal Échanger des courriels avec Pôle-Emploi, ça peut être compliqué. Évalué à 3.
Pour prendre des presta, pas prendre que cela.
Note que les SSII ont le même intérêt dans le privé. Avec un CDI aussi peu flexible, tu utilises les presta en cas de pic d'activité ou quand tu as besoin d'une compétence que tu n'as pas besoin sur le long terme.
L'État est confrontée à la même situation, je ne vois pas comment l'État résoudrait magiquement les soucis qu'ont le privé là dessus alors qu'ils partagent la contrainte de la difficulté de se séparer d'un travailleur.
Tu peux être sûr que dans l'administration il y a des pics et des creux dans l'activité informatique. Tu ne vas pas recruter une armée de développeurs pour que une bonne partie se touche la nouille quand il y a moins de projets. Tu ne vas pas non plus recruter des gens dont la compétence est nécessaire sur un projet donné mais pas sur les autres.
Les prestations servent à gérer ces situations.
Que les employés de SSII ne soient pas en général emballés par leur employeur est une évidence. Mais tu mets sous le tapis qu'une bonne partie d'entre eux s'attachent aux clients et aux projets. Et qui veulent faire le meilleur travail possible pour cela. Ce n'est pas la même motivation, mais elle existe.
Tu te doutes je pense de la raison pour laquelle les codes du marché public sont si rigides. Pour éviter notamment des arrangements et autres corruptions ou conflits d'intérêts avec l'argent du contribuable. D'ailleurs il est possible techniquement de changer le prix en cours de route, c'est assez strict mais cela me semble possible si du moins tout a été clairement défini à ce sujet au début. Sinon peut être que de changer la loi pourrait être une meilleure solution.
En tout cas l'armée de développeurs publics ne peut pas marcher. Il faut un compromis, comme pour une entreprise classique, une équipe en interne et une partie en presta.