Búsquedas frecuentes
Tutoriales actualizados
Un Proyecto es el objeto de la Plataforma EGA Futura donde se agrupa un conjunto de Tareas que persiguen un mismo resultado, con fechas y un responsable. Vive en EGA Futura Project y siempre pertenece a un Área funcional. Su estado va de Planificado a Completado, y el avance no se carga a mano: la Plataforma lo calcula sola a partir de las Tareas que tiene adentro.
Un Proyecto agrupa trabajo que tiene principio, fin y un resultado esperado.
Se diferencia de una Tarea suelta en que reúne muchas bajo un mismo objetivo, con su propio plazo y su propio responsable.
Al crear un Proyecto, la Plataforma pide sí o sí tres cosas:
El resto de los campos son opcionales y se pueden completar después.
El Estado es una lista cerrada, no un texto libre.
El campo Metodología permite declarar cómo se gestiona cada Proyecto.
Las opciones son Cascada, Scrum, Kanban e Híbrida.
No cambia el comportamiento de la Plataforma, pero sirve para filtrar y para que cada equipo sepa con qué reglas se mueve ese Proyecto.
Hay siete campos que nadie completa a mano.
Esto tiene una consecuencia práctica: el avance de un Proyecto es tan real como el estado de sus Tareas.
Si nadie las actualiza, el porcentaje miente.
El hub de Gestión de proyectos ubica este concepto dentro de un proceso empresarial.
En Empresas de Servicios Profesionales: cómo automatizar Proyectos y Facturación vemos cómo se aplica a decisiones y tareas concretas.
EGA Futura Project muestra cómo se refleja dentro de la Plataforma.
El objeto Proyecto vive en EGA Futura Project, a la que se llega desde el Iniciador de aplicación (Waffle).
Un Proyecto tiene Tareas de proyecto, que son el objeto donde vive el trabajo concreto.
También tiene Participantes del proyecto, que es la lista de personas involucradas.
Además puede apuntar a una Cuenta y a un Contacto, para los Proyectos que se hacen para un cliente, y a una Póliza de seguro cuando corresponde cubrirlo.
Una consultora abre un Proyecto por cada cliente, con la Cuenta vinculada y metodología Scrum.
Adentro carga las Tareas de cada sprint y suma al equipo como Participantes.
El porcentaje de avance y la salud del Proyecto se actualizan solos a medida que el equipo va cerrando Tareas, sin que nadie arme un informe aparte.
Acá están las dudas de quien abre su primer Proyecto: fechas que quedan abiertas, estados que se parecen entre sí y de dónde sale el porcentaje de avance.
Sí. Las fechas de inicio y finalización son opcionales.
Lo que no se puede omitir es el Área funcional, la Descripción y el Estado.
Porque se calcula a partir del estado de las Tareas del Proyecto.
Si el equipo no marca las Tareas como completadas, el avance se queda atrás aunque el trabajo esté hecho.
En espera es una pausa: el Proyecto sigue vivo y se espera retomarlo.
Cancelado significa que no se va a terminar, y conviene reservarlo para eso.
No cambia el comportamiento del sistema.
Sirve para dejar declarado cómo se gestiona el Proyecto y para poder filtrar por ese criterio.
Esta sección es para quien escribe requerimientos sobre los proyectos de tu empresa o trabaja sobre la Org.
El nombre de API del objeto es EGAFutura__Proyecto__c, con dieciocho campos propios, y ocho los calcula la Plataforma.
Son los que alguien completa al abrir un proyecto.
| Campo | Tipo | Nota |
|---|---|---|
| EGAFutura__Descripcion__c | Área de texto | Obligatorio |
| EGAFutura__Estado__c | Lista de selección | Obligatorio. Nace en Planificado. Sus cinco valores se guardan igual que el label: Planificado, En progreso, En espera, Completado y Cancelado |
| EGAFutura__Area_funcional__c | Lookup | Obligatorio. Apunta a EGAFutura__Area_funcional__c |
| EGAFutura__Cuenta__c | Lookup | Apunta al objeto estándar Account |
| EGAFutura__Contacto__c | Lookup | Apunta al objeto estándar Contact |
| EGAFutura__Poliza_seguro__c | Lookup | Apunta a EGAFutura__Poliza_seguro__c |
| EGAFutura__Methodology__c | Lista de selección | Cuatro valores, dos en inglés |
| Fecha de inicio y Fecha de finalización | Fecha | Opcionales. La segunda alimenta los días restantes |
| EGAFutura__EGA_Futura_ID__c | Numeración automática | Lo asigna la Plataforma |
Ninguno se completa a mano: todos salen del estado de las Tareas.
| Campo | Tipo | Nota |
|---|---|---|
| EGAFutura__Cantidad_total_Tareas__c | Número calculado | Total de tareas |
| Tareas activas, completadas y en espera | Número calculado | Desglose por estado |
| EGAFutura__Participantes_proyecto__c | Número calculado | Personas involucradas |
| EGAFutura__PercentComplete__c | Porcentaje calculado | Es el avance de la ficha |
| EGAFutura__DaysRemaining__c | Número calculado | Contra la fecha de finalización |
| EGAFutura__Health__c | Texto calculado | Resume la salud del proyecto |
Es la trampa del objeto: un filtro con la palabra visible devuelve cero registros.
| Label | Valor almacenado |
|---|---|
| Cascada | Waterfall |
| Scrum | Scrum |
| Kanban | Kanban |
| Híbrida | Hybrid |
Los ocho campos calculados son lo que más condiciona lo que se puede pedir acá.
Un pedido de fijar el avance a mano no se resuelve escribiendo ese número, porque sale de las Tareas de proyecto y se recalcula solo.
Lo que sí se pide es cambiar la regla del cálculo, que es un requerimiento más preciso.
Por apuntar a Account y a Contact, el proyecto hereda el CRM estándar: seguridad por registro, Vistas de lista y listas relacionadas.
Los dos lookups son opcionales, y eso permite que un mismo objeto sirva para proyectos internos y de cliente.
Los tres obligatorios son la descripción, el estado y el Área funcional, así que un proyecto nace sin fechas y sin cliente.
Cuando el requerimiento pide impedirlo, lo que estamos pidiendo es una regla de validación.
Los términos del glosario que empiezan igual que este. Las demás letras se abren acá mismo, sin salir de la página.
Ventas, compras, inventario, finanzas y equipo, con la información al día y disponible desde cualquier dispositivo. Funciona en la nube, así que no hay servidores que mantener.
