Saltar al contenido
07 · Soluciones07 · Solutions

Diseño de ProyectosProject Design

Levantamiento de requisitos, arquitectura, planificación, presupuesto y plan de riesgos.Requirements gathering, architecture, planning, budgeting and risk plan.

Discovery + DiseñoDiscovery + Design 7.4 · Proyectos de tecnología7.4 · Technology projects

¿Qué es este servicio?What is this service?

Es la fase previa a construir: levantar requisitos con quienes van a usar el sistema, definir la arquitectura, estimar costo y plazo con fundamento, identificar los riesgos y dejar todo eso escrito en un documento que se puede aprobar o rechazar.

The phase before building: gathering requirements from the people who will use the system, defining the architecture, estimating cost and time with a basis, identifying risks and setting it all down in a document that can be approved or rejected.

¿Para qué se usa?What is it used for?

Sirve para saber en qué se está metiendo la organización antes de firmar. Es la fase que todos los clientes quieren saltarse para ahorrar y la que evita la mayoría de los desastres. Un presupuesto entregado sin diseño previo es un número inventado con cara de seriedad: el proveedor lo sabe, y lo va a corregir con órdenes de cambio cuando el cliente ya esté comprometido. Pagar el diseño es pagar por poder decir que no a tiempo.

It establishes what the organisation is getting into before signing. It is the phase every client wants to skip to save money and the one that prevents most disasters. A budget handed over without prior design is an invented number with a serious face: the supplier knows it, and will correct it through change orders once the client is already committed. Paying for design is paying for the ability to say no in time.

Qué beneficios traeBenefits it delivers

  • La estimación deja de ser una corazonada y pasa a tener un desglose que se puede discutir línea por línea.
  • Los requisitos escritos y aprobados son la única defensa contra la expansión silenciosa del alcance.
  • Los riesgos se identifican cuando todavía son baratos de mitigar, no cuando ya se materializaron.
  • El documento de diseño sirve para licitar: con él se pueden pedir ofertas comparables a varios proveedores en vez de precios que miden cosas distintas.
  • The estimate stops being a hunch and gains a breakdown that can be argued line by line.
  • Written and approved requirements are the only defence against silent scope creep.
  • Risks are identified while they are still cheap to mitigate, not once they have materialised.
  • The design document is tender-ready: with it, comparable bids can be requested from several suppliers instead of prices measuring different things.

¿En qué momentos es obligatorio?When is it mandatory?

Costa RicaCosta Rica

  • No hay obligación legal de diseñar formalmente un proyecto en el sector privado costarricense.
  • Si el proyecto tratará datos personales, conviene resolver en diseño cómo se cumple la Ley 8968, porque rediseñar la protección de datos con el sistema ya construido es varias veces más caro.
  • En entidades supervisadas, el Acuerdo CONASSIF 5-24 exige gobierno de la tecnología de información, y ese gobierno se ejerce aprobando proyectos con caso de negocio y riesgos identificados.
  • There is no legal obligation to formally design a project in the Costa Rican private sector.
  • If the project will process personal data, how Law 8968 is met is best settled at design stage, because redesigning data protection once the system is built costs several times more.
  • In supervised entities, CONASSIF Agreement 5-24 requires technology governance, and that governance is exercised by approving projects with a business case and identified risks.

InternacionalInternational

  • Ningún marco obliga a una metodología concreta de diseño de proyectos.
  • ISO 27001 exige considerar la seguridad de la información en la gestión de proyectos, cualquiera sea su tipo.
  • Las licitaciones públicas y los procesos de compra corporativos suelen exigir el documento de diseño como requisito de admisión de la oferta.
  • No framework mandates a specific project design methodology.
  • ISO 27001 requires information security to be considered in project management, whatever the project type.
  • Public tenders and corporate procurement processes usually require the design document as a condition for a bid to be admitted.

Requisitos mínimosMinimum requirements

  • Acceso a las personas que conocen el proceso, no solo a quien firma el presupuesto. Son perfiles distintos y ambos hacen falta.
  • Claridad sobre el problema de negocio que se quiere resolver. Si el pedido llega como "queremos un sistema", el diseño empieza una fase antes.
  • Un rango de presupuesto de referencia, aunque sea aproximado: diseñar sin saber el orden de magnitud lleva a proponer lo que no se puede pagar.
  • Documentación de los sistemas actuales con los que el nuevo tendrá que convivir.
  • Access to the people who know the process, not only to whoever signs the budget. They are different profiles and both are needed.
  • Clarity on the business problem to be solved. If the request arrives as "we want a system", design starts one phase earlier.
  • A reference budget range, however approximate: designing without knowing the order of magnitude leads to proposing what cannot be paid for.
  • Documentation of the current systems the new one will have to live alongside.

Plazo típico de entregaTypical delivery time

3 a 10 semanas 3 to 10 weeks rango habitual del mercado usual market range

Un diseño acotado, con un área involucrada y un alcance claro, se cierra en tres o cuatro semanas. Un proyecto transversal que toca varias áreas con intereses distintos, o que requiere evaluar alternativas de plataforma y hacer pruebas de concepto, llega a diez semanas. El plazo lo determina la cantidad de personas que hay que entrevistar y poner de acuerdo, mucho más que la dificultad técnica del análisis.

A contained design, with one area involved and clear scope, closes in three or four weeks. A cross-cutting project touching several areas with differing interests, or requiring platform alternatives to be assessed with proofs of concept, reaches ten weeks. The timeline is set by how many people must be interviewed and brought into agreement, far more than by the technical difficulty of the analysis.

NomenclaturaTerminology

Las siglas y estándares que aparecen en esta ficha, explicados. The acronyms and standards used on this page, explained.

DiscoveryDiscovery
La fase de descubrimiento: entrevistas y análisis para entender el problema real antes de proponer una solución. The discovery phase: interviews and analysis to understand the real problem before proposing a solution.
Requisito funcionalFunctional requirement
Qué tiene que hacer el sistema. Por ejemplo, que permita aprobar una factura desde el teléfono. What the system must do. For example, allow an invoice to be approved from a phone.
Requisito no funcionalNon-functional requirement
Cómo tiene que hacerlo: rendimiento, disponibilidad, seguridad. Es lo que casi nadie escribe y lo que después se reclama. How it must do it: performance, availability, security. It is what almost nobody writes down and what gets complained about later.
Caso de negocioBusiness case
La justificación económica del proyecto: cuánto cuesta, qué ahorra o qué genera y en cuánto tiempo se paga. The economic justification for the project: what it costs, what it saves or generates and how long it takes to pay back.
Scope creepScope creep
La expansión silenciosa del alcance a base de pedidos pequeños que nadie cotizó. Es la causa número uno de proyectos que se pasan del plazo. Silent scope expansion through small requests nobody priced. It is the number one cause of projects running over.