AILES : Témoignage, le CRAM et plus

Le CRAM
Petit rappel sur ce document. Il est l'illustration que le décompte du temps de travail se fait avant tout à la journée (adieu les "35 heures", comme cela est expliqué en détail dans l'article sur le forfait en jours). C'est le lot quotidien de ceux en Régie, donc de ceux qui travaillent chez un client et doivent rendre compte du nombre de jours travaillés... et surtout facturés chez ce client!
    Ce qui suit n'est pas un CRAM, mais peut vous aider à remplir le votre chaque fin de mois.
    En revanche, le document qui vous est présenté ici est issu d'un constat simple : dès que vous prenez de l'expérience, on vous demande de mener plusieurs (études / programmations / évaluations) en parallèle, de front.
    Si vous ne prenez pas le réflexe, dès le premier jour de votre mission, de tout noter... ces activités vont vite se fondre en une nébuleuse informe de laquelle vous aurez bien du mal à extraire les réponses aux 2 questions de base de votre responsable :
- « mais qu'est que t'as foutu ? » et
- « et puis d'abord, ça fait combien de semaine que tu traînes sur ce truc ??? »

Objectifs
    Il devient indispensable de connaître, à tout moment, le nombre exact de jours passés sur chacune des tâches.
Ce peut être un outil :
- "défensif" (« mais non, je n'ai pas passé "un mois", mais uniquement 6,5 jours sur cette partie ! ») ; mais surtout un outil :
- "de gestion", afin d'identifier le plus tôt possible les tâches qui prennent "décidément trop de temps" et qu'il faut soit éliminer ou au contraire renforcer (ne faire plus que cette mission ou se faire assister).

    Pour cela, le document suivant, qui comporte 3 parties, vous est proposé :

Activité mensuelle :

^{(1)
^} : voilà typiquement le genre de donnée que l'on vous demande pour remplir le CRAM. Pensez à compter les jours ouvrés en début de mois. C'est super énervant de le faire en urgence en fin de mois!
^{(2)
^} : là encore, mieux veut connaître ces données (jours travaillées et congés) à l'avance. Votre commercial appréciera doublement :
- les jours travaillés permettent de tenir à jour son budget (ce qui influence son salaire) ;
- les jours de congés, qu'il vaut mieux communiquer au moins un mois à l'avance.
Évidemment, ces données rentrent dans en compte pour la rédaction de votre CRAM.
On les retrouve dans la troisième partie (Activité par tâches), notamment avec la note ⁽¹¹⁾.
⁽³^{)
^} : tous les événements qui peuvent influencer sur le décompte des jours travaillés devront être noté (CP - congés payés -, RTT, formation, maladie, ...). Le fait d'être en inter-contrat, comme c'est le cas le mercredi 1er août, n'est pas noté ici, car cela ne concerne pas le client (juste vous et votre SSII).
^{(4)
^} : bof... juste par curiosité ! Mais cela peut servir quand votre responsable vous dit, agacé, « mais cela fait un mois que tu travaille dessus! »... alors que vous n'y avez passé que 3 semaines (courant certains mois de mai, avec beaucoup de jours fériés, ponts et congés).

Activité par tâches :

Nom	Code	Détail		Durée
WebContent⁽⁵⁾	WCM⁽⁶⁾	Étude sur des produits de Web Content Mgt. (WCM)	2,25	⁽⁸⁾7,75
		Réunions de présentation de produits WCM⁽⁷⁾	2,50
		Réalisation d'une maquette Web avec un WCM	2,00
Cache portail	CACH	Étude faisabilité, cache de données pour portail web		⁽⁹⁾4,5
MQ JMS	MQJM	Réalisation composant technique MQ - JMS		5,25
Réunions^(rq1⁾	REUN	Présentations diverses (service, produits, ...)		2,5
Total				19

^{(5)
^} : Il faut énumérer les grandes tâches que vous êtes amené à réaliser. Cela prend toute son importance lorsque vous en réaliser plusieurs en même temps.
⁽⁶^{)
^} : nom de code de l'activité, 4 lettres maxis (pour bien différencier le code du libellé court en ⁽⁵⁾ ). Cf. également la note ⁽¹²⁾ pour voir ce code en application.
⁽⁷^{)
^} : Si l'activité est particulièrement complexe, on peut la subdiviser en 2 ou 3 sous-activités (pas plus, sinon cela revient à la partie suivante, à savoir à un journal quotidien des tâches!).
⁽⁸^{)
^} : Cette durée est très importante. Elle permet de repérer instantanément les débordements (les endroits où vous passez "décidément trop de temps"). C'est un des objectifs majeurs de ce document. Avec cette seule partie ("Activités par tâches"), vous pouvez rappelez concrètement à votre responsable les "vraies" affectations de temps pour chaque tâche.
^{(9)
^} : On peut, par un signe quelconque (ici, la durée sur fond vert) indiquer qu'une tâche est en principe terminée. Toutes les autres sont en cours et censées se dérouler en parallèle.
Cf. aussi la note ⁽¹²⁾ pour voir un exemple d'activité terminée.
^(rq1^{)
^} : Ayez toujours au minimum une tâche réunion... car plus vous aurez de l'expérience, plus vous serez amené à donner votre avis sur le contenu de réunions qui ne sont pas en relations directes avec vos principales tâches. Vous en trouverez des exemples dans la partie suivante (cherchez les lignes avec le code 'REUN')..

