SOFTWARE Economtia del Desarrollo de software Las posibles estrategias econémicas que un director de sistemas de informacién puede aplicar son multiples. Para determinar ctial esla correcta en cada caso, es necesario analizar cuatro aspectos economices (coste, plazo, ingresos y beneficios) asociados a un proyecto de software, y abordar su andlisis desde dos épticas: la valoracién del flujo de caja y la teoria de ‘opciones. a direccién de sistemas de informaciGn — Asimismo me he decidido por una requiere, al menos, tres habilidades. Un buen. eae eee director de sistemas de informacién debe set — mo de precio, el valor del proyecto. tener buenos conocimientos técnicos, _, Syonsanes duenuesre cler capacidad humana para la gestion de equipos y conden convenient dsponet amplios conocimientos de gestién econdmica. dle una aplicacion informatica & medida para dar soporte a un nue- +o proceso del negocio. No dispone Loxconocimients técnicsy a cape buscar la forma idénea de gestio- de un departamento de desarrollo, si ‘ddd humana suelen adquirse alo nar econ6micamente fos proyectos que llama a varios proveestores y Tango de la carrera profesional. A de desarollo de software de cada les explica su idea, Gada provee- ‘ear, apoyindose en fomacdn exter organizacion, ¥ esta forma idénea dot, en base a esta expan. als pa Sin embargo, no es posible aque depen de la oranizaién, del po- preguntas que plantean, elabora Fir experiencia en el campo dela ges yecto y de las personas que tenga una propuesta econdmica, tion econdmica, porque este campo que affontarlo ‘Nuestro director estima en 10.000 oti reenado ala dinccon, y noaks Sin embargo, hay dos enfoques euros ios ingresos mensuales que le profesionales junior, de anilisis econdmico, el flujo de supondri el nuevo sistema, Al lear a las responsabilidad de caja la tcoria de opeiones, que se 1d en funcionamiento dos ireccién, por my ampliay varia- pueden aplicar con bastante éito ala nalmente, se decide por uno de los fia que haya sido la experiencia gestion evondémica del desarrollo de proveedorescuya oferta es de 120:000 adguirida, cualguler profesional se software, ‘euros y un ano de desarrollo fencontraré con situacones de gestion [Nuestro objetiva es valorar qué seonamica que fe estan noc, QE cts carte dest: vas. Ademés, no es fail formarse ti valiosa, O dicho de otro modo, fen este campo de forma externa, A continuacién se planteara un por qué estrategia nuestro director Ta gestion economica de proyectos ejemplo de contratacion de un desa- estar dispuesto a pagar ms. ‘un campo muy especializado, y ollo de software que servirs de todavia lo e5 mis.la de proyectos guia en el tema. Naturalmente es informatica 1 més conveniente para mis pro= Por ahora, la experiencia personal pésitos y'no necesariamente el caso Para valrar una sate de des 0 y ln experienela compartida es la teal de ninguna empresa, ni mucho en funcion del flujo ee ea, tendre- inejor fuente de conocimiento para menos de sw propia situacion. mes en cuenta las siguientes prema: 58 oan renee 0@ 1 aplicacion a desarotlae sport algin Beneicio a cllente, 10000 euros Al mes en nuestro ejemplo. {@ El desurolo dela aplicacion supon- dé alga coste al cliente, 120.000 ‘euros en nuestro ejemplo. @ Hi dinero utlizado tiene un coste proporcional al tempo. Ya sea por su perdida de valor debido a la infla- ‘in, por os tees que eva el ba ‘co por la pézdida de oportunidad al no utilzano en otras cosas. En nue tno ejemplo, hay un coste por no dis- poner del sistema hasta dentro de tun ano, y por lo tanto, por no di poner de esos ingresos antes. 4 Pasado un tiempo (vida del sistema) In aplicacion desarrollada dea de ser Stil, ¥ por Io tanto, deja de aportat fingresos. En nuestro ejemplo, dos afi, fin base a estas premisas, tam- bid resulta evdente que wna estategia de desarrollo seré mis vallosa para ‘nuestocllente si retrasa en el iempo Jos gastos, alelantaen el tiempo los ingresos 6 fa aplicacion resultante _getera mas ingress ill ea " ‘Vamos entonces 2 nuestro efemplo. Tin las condiciones indica, nuestro ‘rector abonard 120,000 euros al finallzar el desarrollo y empezard a ganar dinero a razén de 10,000 euros fl mes durante das anos, Su flujo de ‘aja (Angresos y gastos) se resume en fl grafico XP Mensa Proyecto cerrario Peto nuestro cliente ha optado, post Dblemente de forma inadvertida, por luna determinaclaestrategia de desa- ‘olla, el proyecto cerrado, En un proyecto cerrado se determinan a Dror! un conjunte de Funcionalicades Uindlicadss por el eliente en su peo- pusta y recogids por el proveedor en si oferta); un presupuesto; yun pla- 20 de eecucin, en et que se desarola cl proyecto, 56 pone en marcha y se page. Tal y como muestra el grafico Proyecto cerrado, con Ios datos del ‘elemplo, nucstro cliente recupera su inversion en eneso del segundo ano {considerando como ano cero et de desarrollo}. Pero existen otras post bide. Muchas organizaciones, especial- ‘mente las grandes, optan por el ot sourcing de programadores, Con esta ‘modalidad, se contrata mensual ‘mente un grupo de programadores para desaerollar un proyecto, bajo la dlreccidn de la empresa contratan- te.slo|F TWA RIE Desde el punto de visa del flujo de aj, es gual que tener un departa- mento de desarrollo propio, Las fac- tras 6 las nominas se pagan men- sualmente, y lo habitual, es poner ef proyecto en march cuundo es tee mina. Siesta modal se aplica a nes: tao proyecto, e caste del desarollo se dlvidiia en doce mensalidades, = dando el flujo de caja como se mes ‘ua en el grafico Outsounrtn, En este caso, y siempre con los datos de nuesto ejemplo, parece que no hay diferencia, nuestro cliente ecupera su inveision en enero del segundo ano. Sin embargo, ha adelantado sus gastos. En lugar de pagar a la con- lusion del proyecto, ha pagado men- sualmente durante e1 desarrollo, ‘Obviamente, desde el punto de vista diel flujo de caja, esta estrategia es ‘peor que Ia anterior. anos Si avesto dtetor desile wtzar una estrategla de liberacion rapida (al estilo de las metadologias dale), ia pponiendo en funcionamiento, de fr- fa progresiva,distintas partes de la aplieacin, Cada una de elias f= ‘onal y aportand alge valor. Para 60 carass ‘nuestro ejemplo supondremios que, pede! cuaito mes de desawll, los ingtesos aportadas por la aplicacion ‘recen linealmente hasta alcansi Jos 19.000 euros al mes en enero dct primer ano. Vamos a considerar dos estate: alas distinta: pago tinieo al fina Zar proyecto y pago menstl En mbas se observa gue, por el hnecho de recibir ingress de I api cacion antes, e periado en el que se Aamortiza se reduce. Para los datos considerados, este plazo se reduce fen sels meses frente a las opciones anteriores. Si consideramos exclusivamente flujo de caja, una estrategia de liberacion rapida es mis valios por- que, al poner antes partes de la aplic cacion en produceion, adelanta en fl tiempo la generacion de ingee- $08 Pero no slo se trata del Hujo de ala, Sarna ) Hasta ahora hemos considerado que ‘todo salia segtn lo previsto, Desde Juego, a ealdad no es asi, Ningiin proyecto previsto para un afio se ‘completa en ese paz, Exsten varios factores de riesgo que incrementan la incertidumbre, © 12 fatta de conocimiento: A iniciar un proyecto, probable. ‘mente haya muchos aspectos que ‘no conozcames con profundidad. Podemos utilizar una nueva tecno- Jogia que no dominamos, descono- ‘cemos fa productivilad efectiva que tended el equipo de desarrollo, no sabemos como sera la relacién con. cliente, al tampoco como acep- tari Jos usuatis lt nueva apicacion, etc. ¥ no tenemos tiempo de inves: tigarlo todo. Esta falta de conoci- imiento afecta a la precisién con {ue determinamos el plazo de ele: ccucion, ef coste del proyecto y los igres0s que se generaran, @ Los factores imprevstos: Durante 1 desarrollo pueden ocvereinfini- acl de situaciones que no habiames previsto. Bajas en el equipo de pro- sramacion, 0 lo que es peor, en el ‘equipo del cient, estore que pasan desapetebidos, cambios en las espe ‘afleaciones, ete, Y no podemos pre verlo todo. Bstos sucesos Imprevs tos afectarin al plaza y al coste de jection de proyecto, © Los factores incontrolables: Y aunque pudiéramos prever muchas de las situaciones anteriores, no ppodemos adivinar en qué momento sucederén. Por ejemplo, podemos prover la sustitucion de wn contra. "usta, Pero s1 nos vemos obligados a hacerlo a falta de un mes para la ‘conelusién del proyecto, sera diffe que esto no afecte a la fecha de puesta en marcha, © La complejidad: ¥ por altimo, ‘nos queda la complejidad como fuente de riesgo. Si un sistema es complejo se entiende pear, se des: ceabe peor, e manela peor, se modi fea peor y se corrige peor. En def nitiva, las consecuencias de un err, dena falta de informacion o de un Imprevisto, seran mayores cuanto mis complejo sea el pro- yosto, ¥ too esto, afectart al plazo, al costey @ os beneficios que apor tara el sistema,encores 1a dina forma de trabajar con incer ‘dure s dsponlendo de opciones Por ejemplo, usted va a realizar un vie jea Francia para reunitse con su vie- joamor, quien a su vez, acudiné des: de Austra en un viaje de negocios. Pero lla (0 todavia no sabe don- de sera su union, sien Paris 0 en ‘Niza, aunque le Hamara en cuanto Jo sepa. Hl problema es que apenas ‘stars un dia en Francia, y no le pour avisar con mas de un dia de antelaciOn, En estas clrcunstancias, usted podtia comprar hoy un billete de avion ana de las dos cudades y ‘onfiar en que su amor acuda a la ‘misma ciudad. Pero quizé prefiera pagar un sobrecoste, adquirir dos billetes (uno a cada ciudad) y garan- tizar asi que llegado el dia, no se {quedaré sin poder acudit a ta cits [in cuanto reiba el avis, optari por ‘uno u oto destino, Usted est pagar do por tener es opcién. zQué opcio- nes son las que hos gustaria tener fen un desarrollo de software? {Por ‘qué opciones pagaria nuestro cliente? Peoreroried Supongamos, en nuestro ejemplo Informatico, ue el proceso de nego- lo pa el qe se vaaefectuar ef des ‘rola se basa en una nea temnoogia. ‘que durante el period de desarrollo del proyecto netro dente descubre cia uid que le gustaria inclu en la aplicacion. Pero el eontratsta yi tene un contrat fimad com unas ‘specificaciones determinadas, ¥ ¢¢ consclente desu poscin de fuerza, 1 haa sido contratado para realizar un teabajo concreto y cualquier modi ‘acién de las condiciones requiere su aprobacion. Aprobacién que no dar ‘in subana s poqueris pedi, in recuperar el margen comercial que sacrifico para Hevarse el proyecto, sus dolores de cabera, ete Le gustaria a ruesto cliente tener la opeién de ‘cambiar las especicaciones de fa ape ‘econ sobre la marcha? {Quanto paga- ‘ia poe tener es pein? Lo missn0 aa nei as especicacones son impress ‘tienen eres sel proseso de nego {Go evolucona durante desaeollo de {a aplicain,o simplemente cambian las proridades del neyoct. (- oncion de cancelar Supongamos ahora que durante el desarolo de nuestro proyecto una te ‘cera empresa aparece en escena y Dofrece 8 nuestro cliente la subeon- tratacion de la gestin del proceso ‘de negocio para el que desarrolliba- ‘mos is aplicaion, Natuaimente, 2 un ‘caste muy Inferior al del desarollo de la aplicaciin y con muchos mis ser ‘ici anadidos. Pero nuestro cliente ‘sigue con un contatofrmado para el desarrollo. ¥ posiblemente sin una cliusila de cancelacién uniliteral {le gustaria nuestro cliente haber Sidquirido la opcion de cancelar el proyecto? ;Cuxinto habria pagado por tener esa opcion? Supongamos que nuesti clente esta detallando cémo debe funciona la imprest formes de pica, Realmente este modulo no std pro- ‘amado hasta finales de ano, pero et Contratsta exige tener una vision. completa del sistema antes de int- Gar su programacién. Nuestro cen ‘te sabe que se esta debatiendo una nueva ley que quizd modiique los ‘equerimientos de documentacion. del proceso. Per sin un diseno deta- ado, e1 contatista nt puede ofetae ‘i puede iniclar el desarrollo. Le gustaria a nuestro cliente tener la ‘opei6n de esperar, de decidir mis: tarde? Cusinto pagaria por ella? or Cee Supongamos ahora que durante el dlesartllo del proyesto, un compet {doc anuncia qe est desarollando una aplicaion similar y que la tend is {a para principios de noviembre. [Nuestro cliente querria acelerar el proyecto para darle un buen disgus toa su competidor, pero ademas de tener un contrato firmado, es cone Gente dela ley de los proyectos infor: iiteos:«Ineorporar nuevos progra- ‘madotes a un proyecto en marcha, lejos de acelerarlo, lo retrasae. Le ‘gustara tener la opciin de acelerar el proyecto? pray y otra muy diferente, comprar sen Mone, {© Valor del resultado de ejecutar la ‘opcién, Es deci, el valor del Monet. 68 cara (© Gro de incertdumbre del valor del resultado de ejecutar ta opcién. ‘Realmente, geusnto yale un Monet? oe) concen boii 2 ‘egado un punto de decision, es fail saber qué valor tone l resultado de ‘opei6n. Por ejemplo, st queremos ‘ancelar un proyecto, sabremes por- ‘qué y que beneficio (0 ahoro) tend ‘es cancelaclin. Fs deci el grado de lncertidumbre sobre el Valor del resul- ‘ado de efcutar la opeiin de cancelar es bajo. Peco ser lil! valorae esa ‘misma opci6n al inicio del proyec to, Por este motivo, la mejor estate- sia ser aquella que mantenga el ‘mayor nimero de opciones (cambiar, cancelar, esperar y acelerat), durante el mayor tiempo posible idealmente, todo el periodo de desarrollo. inclu- 0 a vida del sistema, al menor cos- ble, Y que adem, nos rez a el grado de incertidumbre del resultado de ejecta estas opciones, Esto timo se eonsigue dando mis Informacion sobre el proyecto para ‘aciitar las decisiones a estate eco para ef desarolo dde-un proyecto, que se refleja en la metodologia del mismo, condicio. ‘a el resulta econdmico Existen dos “opticas de analisis y ambas ofrecen ‘onelusiones similares. Desc el pun- to de vista de flujo de ca, som pre- {eribles las metodologias que: © Al poner progresivamente Ia apl- ‘acin en funcionamiento, adelanten fn el tiempo los ingresos que este procucey reduzean las inversiones ink diales. (© A permitir cambiar fos requeri- rmientos durante el desarealo, eon- sigan aplicaciones mis adaptadas al fentomo que preduccin mais ingyesos. {© ¥ que, al permitir estos mismos cambios, tambien se incrementen |as posibilidades de que el proyec- to alargue su vidal y genere ingre- 0s durante mas tiempo. Desde el punto de vista de la teoria de opclo- nes, son. preferbles las metodologias gue: (© Frecuentemente den informacion 1 feeibuck que permitavalorar correc: tamente ls opciones. © Mantengan fs opciones de cambio, cancelacion, espera y aceleraciin, sin costes desorbitados, ‘© Mantengan estas opciones dran- te toda la vida del proyecto, Sin duda, las metodologias de desrollo gf (como la Pogramacin Extrema) pueden aportar muchas de estas caracteristicas a algunos pro- yectas. En oles, metodlogis mist dicionales, con el enfogue Anslisis- Planificacion-Hjecucton (como RUP 9 ‘Méteca V3) pueden ser wilds. Saber seoger ls mis convenient a cada pro yeeto ya cada oranizacion es trabajo de la direcci6n de sistemas de infor- ‘macion. ¥ nadie ha dicho que sea fill. © gel gu ate ejoucaesansom) 1 dcr rye ks non