29-06-2010, 02:46 PM
Coucou,
J'allais te conseiller de prendre un cahier et d'utiliser 1 feuille par jour pour indiquer ce que tu y fais. Au début on remplit plein de truc, mais ensuite, ca se tasse ...
Je suis du genre à m'y prendre en avance, aussi, j'avais rédigé les 2/3 de mon rapport de stage de fin d'année, avant la fin de la première semaine de stage ^^. J'avais commencé avant. J'ai pu ainsi me poser des questions, préparer quelques interrogations aux personnes que tu ne rencontres que tout au début du stage, genre les RH.
J'ai aussi pris l'habitude d'écrire un récapitulatif perso lors des réunions. Ainsi, 1°/ ca t'empêche de t'endormir pendant la réunion (l'été ... c'est plus que utile), 2°/ noter le plan de table me permet plus facilement de me souvenir quels étaient les sujets de discussion. 3°/ certaines idées ne sont pas ou sont mal comprises lors d'une réunion. Noter les arguments de quelqu'un permet de s'y référer plus tard. Parfois, on réalise que l'on a compris l'inverse de ce qu'on nous disait ...
Je t'encourage au début du stage à relativiser ta répartition de travail. L'aspect technique est une chose importante, certes, mais il faut aussi connaitre la place de ta société (assimile toi rapidement à ta boite) face à ses clients, sa hiérarchie (qui est le responsable de mon responsable ? à quel département je vais présenter mes produits ? Qui sont mes coéquipiers ? qui peut juger mon travail ? Y'a-t-il d'autres personnes qui font le même boulot que moi ? Dans d'autres services ?). Ne pas foncer tête baissée dans du code sous prétexte que Ca, on sait faire. Au contraire, il vaut mieux, surtout au début, nouer des contact sociale et repérer qui pourra nous aider pour la suite. Bon, tout est question d'appréciation ^^. T'es payé pour coder ^^.
Enfin, il faut relire plusieurs fois ton document. Et le faire relire par d'autres.
Selon la demande, il faut t'orienter vers des explications fonctionnelles ou techniques. Généralement, je préférais des rapports très fonctionnels, avec, en annexes des explications techniques.
Il faut aussi bien comprendre ce que l'on te demande dans ce stage. Il y a plusieurs niveaux. Par exemple, si ton patron (ou responsable de stage) te demande de belles applications, il faut reformuler mentalement sa demande :
Peut-être que tu penses qu'on te demande de faire une super application sans bugs ? Ou peut-être faut-il mettre l'accent sur la diversité (plusieurs petits logiciel dans une même application) ? Ou peut-être sur le graphisme ? Voir le tape à l'oeil ?
Le rapport de stage n'est pas un reflet direct de ton stage. Il n'a pour but que de montrer les points positifs afférant à ton stage. Même si le stage se passe mal (ce que je ne te souhaite pas), tu pourras toujours montrer ce que tu as appris, les raisons pour lesquels les choses se sont mal passées, les erreurs commises lors de ton projet, les choix qui t'ont été imposés et pourquoi ces choix là plutôt qu'un autre.
Par ailleurs, si tu n'as pas fini ton application durant le stage, ce n'est pas une catastrophe pour ton rapport de stage. Certains projets sont mal appréciés en terme de durée et de charge. Certains chef de projets n'arrivent jamais à fermer un projet ... à toujours vouloir mettre un truc en plus.
Le fait de mener un projet de A à Z pour un rapport de stage est un plus, mais ne pas y arriver n'est pas discriminant.
Lors d'un rapport, il me semble que tout ce qui est technique doit se situer à la fin. Cependant, un extrait d'organigramme, un peu de schéma, quelques logos ... seront autant d'élément qui pourront casser la monotonie de ton texte. Je sais pas combien de page tu as à écrire ... mais se coltiner à lire des pavés de 40 à 60 pages technique sans illustration ... très peu pour moi ^^.
Que te dire d'autres ? Evite de mettre des données personnelles de la boite (et encore moins des choses compromettantes). Lorsque tu es satisfait par ta prose (et uniquement après l'avoir fait relu par tes potes) soumet le à ton chef de projet pour avoir son avis (et en même temps, ça te donne un accord pour le présenter à ta boite).
Si tu rends ton rapport de stage, profite en pour bien le présenter : boudin, feuille transparente, papier cartonnée à l'arrière. Un style d'écriture conventionnel.
Vérifie le découpage de tes chapitres, l'agencement de tes images et ton orthographe.
N'ai jamais peur de retravailler ton document ...
Kéké
PS : si tu veux que je le lise ... tu connais la position du bouton MP ^^.
J'allais te conseiller de prendre un cahier et d'utiliser 1 feuille par jour pour indiquer ce que tu y fais. Au début on remplit plein de truc, mais ensuite, ca se tasse ...
Je suis du genre à m'y prendre en avance, aussi, j'avais rédigé les 2/3 de mon rapport de stage de fin d'année, avant la fin de la première semaine de stage ^^. J'avais commencé avant. J'ai pu ainsi me poser des questions, préparer quelques interrogations aux personnes que tu ne rencontres que tout au début du stage, genre les RH.
J'ai aussi pris l'habitude d'écrire un récapitulatif perso lors des réunions. Ainsi, 1°/ ca t'empêche de t'endormir pendant la réunion (l'été ... c'est plus que utile), 2°/ noter le plan de table me permet plus facilement de me souvenir quels étaient les sujets de discussion. 3°/ certaines idées ne sont pas ou sont mal comprises lors d'une réunion. Noter les arguments de quelqu'un permet de s'y référer plus tard. Parfois, on réalise que l'on a compris l'inverse de ce qu'on nous disait ...
Je t'encourage au début du stage à relativiser ta répartition de travail. L'aspect technique est une chose importante, certes, mais il faut aussi connaitre la place de ta société (assimile toi rapidement à ta boite) face à ses clients, sa hiérarchie (qui est le responsable de mon responsable ? à quel département je vais présenter mes produits ? Qui sont mes coéquipiers ? qui peut juger mon travail ? Y'a-t-il d'autres personnes qui font le même boulot que moi ? Dans d'autres services ?). Ne pas foncer tête baissée dans du code sous prétexte que Ca, on sait faire. Au contraire, il vaut mieux, surtout au début, nouer des contact sociale et repérer qui pourra nous aider pour la suite. Bon, tout est question d'appréciation ^^. T'es payé pour coder ^^.
Enfin, il faut relire plusieurs fois ton document. Et le faire relire par d'autres.
Selon la demande, il faut t'orienter vers des explications fonctionnelles ou techniques. Généralement, je préférais des rapports très fonctionnels, avec, en annexes des explications techniques.
Il faut aussi bien comprendre ce que l'on te demande dans ce stage. Il y a plusieurs niveaux. Par exemple, si ton patron (ou responsable de stage) te demande de belles applications, il faut reformuler mentalement sa demande :
Peut-être que tu penses qu'on te demande de faire une super application sans bugs ? Ou peut-être faut-il mettre l'accent sur la diversité (plusieurs petits logiciel dans une même application) ? Ou peut-être sur le graphisme ? Voir le tape à l'oeil ?
Le rapport de stage n'est pas un reflet direct de ton stage. Il n'a pour but que de montrer les points positifs afférant à ton stage. Même si le stage se passe mal (ce que je ne te souhaite pas), tu pourras toujours montrer ce que tu as appris, les raisons pour lesquels les choses se sont mal passées, les erreurs commises lors de ton projet, les choix qui t'ont été imposés et pourquoi ces choix là plutôt qu'un autre.
Par ailleurs, si tu n'as pas fini ton application durant le stage, ce n'est pas une catastrophe pour ton rapport de stage. Certains projets sont mal appréciés en terme de durée et de charge. Certains chef de projets n'arrivent jamais à fermer un projet ... à toujours vouloir mettre un truc en plus.
Le fait de mener un projet de A à Z pour un rapport de stage est un plus, mais ne pas y arriver n'est pas discriminant.
Lors d'un rapport, il me semble que tout ce qui est technique doit se situer à la fin. Cependant, un extrait d'organigramme, un peu de schéma, quelques logos ... seront autant d'élément qui pourront casser la monotonie de ton texte. Je sais pas combien de page tu as à écrire ... mais se coltiner à lire des pavés de 40 à 60 pages technique sans illustration ... très peu pour moi ^^.
Que te dire d'autres ? Evite de mettre des données personnelles de la boite (et encore moins des choses compromettantes). Lorsque tu es satisfait par ta prose (et uniquement après l'avoir fait relu par tes potes) soumet le à ton chef de projet pour avoir son avis (et en même temps, ça te donne un accord pour le présenter à ta boite).
Si tu rends ton rapport de stage, profite en pour bien le présenter : boudin, feuille transparente, papier cartonnée à l'arrière. Un style d'écriture conventionnel.
Vérifie le découpage de tes chapitres, l'agencement de tes images et ton orthographe.
N'ai jamais peur de retravailler ton document ...
Kéké
PS : si tu veux que je le lise ... tu connais la position du bouton MP ^^.