Activité quotidienne :

Date	Code	Activité	Durée	nb jours / mois	nb jours total
02/08/2001	REUN	Présentation du service	1	1	1
03/08/2001	CACH	Présentation du principe du cache de données	1	2	2
07/08/2001	CACH	Étude du cache	0.5	3	3
07/08/2001	REUN	Présentation aux collaborateur, organisation	0.5	3	3
08/08/2001	MQJM	Présentation composant MQ-JMS	1	4	4
09/08/2001	MQJM	Mise à jour sur JMS	1	5	5
10/08/2001	MQJM	Etude implémentation de ce composant	1	6	6
13/08/2001	MQJM	prototypes	0.5	7	7
	CACH	essais sur une base Notes : KO (base indispo)	⁽¹⁰⁾0.25
	REUN	discussions ave un architecte rentré de congés	0.25
14/08/2001	WCM	Présentation de l'étude à faire	1	8	8
16/08/2001	CAHC	Essais sur base Notes : ok	0.5	9	9
16/08/2001	WCM	Étude sur un premier produit	0.5	9	9
17/08/2001	WCM	Présentation d'un produit par un constructeur	0.5	10	10
17/08/2001	REUN	Situation des serveurs d'application (Gartner)	0.5	10	10
20/08/2001	WCM	Présentation d'un produit par un constructeur	0.5	11	11
20/08/2001	WCM	Étude d'un produit de Web Content Mgt	0.5	11	11
21/08/2001	WCM	Présentation d'un produit par un constructeur	0.5	12	12
21/08/2001	WCM	Étude d'un produit de Web Content Mgt	0.5	12	12
22/08/2001	WCM	Présentation d'un produit par un constructeur	0.5	13	13
22/08/2001	WCM	Première maquette (validation du scénario)	0.5	13	13
23/08/2001	WCM	Première maquette (validation du workflow)	0.25	14	14
	WCM	Présentation d'un produit par un constructeur	0.5
	MQJM	validation du principe du prototype	0.25
24/08/2001	CACH	premier essais portail vers base	0.5	15	15
24/08/2001	MQJM	prototype (configuration des queues MQ)	0.5	15	15
03/09/2001	REUN	point de rentrée sur le service	0.25	⁽¹¹⁾1	16
	CACH	essais portail vers base	0.25
	MQJM	prototype	0.5
04/09/2001	CACH	essais portail vers base :ok	0.5	2	17
04/09/2001	MQJM	prototype	0.5	2	17
05/09/2001	CACH	rédac doc, envoi aux projets concernés	0.5	3	18
05/09/2001	WCM	réal maquette (mise en place du workflow)	0.5	3	18
06/09/2001	CACH	⁽¹²⁾doc 2ème version	0.5	4	19
06/09/2001	WCM	Réal maquette (manque les pages jsp)	0.5	4	19

⁽¹⁰^{)
^} : La granularité la plus fine, par expérience, est le quart de journée. Une activité qui vous prend moins d'une heure est rarement notée.
⁽¹¹^{)
^} : passé le premier mois de mission, le nombre de jour par mois diffère à l'évidence du nombre de jour total. Le premier vous permet de mesurer l'avancement dans le mois par rapport au nombre prévisionnel de jours travaillés (note ^{(2)
^}).
⁽¹²^{)
^} : l'intérêt du code introduit par la note ^{(6)
^} devient évident : en parcourant la liste, on retrouve rapidement les différentes journées (ou demi ou quart de journées) passée sur une activité donnée (ici "CACH", à savoir "Étude faisabilité, cache de données pour portail web").
On peut également surligner ce code pour signifier, comme indiqué en note ^{(9)
^}, que l'activité est (en principe) terminée.