Pasos administrativos na xestión de proxectos de TI
A xestión de proxectos de TI non se trata só de escribir código, seleccionar tecnoloxía ou construír infraestruturas. Detrás do éxito dun sistema de información, unha aplicación móbil, unha migración á nube ou unha implementación de ERP reside un proceso de administración de proxectos simplificado e consistente. A administración de proxectos de TI abrangue a xestión de documentos, os procesos de aprobación, a gobernanza da comunicación, o control de cambios, a xestión de riscos e os informes de rendemento. Sen unha administración axeitada, os proxectos poden descarrilar facilmente: excesos de alcance, atrasos no cronograma, excesos de custos e compromisos de calidade.
Este artigo trata os pasos administrativos esenciais na xestión de proxectos de TI, dende o inicio ata o peche. O obxectivo é axudar aos equipos de proxecto a establecer un marco administrativo práctico para unha xestión de proxectos ordenada, transparente e auditable.
1. Inicio do proxecto: establecemento da base administrativa
O primeiro paso administrativo é garantir que o proxecto teña unha base formal clara. Isto adoita conseguirse mediante unha Carta do Proxecto ou unha Orde de Traballo, que describe os obxectivos, o alcance inicial, o patrocinador, o propietario da empresa e a autorización para a implementación do proxecto. Desde unha perspectiva administrativa, este documento é crucial como paraugas legal interno, especialmente en caso de cambios de prioridades ou requisitos contraditorios.
Ademais, nesta fase, débese crear un rexistro de partes interesadas. A administración de partes interesadas axuda ao proxecto a organizar quen debe participar, quen pode dar a súa aprobación e quen simplemente precisa ser informado. Nos proxectos de TI, as partes interesadas adoitan estar repartidas entre unidades de negocio, equipos de seguridade da información, equipos de infraestrutura, provedores e mesmo a alta dirección.
2. Planificación administrativa: creación de plans de traballo e gobernanza
A fase de planificación é onde cobra vida a administración do proxecto. Un dos principais alicerces é o Plan de Xestión de Proxectos, que inclúe polo menos:
– Estrutura e roles do equipo (matriz RACI)
– Cronograma do proxecto (cronograma, fitos)
– Plan de comunicación (formato da reunión, acta, canles de comunicación)
– Plan de xestión de riscos
– Plan de calidade
– Plan de compras, se inclúe a presenza de provedores
– Plan de xestión do cambio
Nos proxectos de TI, a planificación administrativa tamén inclúe a determinación de ferramentas para a documentación e a colaboración, como Jira/Trello para o seguimento de tarefas, Confluence/Notion/SharePoint para os repositorios de documentos e Git para o control de versións. É importante establecer desde o principio onde se almacenarán os documentos, como se nomearán os ficheiros, quen ten autoridade para facer cambios e como se controlarán as versións.
3. Xestión de documentos: estandarización e control de versións
Os documentos son activos administrativos. Os proxectos de TI producen numerosos artefactos: requisitos empresariais, historias de usuario, deseños arquitectónicos, planos de bases de datos, casos de proba, manuais de usuario e documentos de despregamento. Sen estándares, os documentos poden perderse facilmente e levar a confusión.
Pasos administrativos que cómpre implementar:
1. Fai unha lista de documentos obrigatorios (lista de verificación de documentos) segundo o tipo de proxecto.
2. Definir modelos para un formato uniforme (por exemplo, modelos BRD, SRS, HLD/LLD, informes de probas).
3. Control de versións: use a numeración de versións, os rexistros de cambios e a aprobación antes de que o documento sexa declarado final.
4. Dereitos de acceso: garantir que os documentos confidenciais (por exemplo, deseños de seguranza, credenciais, resultados de auditorías) só poidan ser accedidos polas partes relevantes.
Unha administración ordenada de documentos axudará a incorporar novos membros, acelerar o proceso de auditoría e minimizar os erros de comunicación.
4. Administración de cronogramas e recursos: manter o realismo da execución
Os proxectos de TI adoitan enfrontarse a desafíos de estimación. Polo tanto, a xestión da programación require algo máis que crear unha liña de tempo; require un mecanismo de control.
Prácticas administrativas importantes:
– Establecer unha liña base de cronograma: unha versión aprobada do cronograma como referencia.
– Crear un rexistro de actividades ou notas de progreso semanais.
– Xestionar a asignación de recursos: quen fai que, capacidade, licenzas e dependencias entre equipos (por exemplo, os desenvolvedores agardan o aprovisionamento do servidor desde a infraestrutura).
– Asegurarse de que exista unha «definición de feito» para cada entregable.
Cunha administración disciplinada da programación, os proxectos atopan máis doado identificar desviacións cedo e facer correccións.
5. Administración de custos e contratación: transparencia orzamentaria
Nos proxectos de TI, os custos inclúen non só a man de obra, senón tamén as licenzas de software, os servizos na nube, o hardware, os honorarios dos consultores e a formación. A xestión de custos ten como obxectivo garantir que as asignacións orzamentarias estean en consonancia cos plans e que se teñan en conta todos os gastos.
Pasos comúns que se adoptan:
– Crear un plan orzamentario completo con hipóteses.
– Rexistro periodico da realización dos custos.
– Xestionar os procesos de solicitude de compra, orde de compra e contratos con provedores.
– Asegurarse de que as entregas dos provedores cumpran cos acordos (SLA, alcance, cronograma).
Unha boa administración de compras tamén protexe a organización do risco de que os provedores non cumpran os estándares de calidade ou de cronograma.
6. Administración da comunicación: reunións, actas e informes de estado
Moitos proxectos de TI fracasan non por mor da tecnoloxía, senón por unha mala comunicación. A xestión das comunicacións garante que a información flúa de forma consistente e estea documentada.
Algúns elementos importantes:
– Calendario de reunións regulares (sincronización diaria/semanal, comité directivo).
– Acta da reunión que inclúa as decisións, as accións, os responsables e os prazos.
– Informes periódicos de estado: progreso, problemas, riscos e necesidades de decisión.
– Fonte única de información: un lugar oficial para as actualizacións do proxecto para evitar diferentes versións da información.
As actas das reunións adoitan considerarse triviais, mesmo sendo proba das decisións tomadas e unha referencia cando hai diferenzas de entendemento.
7. Administración de riscos, problemas e decisións: rexistro e seguimento
A administración de proxectos de TI debe ter tres rexistros separados pero interrelacionados:
1. Rexistro de riscos: unha lista de posibles riscos, impactos, probabilidades, mitigacións e propietarios de riscos.
2. Rexistro de problemas: problemas que se están a producir e requiren unha acción inmediata.
3. Rexistro de decisións: un rexistro das decisións importantes, os motivos e as partes que as aproban.
Por exemplo, o risco de "dispoñibilidade de API de terceiros" rexístrase no rexistro de riscos. Cando a API está realmente inactiva e dificulta as probas, convértese nun problema. Cando o equipo decide crear un mecanismo de reserva, esa decisión rexístrase. Este rexistro fai que o proxecto sexa máis estruturado e máis doado de rastrexar.
8. Control de cambios: control do alcance
O cambio é normal nos proxectos de TI, especialmente a medida que as necesidades empresariais evolucionan. Non obstante, os cambios incontrolados poden levar a unha desviación do alcance.
Os pasos da administración do control de cambios adoitan incluír:
– Crear unha solicitude de cambio (CR) formal que conteña unha descrición do cambio, os motivos, o impacto e as prioridades.
– Realizar unha análise de impacto: impacto no cronograma, custo, calidade e risco.
– Proceso de aprobación por parte da autoridade competente (por exemplo, o consello asesor de cambios ou o patrocinador do proxecto).
– Actualizar a liña base: cronograma, alcance e documentos relacionados despois de que se aprobe a CR.
Deste xeito, o proxecto mantense flexible pero non perde o control.
9. Administración e probas de calidade: proba de que o sistema está listo para usar
A xestión da calidade garante que existan estándares e evidencias de que os resultados do proxecto cumpren os requisitos. Nos proxectos de TI, a calidade adoita demostrarse a través de:
– Plans de probas e casos de proba documentados
– Resultados e aprobación da UAT (proba de aceptación do usuario)
– Notas de erros, gravidade e estado da corrección
– Lista de verificación de preparación para o lanzamento
Sen a administración de probas, as versións adoitan depender de "sentimentos" ou suposicións, en lugar de evidencias medibles.
10. Peche do proxecto: entrega e documentación final
A fase de peche adoita pasarse por alto, pero é crucial para garantir que os beneficios do proxecto poidan ser realmente operativos. A administración do peche adoita incluír:
- Entrega de documentos ao equipo operativo
– Finalización da documentación técnica e do manual de usuario
– Formación de usuarios ou administradores, se fose necesario
– Informe final do proxecto: logros, desviacións, uso do orzamento e notas importantes
– Leccións aprendidas como material para mellorar o seguinte proxecto
– Peche de contratos con provedores e xestión de pagamentos finais
Un peche limpo deixa a organización preparada para realizar mantemento, resolución de problemas e desenvolvemento continuo sen depender demasiado do equipo do proxecto.
Conclusión
A administración na xestión de proxectos de TI é a columna vertebral que mantén os proxectos centrados, documentados e responsables. Desde o inicio e a planificación, a xestión de documentos, a comunicación, a xestión de custos, a xestión de riscos, a xestión do cambio, a xestión da calidade e o peche, cada paso administrativo serve para reducir a incerteza e aumentar as posibilidades de éxito. Cunha administración disciplinada, os equipos de TI poden centrarse na execución técnica sen sacrificar a gobernanza: o resultado son proxectos que se completan a tempo, segundo sexa necesario e listos para o seu uso cunha calidade medible.
