Exportar (0) Imprimir
Expandir todo

Planear un proyecto de equipo

Antes de crear un proyecto de equipo, debería planear detenidamente el ámbito del proyecto y considerar las opciones futuras para la modificación, el crecimiento y el mantenimiento de éste. Este tema contiene una lista de preguntas que deberá responder para determinar si desea crear un nuevo proyecto o ampliar uno ya existente. Dicha lista se presenta como punto de partida para sus deliberaciones, y no pretende ser exhaustiva ni definitiva para todos los proyectos de desarrollo de software. Las preguntas se dividen en cuatro grupos:

En la mayor parte de las preguntas, si se responde afirmativamente, se recomienda crear un nuevo proyecto de equipo.

El diagrama siguiente muestra las preguntas como un árbol de decisiones, lo que le ayudará a ver cómo se relacionan entre sí las distintas preguntas.

Planeamiento de un proyecto de equipo

Preguntas sobre el proyecto de equipo actual y el trabajo futuro

Para responder a las preguntas siguientes, piense en su proyecto de equipo actual y si desea seguir haciendo las cosas de la misma manera en el trabajo futuro. También puede determinar si el proyecto dispone de la capacidad suficiente para asumir el trabajo futuro.

El diagrama siguiente muestra las preguntas como un árbol de decisiones, lo que le ayudará a ver cómo se relacionan entre sí las distintas preguntas.

Planeamiento de un proyecto de equipo sección 2

¿Es esta una nueva instalación de Team Foundation Server?

Si es la primera vez que ha instalado Team Foundation Server, para poder usar las características y las herramientas de Team Foundation deberá crear un nuevo proyecto de equipo. Si está trabajando en una instalación ya existente, podría buscar un proyecto ya existente en el servidor y evaluar la adecuación de dicho proyecto al trabajo futuro.

¿Necesita un nuevo portal del equipo?

Revise el contenido y el centro de atención del portal del equipo actual. Determine si ambos siguen siendo válidos para el trabajo futuro. Si desea crear otro portal centrado específicamente en el trabajo futuro, deberá crear un nuevo proyecto y su portal del equipo. Se recomienda utilizar un solo portal del equipo para cada proyecto.

¿Necesita que personas diferentes tengan permisos distintos?

Revise las asignaciones de tareas y los permisos de seguridad de todos los miembros del proyecto de equipo. Determine si:

  • Los miembros del proyecto de equipo actual van a asumir varias funciones en el trabajo futuro-

  • La misma persona necesitará permisos diferentes para partes diferentes del proyecto.

  • personas diferentes van a realizar las mismas funciones como miembros del equipo actual.

Si van a trabajar varias personas con permisos diferentes en el proyecto, deberá crear uno nuevo.

¿Desea utilizar directivas de protección diferentes?

Revise las directivas de protección del proyecto de equipo actual. Determine si siguen siendo válidas para el trabajo futuro. Si desea utilizar directivas de protección diferentes para el trabajo futuro, deberá crear un nuevo proyecto y definir las nuevas directivas. Team Foundation Server sólo admite el uso de un conjunto de directivas para cada proyecto de equipo.

¿Desea utilizar una configuración diferente?

A medida que adquiera experiencia trabajando con un proyecto de equipo, es posible que decida cambiar su configuración. Algunas configuraciones pueden cambiarse en el proyecto existente y otras sólo pueden cambiarse creando uno nuevo para continuar con el trabajo. Las preguntas siguientes le ayudarán a decidir si la configuración actual es la adecuada.

¿Desea utilizar una plantilla de procesos diferente?

Identifique la plantilla de procesos y, si procede, la orientación del proceso empleada en el proyecto de equipo actual. Determine si la plantilla sigue siendo apropiada para el trabajo futuro. Si desea utilizar otra plantilla de procesos para el trabajo futuro, deberá crear un nuevo proyecto usando otra plantilla. Team Foundation Server sólo admite el uso de una plantilla para cada proyecto de equipo. Una vez que se ha iniciado el proyecto, puede personalizar manualmente la plantilla de procesos que se está utilizando de acuerdo con el proyecto de equipo. No obstante, a menos que los cambios personalizados se guarden en la plantilla almacenada en el servidor Team Foundation Server, éstos no aparecerán en ninguno de los nuevos proyectos basados en dicha plantilla.

