![translation](https://cdn.durumis.com/common/trans.png)
Esta es una publicación traducida por IA.
[Historia de un desarrollador de SI] 07. Historia del informe semanal
- Idioma de escritura: Coreano
- •
-
País de referencia: Todos los países
- •
- Tecnología de la información
Seleccionar idioma
Texto resumido por la IA durumis
- Los proyectos de SI informan al cliente sobre el progreso a través del informe semanal, lo que ayuda a comprender el progreso del proyecto y sirve como evidencia en caso de que surjan problemas.
- El informe semanal incluye el contenido del trabajo de esta semana, el contenido del trabajo de la próxima semana, el progreso según el WBS, los detalles específicos, etc. Es importante escribirlo de una manera fácil de entender incluso para los no expertos en IT.
- Los desarrolladores principiantes deben familiarizarse con las pautas para escribir informes semanales para prepararse para cuando tengan que escribir informes semanales por su cuenta en el futuro.
Historia de un desarrollador SI
#7. Historia de informes semanales
Básicamente, un proyecto SI es el trabajo de desarrollar un programa que el cliente desea.
Por lo tanto, la empresa cliente lleva a cabo informes semanales para evaluar el progreso del trabajo y supervisar si la
empresa ejecutora está trabajando correctamente.
Los informes semanales incluyen los siguientes contenidos:
- Contenido del trabajo de esta semana
- Contenido del trabajo de la próxima semana
- Progreso en el WBS
- Asuntos especiales
En general, se indica qué se hizo esta semana, qué se hará la próxima semana y si el trabajo se está atrasando o se está realizando de manera estable según el WBS (planificación).
Si te encuentras con un cliente agradable, podrás encontrar una forma de coordinar el retraso del proyecto y resolverlo mediante una negociación, pero si te encuentras con un cliente diabólico, sentirás que te llevan al matadero como un buey.
Por lo tanto, al redactar el contenido del informe semanal, debes evitar los términos técnicos relacionados con el desarrollo, redactarlo de forma que incluso las personas que no son de TI puedan entenderlo, y escribirlo de forma más exagerada que el trabajo que realmente hiciste. Si se inicia una bomba de preguntas de un cliente que no entiende el contenido del trabajo, perderás tu valioso tiempo de desarrollo.
Y estos informes semanales acumulados semana tras semana se incluyen en los resultados al final del proyecto, y son la evidencia que puede defenderte en caso de que surjan problemas. Por ejemplo, si surge una situación en la que el cliente acordó hacer ~~algo~~, la firma del cliente en el contenido acordado en el informe semanal es la prueba que lo demuestra, por lo que debes asegurarte de registrar con precisión el contenido acordado o relacionado con el cronograma y obtener la firma del cliente.
Los informes semanales generalmente los redacta el PM, pero en mi caso, los redactaba y se los presentaba directamente al cliente después de un año de trabajo. Afortunadamente, me encontré con un cliente agradable, por lo que la mayoría de los informes semanales se aceptaron sin problemas, pero la presión que sentía al principio era indescriptible. Por lo tanto, si desde el principio comprendes los términos necesarios para los informes semanales, las estrategias para organizar el contenido del trabajo, etc., podrás prepararte para la situación en la que tengas que redactar informes semanales por tu cuenta en un futuro lejano.