Salta al contingut

Un mètode clar a cada fase

Cada projecte s'organitza en quatre fases amb lliurables definits. El model de treball i la freqüència de seguiment s'acorden amb cada client segons la seva organització.

Quatre fases, un mateix equip

Cada fase conclou amb un lliurable concret, de manera que el client coneix en tot moment l'estat del projecte i el cost associat.

  1. Fase 1: Anàlisi

    Estudi de l'empresa des de dins: com treballa, quins sistemes utilitza i què necessita resoldre. Els requisits es recullen amb les persones responsables de cada procés.

    LliurableUna anàlisi de processos i sistemes, amb els requisits prioritzats.

  2. Fase 2: Proposta tècnica

    Definició de la solució i la tecnologia adequades, i elecció conjunta del model de treball que millor s'ajusta al projecte.

    LliurableUna proposta tècnica amb abast, arquitectura, model de treball i pressupost.

  3. Fase 3: Desenvolupament

    Construcció de la solució segons el model acordat. El client segueix l'avenç i valida cada lliurament abans de continuar.

    LliurableLliuraments funcionals, a punt per provar i validar.

  4. Fase 4: Posada en marxa

    Desplegament de la solució, formació de l'equip i acompanyament posterior amb suport i manteniment.

    LliurableLa solució en producció, l'equip format i la documentació d'ús.

Com s'organitzaria el seu projecte?

Cada projecte és diferent. Tres preguntes permeten orientar com es podria organitzar el seu.

  1. La seva empresa disposa d'equip informàtic propi?
  2. Quin nivell de seguiment prefereix?
  3. Quin grau de definició té la necessitat?
  4. Resultat

Organització orientativa del projecte

Respongui les preguntes per veure el resultat.

Seguiment

Depèn de les dues primeres preguntes.

Model de treball

Depèn de la tercera pregunta.

Pressupost

Depèn del model de treball.

Es tracta d'una orientació, no d'un compromís: el model de treball i la freqüència de seguiment s'acorden a la proposta tècnica i es poden ajustar durant el projecte.

Decisions informades

Davant de cada decisió rellevant, presentem les alternatives amb els seus avantatges i inconvenients, en termes comprensibles. La decisió correspon al client, amb tota la informació necessària.

Tres models de treball

Cap no és millor en abstracte. A la proposta tècnica s'escull, juntament amb el client, el que millor s'ajusta al projecte i a la seva manera de pressupostar-lo.

Abast tancat

Els requisits es defineixen i es documenten al principi. Amb l'abast i els terminis tancats, el desenvolupament avança fase a fase fins al lliurament.

Indicat quan
La necessitat està definida amb precisió, l'abast no variarà o hi ha requisits contractuals a complir.
Pressupost
Preu tancat.

Mixt

Es tanca i es documenta la base del projecte (requisits principals, arquitectura i integracions crítiques) i la resta es desenvolupa de manera iterativa.

Indicat quan
Una part del projecte està definida i una altra es concretarà amb l'ús.
Pressupost
Preu tancat per a la base i per hores per a la part iterativa.

Per etapes

El projecte arrenca amb una primera versió que cobreix l'essencial i s'amplia en cicles curts. Al final de cada cicle, el client disposa de programari operatiu i decideix les prioritats següents.

Indicat quan
L'abast evolucionarà, convé disposar aviat d'una primera versió o l'equip del client vol participar-hi de manera continuada.
Pressupost
Per hores, segons la feina de cada cicle.

Què necessitem de la seva empresa

Un projecte funciona quan totes dues parts treballen com una de sola. Això és el que sol·licitarem.

Un interlocutor
Una persona que conegui el negoci i tingui capacitat de decisió, o accés a qui la tingui.
Accessos i dades
Accés als sistemes, les dades i la documentació rellevants per al projecte en el moment en què es necessitin.
Validació dels lliuraments
Revisió de cada lliurament i resposta en els terminis acordats, per no avançar sobre suposicions.
Disponibilitat de l'equip
Participació dels futurs usuaris en la presa de requisits i en la formació.

Pràctiques d'enginyeria

La qualitat tècnica no s'aprecia en una demostració, però és determinant quan el programari ha de créixer. Aquestes pràctiques formen part de cada projecte.

Control de versions
Tot el codi es gestiona a Git, amb l'historial complet de cada canvi.
Revisió de codi
Cada canvi es revisa abans d'integrar-se.
Proves automatitzades
Proves que verifiquen, després de cada canvi, que la funcionalitat existent continua operativa.
Entorns separats
Cada canvi es valida en un entorn de proves abans d'arribar a producció. Les incidències es reprodueixen sobre una còpia de producció.
Documentació
Documentació de l'arquitectura, les integracions i l'ús, perquè la solució no depengui d'una sola persona.