¿Desea utilizar tipos de elementos de trabajo diferentes?

Identifique el tipo de elementos de trabajo utilizado en el proyecto de equipo actual. Determine si los tipos de elementos de trabajo siguen siendo adecuados para el trabajo futuro. Si desea utilizar tipos de elementos de trabajo diferentes, o desea usar los mismos tipos con otro contenido distinto, deberá crear un nuevo proyecto y definir nuevos tipos. Team Foundation Server sólo admite el uso de un conjunto de tipos de elementos de trabajo para cada proyecto de equipo.

¿Desea experimentar con el proceso u otra configuración de proyecto de equipo?

Si carece de experiencia en Team Foundation Server, o está interesado en mejorar el funcionamiento del equipo, puede experimentar con flujos de trabajo, jerarquías de clasificación, procesos de generación y directivas alternativas, entre otros. Para hacer estos experimentos, cree un proyecto de equipo independiente.

¿Utiliza un archivo .mpp o .xls maestro para la administración?

Revise la información y las herramientas utilizadas para administrar el equipo, especialmente si administra más de un proyecto de equipo. Si utiliza Microsoft Project o Microsoft Excel como herramienta principal para administrar los proyectos de equipo y desea hacer un seguimiento de las actividades de los proyectos en el mismo archivo .mpp o .xls principal, debería seguir agregando más iteraciones al proyecto en lugar de crear uno nuevo. Team Foundation Server no permite el uso de Microsoft Project o Microsoft Excel para ver los elementos de trabajo compartidos entre proyectos. Es decir, si administra varios proyectos y tiene elementos de trabajo que están relacionadas con más de un proyecto, no podrá ver dichos elementos en Microsoft Project o Microsoft Excel. En su lugar, debe utilizar otra de las herramientas de creación de informes de Team Foundation Server para ver y administrar dichos elementos de trabajo compartidos.

¿Existen en el proyecto más de 10 millón de elementos de trabajo con versiones?

Cuente el número total de elementos de trabajo del proyecto de equipo actual y determine si ha usado más de la mitad de la capacidad de Team Foundation Server. Team Foundation Server admite un máximo de 20 millones de elementos de trabajo con versiones en un único proyecto. Si ha utilizado más de la mitad, es posible que se quede sin espacio antes de finalizar el nuevo proyecto de equipo. Además, la complejidad de los elementos de trabajo puede afectar negativamente al rendimiento de Team Foundation Server

¿Desea mover manualmente todos los elementos de trabajo activos del proyecto?

Cuente el número de elementos de trabajo activos del proyecto de equipo actual. Si opta por crear un nuevo proyecto, deberá copiar dichos elementos del proyecto actual en el nuevo proyecto. Team Foundation Server no permite copiar o mover simultáneamente varios elementos de trabajo de un proyecto en otro. Suponga por un momento que se tarda 30 segundos en copiar y pegar un elemento de trabajo de un proyecto en otro; para copiar 500 elementos se tardarían 250 minutos, es decir, más de 4 horas de trabajo continuo.

O bien, puede utilizar Microsoft Excel para realizar una copia masiva de elementos de trabajo de un proyecto de equipo a otro. Aunque mediante la copia simultánea se copiaría la información actual de los elementos de trabajo, no se copiaría el historial, los datos adjuntos ni los vínculos de éstos en el nuevo proyecto. Para obtener más información sobre la copia masiva de elementos de trabajo mediante Microsoft Excel, vea Trabajar con elementos de trabajo en Microsoft Project y Microsoft Excel.

Debe decidir si las ventajas de tener un nuevo proyecto de equipo superan el costo que supone copiar los elementos de trabajo.

¿Cambia significativamente la funcionalidad del software?

Si el trabajo futuro introduce nuevas tecnologías o funcionalidad de software significativamente nueva, es posible que necesite crear un nuevo proyecto de equipo. La funcionalidad o la tecnología nuevas pueden requerir flujos de trabajo, pruebas, secuencias de comandos de generación, etc. muy diferentes que podrían, a su vez, requerir modificaciones significativas en la plantilla o la orientación del proceso actual.

Preguntas sobre la capacidad y el rendimiento de Team Foundation Server

Para responder a las preguntas siguientes, piense en el servidor Team Foundation Server, donde se almacena el proyecto de equipo actual, y dónde se ubicará el trabajo futuro. También puede determinar si la capacidad y el rendimiento del servidor son suficientes para la carga de trabajo futura.

