Ceci est un post traduit par IA.
[Histoire d'un développeur SI] 07. Rapport hebdomadaire
- Langue de rédaction : Coréen
- •
-
Pays de référence : Tous les pays
- •
- Technologies de l'information
0000-00-00 00:00:00
Choisir la langue
Texte résumé par l'IA durumis
- Les projets SI utilisent des rapports hebdomadaires pour informer les clients de l'avancement, ce qui permet de suivre l'avancement du projet et de servir de preuve en cas de problème.
- Les rapports hebdomadaires comprennent le travail effectué cette semaine, le travail prévu pour la semaine prochaine, l'avancement selon la WBS, les points spécifiques, etc. Il est important de rédiger le rapport de manière simple, de manière à ce que même les personnes non IT puissent le comprendre.
- Les développeurs débutants doivent apprendre à connaître les méthodes de rédaction des rapports hebdomadaires afin de se préparer à la situation où ils devront rédiger des rapports hebdomadaires eux-mêmes à l'avenir.
L'histoire d'un développeur SI
#7. L'histoire du rapport hebdomadaire
Fondamentalement, un projet SI consiste à développer un programme répondant aux besoins du client.
Par conséquent, les clients demandent un rapport hebdomadaire pour suivre l'avancement du travail et s'assurer que le
prestataire travaille correctement.
Le rapport hebdomadaire comprend les éléments suivants :
- Contenu du travail de cette semaine
- Contenu du travail de la semaine prochaine
- Progrès selon le WBS
- Points particuliers
En bref, il s'agit d'indiquer ce que vous avez fait cette semaine, ce que vous ferez la semaine prochaine et si le travail est en retard ou en avance par rapport au WBS (calendrier).
Si vous rencontrez un client agréable, vous pourrez trouver des solutions pour rattraper le retard et le résoudre par négociation, mais si vous rencontrez un client infernal, le rapport hebdomadaire vous donnera l'impression d'être un bœuf emmené à l'abattoir.
Par conséquent, lorsque vous rédigez le contenu du rapport hebdomadaire, évitez les termes techniques de développement et rédigez-le de manière simple, compréhensible par les non-informaticiens. Essayez de gonfler le travail effectué par rapport à la réalité. Si le client ne comprend pas le contenu du travail et vous bombarde de questions, vous perdrez un temps de développement précieux.
De plus, tous ces rapports hebdomadaires accumulés chaque semaine seront inclus dans les résultats du projet et serviront de preuves en cas de problème. Par exemple, si le client a accepté de faire ~~quelque chose~~, la signature du client sur le contenu de la négociation dans le rapport hebdomadaire servira de preuve. Assurez-vous donc de bien rédiger le contenu des négociations et des dates et d'obtenir la signature du client.
La plupart du temps, le rapport hebdomadaire est rédigé par le chef de projet, mais dans mon cas, j'ai commencé à le rédiger après plus d'un an et je l'ai présenté directement au client. Heureusement, j'ai rencontré un bon client et la plupart des rapports hebdomadaires se sont déroulés sans accroc, mais je ne peux pas décrire la pression que j'ai ressentie au début. Par conséquent, si vous êtes un débutant, il est important de connaître à l'avance les termes à utiliser dans le rapport hebdomadaire, les astuces pour organiser le contenu du travail, etc., afin d'être prêt à rédiger votre propre rapport hebdomadaire dans le futur.