El diagrama siguiente muestra las preguntas como un árbol de decisiones, lo que le ayudará a ver cómo se relacionan entre sí las distintas preguntas.

Planeamiento de un proyecto de equipo sección 3

¿Existe algún problema de rendimiento en el servidor?

A medida que el servidor Team Foundation Server vaya acumulando elementos de trabajo, código fuente, documentos y otros artefactos, es probable que el servidor necesite más tiempo para atender las consultas, proteger los archivos o generar el proyecto de software. Si dichas acciones tardan en realizarse más tiempo que cuando comenzó a usar el servidor Team Foundation Server, este aumento del tiempo puede indicar que el rendimiento del servidor se está ralentizando debido a la gran cantidad de proyectos existentes en el servidor Team Foundation Server Server. Cuanto mayor sea el número de proyectos en el servidor, más lenta será la ejecución de éste. Si el rendimiento del servidor se ha convertido en un problema, puede actualizar el hardware y continuar con el proyecto o crear un nuevo proyecto de equipo en otro servidor.

¿Ha actualizado el servidor?

Si el rendimiento de las consultas, las protecciones o las generaciones se convierte en un problema, póngase en contacto con el administrador del servidor Team Foundation Server para estudiar las actualizaciones del hardware del servidor que se han realizado o planeado para el período de tiempo del trabajo futuro. Si no se ha actualizado el hardware del servidor, una actualización podría mejorar el rendimiento hasta alcanzar niveles aceptables. Si se ha programado una actualización que todavía no se ha llevado a cabo, en lugar de agregar iteraciones a un proyecto de equipo existente puede crear uno nuevo.

¿Hay más de 1 millón de documentos en una biblioteca de documentos?

Póngase en contacto con el administrador de Team Foundation Server y revise el número de documentos almacenados en el servidor de Team Foundation. Windows SharePoint Services admite un máximo de 2 millones de documentos en una biblioteca de documentos de un servidor. A medida que el número de documentos se acerque a dicho límite, se ralentizará el rendimiento del servidor, y finalmente el equipo que se quedará sin espacio para almacenar documentos. Si se ha utilizado más de la mitad de la capacidad del servidor, se recomienda crear un nuevo servidor Team Foundation Server y un nuevo proyecto de equipo situado en él. Para obtener más información, vea "Capacity Planning for Windows SharePoint Services" (http://office.microsoft.com/en-us/assistance/HA011607741033.aspx).

NoteNota

Al planear la capacidad del proyecto, tenga en cuenta que después no podrá moverlo de un servidor a otro. Aunque es posible hacer copias de seguridad del proyecto y restaurarlo en ese mismo servidor, no se admite el traslado del proyecto de un servidor Team Foundation Server a otro.

¿Existen más de 200 proyectos de equipo en Team Foundation Server?

Póngase en contacto con el administrador de Team Foundation Server y revise el número de proyectos de equipo que hay en el servidor de Team Foundation. Team Foundation Server puede admitir un máximo de quinientos (500) proyectos de equipo si se utiliza la plantilla de procesos de MSF for Agile Software Development para la creación del proyecto. Team Foundation Server puede admitir un máximo de doscientos y cincuenta (250) proyectos de equipo si utiliza la plantilla de procesos de MSF for CMMI Process Improvement para la creación del proyecto. A medida que el número de proyectos se acerque a dicho límite, se ralentizará el rendimiento del servidor, y finalmente el equipo que se quedará sin espacio para almacenar proyectos. Si se ha utilizado más de la mitad de la capacidad del servidor, puede ser conveniente instalar un nuevo servidor Team Foundation Server y un nuevo proyecto de equipo situado en él. Para obtener más información, vea Guía básica del planeamiento de Team Foundation Server.

¿Existen más de 1000 usuarios en Team Foundation Server?

Póngase en contacto con el administrador de Team Foundation Server y revise el número de usuarios únicos que hay en el servidor de Team Foundation. Team Foundation Server admite a hasta 2000 usuarios en un mismo servidor, según el hardware del servidor. A medida que el número de usuarios se acerque a dicho límite, se ralentizará el rendimiento del servidor, y finalmente el equipo que se quedará sin espacio para almacenar usuarios únicos. Si se ha utilizado más de la mitad de la capacidad del servidor, se recomienda crear un nuevo servidor Team Foundation Server y un nuevo proyecto de equipo situado en él. Para obtener más información, vea Requisitos del servidor para Team System.

¿Desea conservar los artefactos del proyecto de equipo correspondientes a un período de tiempo determinado para su posterior auditoría o revisión histórica?

Si desea grabar periódicamente un registro histórico de los artefactos del proyecto de equipo (por ejemplo, código fuente, elementos de trabajo, documentos o informes) y ayudar a proteger ese registro contra cualquier cambio intencional o involuntario adicional, puede ser conveniente crear un nuevo proyecto de equipo después de una iteración, un hito o un lanzamiento importantes. Para ayudar a proteger el registro, puede crear un nuevo proyecto de equipo, ramificar el árbol de origen existente, copiar los demás objetos en el nuevo proyecto de equipo y, a continuación, quitar todos los permisos para realizar cambios en el proyecto original.

Llegados a este punto en el planeamiento, debería decidir si va a crear un nuevo proyecto de equipo o va a seguir el utilizando el proyecto existente para el trabajo futuro. Si decide crear un nuevo proyecto de equipo, antes de continuar con el conjunto de preguntas siguiente también debería determinar:

  • El plan a largo plazo, por ejemplo, quinquenal, para crear y denominar los proyectos de desarrollo de software.

  • El límite conceptual del nuevo proyecto de equipo, como el tipo de elementos que incluye o excluye.

Dado que lo más probable es que estas dos decisiones se basen en factores ajenos a Team Foundation y que se den exclusivamente en su organización, no se tratarán más en este tema.

Preguntas sobre la estructura o jerarquía para organizar el proyecto de equipo

Para responder las preguntas siguientes, piense en la forma en que está organizado el proyecto de equipo actual y si es la mejor manera en la que puede organizarse el trabajo futuro. También puede determinar cómo se corresponderá la organización del trabajo futuro con la organización del código fuente y con el resto de su organización.

El diagrama siguiente muestra las preguntas como un árbol de decisiones, lo que le ayudará a ver cómo se relacionan entre sí las distintas preguntas.

Planeamiento de un proyecto de equipo sección 4

¿Es un grupo externo el que impone la estructura?

Es posible que su organización ya tenga una estructura estándar para los proyectos de software basada en las unidades de negocio que solicitan el software, la fuente de financiación del trabajo, los eventos organizativos cruciales u otros factores ajenos al ciclo de vida del desarrollo de software. Defina las áreas y la jerarquía de iteraciones para el proyecto de equipo de manera que coincidan con la estructura necesaria.

¿Va a crear un producto el equipo?

Si el punto central del trabajo futuro es la creación de un producto independiente con una identidad clara, puede organizar el código fuente, las iteraciones y las áreas según las características del producto. Cada nuevo producto debería ser un proyecto de equipo independiente.

¿Va a crear una nueva versión?

Si el punto central del trabajo futuro es la creación de una nueva versión de un producto ya existente, puede organizar el código fuente, las iteraciones y las áreas según la versión del software. Cada nueva versión debería ser un proyecto de equipo independiente.

¿Tiene fechas de inicio y de finalización definitivas?

Si el punto central del trabajo futuro es una fecha de inicio y de finalización definitivas, puede organizarlo según la fecha. Cada conjunto principal de fechas de inicio y de finalización debería ser un proyecto de equipo independiente.

¿Le preocupa la acumulación de elementos?

A medida que progrese el trabajo en el software, es probable que el proyecto de equipo acumule elementos de trabajo, documentos, informes, secuencias de comandos de generación, y otros elementos y productos de trabajo del proyecto. La administración y supervisión de estos elementos conlleva un costo, tanto de almacenamiento como de personal. Si le preocupa la acumulación de dichos elementos y desea archivarlos o eliminarlos lo antes posible, puede organizar el trabajo según la versión del software. Cada versión principal debería ser un proyecto de equipo independiente.

¿Desea organizar el código fuente por equipos?

Si prefiere tener un solo proyecto de código fuente para todo el proyecto de equipo y no proyectos de código fuente independientes organizados por productos, versiones o unidades de negocios, puede organizar las áreas y la jerarquía de iteraciones de manera que éstas coincidan con la organización de todo el equipo de desarrollo de software.

¿Va a realizar simplemente un mantenimiento del software?

Si el punto central del trabajo futuro es el mantenimiento del software o la infraestructura de la organización en lugar de la distribución fuera de la organización, puede organizar las áreas y la jerarquía de iteraciones de manera que éstas coincidan con la organización de todo el equipo de desarrollo de software.

Preguntas sobre el proceso de desarrollo de software preferido

Para responder a las preguntas siguientes, piense en el proceso de desarrollo de software que desea utilizar para llevar a cabo el trabajo futuro. También puede determinar si hay un proceso obligatorio o una prioridad en la mejora del proceso.

El diagrama siguiente muestra las preguntas como un árbol de decisiones, lo que le ayudará a ver cómo se relacionan entre sí las distintas preguntas.

Planeamiento de un proyecto de equipo sección 5

¿Está obligado por ley o contrato a usar CMMI?

En ciertas circunstancias, no podrá elegir la plantilla de procesos empleada para crear un nuevo proyecto de equipo. Por ejemplo, las leyes federales pueden obligar a que el software se desarrolle utilizando el proceso CMMI. Por lo tanto, deberá seleccionar la plantilla MSF for CMMI Process Improvement al crear el proyecto. También puede ocurrir que la organización que aporta los fondos exija que se utilice CMMI.

¿Necesita un número mayor de funciones?

Si su trabajo futuro requiere muchas funciones para los miembros del equipo, debería determinar si la plantilla MSF for CMMI Process Improvement es la adecuada. Por ejemplo, es posible que haya finalizado un proyecto de equipo que utiliza la plantilla MSF for Agile Software Development y haya descubierto que el equipo necesitaba más funciones que las funciones estándar siguientes incluidas en la plantilla:

  • Analista de negocios

  • Jefe de proyecto

  • Arquitecto

  • Desarrollador

  • Personal de pruebas

  • Jefe de lanzamiento

La plantilla MSF for CMMI Process Improvement incluye el conjunto de funciones siguientes, más complejas:

  • Jefe de proyecto

  • Patrocinador

  • Arquitecto

  • Experto en la materia

  • Desarrollador

  • Administrador de desarrollo

  • Técnico de generación

  • Personal de pruebas

  • Administrador de pruebas

  • Auditor

  • Especialista en calidad del servicio

  • Jefe de lanzamiento

  • Directivo de IPM

  • Arquitecto de experiencia del usuario

  • Especialista en formación del usuario

  • Director de producto

  • Analista de negocios

¿Recomienda las mejoras del proceso un grupo externo?

Si a la organización le preocupa la mejora del proceso, ésta puede confiar a un grupo especial interno o externo a la organización el estudio del flujo de trabajo y los procesos empresariales actuales, así como la tarea de sugerir mejoras. Si va a usar un grupo especial, utilice la plantilla MSF for CMMI Process Improvement cuando cree un nuevo proyecto de equipo.

¿Documenta actualmente el proceso?

Si a la organización le preocupa el proceso, ésta puede confiar a un grupo especial interno o externo a la organización el estudio del flujo de trabajo y los procesos empresariales actuales, así como la tarea de sugerir mejoras. Si va a usar un grupo especial, utilice la plantilla MSF for CMMI Process Improvement cuando cree un nuevo proyecto de equipo.

¿Existe una plantilla de otro fabricante adecuada?

Es posible que la organización ya haya adoptado una plantilla de procesos proporcionada por otro proveedor. Si ya tiene una plantilla seleccionada, utilice dicha plantilla cuando cree un nuevo proyecto de equipo.

¿Está satisfecho con su proceso actual?

Si se encuentra satisfecho con el proceso del flujo de trabajo actual, es posible que no desee utilizar ni cambiar a una plantilla formal. Si está satisfecho con él, siga usándolo.

¿Tiene el proyecto un ciclo de vida corto?

Si el ciclo de vida del proyecto de equipo es relativamente corto, es decir, menor de 90 días, es probable que no desee la sobrecarga adicional que requiere un proceso formal como CMMI. En este caso, use la plantilla MSF for Agile Software Development.

NoteNota

Al planear la capacidad del proyecto, tenga en cuenta que después no podrá moverlo de un servidor a otro. Aunque es posible hacer copias de seguridad del proyecto y restaurarlo en ese mismo servidor, no se admite el traslado del proyecto de un servidor Team Foundation Server a otro.

Vea también

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft