[ubuntu-ar] OT Consulta sobre presupuesto

[Pablo Barrera]

Saludos

El día 13/04/08, Roman Gelbort <roman at gleducar.org.ar> escribió:
>
> Braulio A. Firpo Banegas escribió:
> En cualquier caso, estando en tu lugar, me preguntaría ¿ambas opciones
> resuelvo en igual grado el problema? si la respuesta es Sí, entonces
> opto por la más barata.



Si, en parte, partiendo de la base de la pregunta es válido lo que decis.
Pero puede sonar simplista si la opción mas barata
no se acomoda al escalamiento futuro. Te pongo un caso digamos tradicional,
los pequeños paquetes para gestión contable para Pymes hechos en VB6, pocos
migrados a VB.NEt en fin, tan solo un ejemplo. Los sistemas esos, con
basecitas de datos access atras se hicieron para que tengan un escalamiento
nulo, es decir, que el "volcado de dependencia del proveedor" caiga siempre
hacia un solo lugar: pagar mas y depender del mismo proveedor. Ahora si
ambas opciones dependen del valor del servicio, soporte o tiempo de
desarrollo SOLAMENTE, (siempre son variables básicas la hora de desarrollo),
optar por la mas economica, no implica garantias de escalamiento (
recordemos que nuestro modelo es un modelo que tiene siempre a mejorar la
infraestructura y técnicamente hablando siempre es escalable en mayor o
menor medida, mañana ese desarrollo necesita crecer y la tecnologia y la
forma de desarrollarla lo permite hacer mucho mejor que el software
propietario).

Pero también es cierto que la pregunta tiene trampa. Porque no siempre
cobrar mas caro es lo ideal. Es decir, reunir todas las posibilidades de
excelencia técnica son el metodo adecuado para determinar su costo. Tambien
es cierto que si tenemos un valor diferencial al resto tenemos mas chances
de ganar una licitación. También se debe tener en cuenta el marco
regulatorio, que hoy por hoy en nuestro país contempla solo al productor de
software proCESSI. (es un comienzo, pero no es lo adecuado).

Miren este caso que pasó en San Pablo
Las licitaciones tecnológicas se manejan difernte en Brasil en algunos
estados. Se realizan ofertas de licitacion de forma electrónica y se
reportan via web, es decir ambos competidores saben casi en tiempo real
quien gano la licitacion por precio y por confirmación de la agencia
"estadual" como dicen en Brasil.

Aca hay un ejemplo claro de que cobrar mas barato no siempre es la mejor
opción.
Un vendor de Linux ( de cajita roja, clase mundial, pero certificado como
MicroPyme en Brasil) y otro vendor de Linux (Cajita verde, pero certificado
como Corporación Multinacional) licitaron x servicio + desarrollo + La base
era por ejemplo 100.000 dolares.

El ejecutivo de la empresa de la cajita verde tenia que ganar esa licitacion
porque venia perdiendo terreno con la cajita roja. Oferto 90.000 dolares
pensando que la cajita roja ofertaria 150.000. La cajita roja licito 110.000
dolares. 20.000 dolares mas que la cajita verde. La licitacion fue ganada
por la cajita roja, a pesar de cobrar 20.000 dolares mas. Porque gano la
roja y no la verde?, si la verde cobró mas barato?.....que raro....

Simple. La cajita roja esta registrada como Micropyme en Brasil, y como en
brasil se potencia regulatoriamente a los "micro emprendimientos", aunque el
Estado tenga que pagar un poco mas, prefiere apoyar a la MicroPyme. Es
decir, en este caso una corporacion con toda su infraestructura y
sucursales, no pudo ganarle a una empresa mas chica que incluso oferto mas.
La picardia de la cajita Roja al registrarse como MicroPyme permitio ganar,
y no por el precio, sino por aprovechar la jurisprudencia local.

Pero ojo, este caso es valido para el brasil, muchos de nosotros todavia no
tenemos claro si aqui ocurre lo mismo: Estimo que no. Este ejemplo que
ocurrio hace unos 5 meses atras, es la muestra que las variables estan
atadas a muchas cosas. Tambien es cieto que estamos de hablando de
desarrollo muchisimos menores, y de menor porte o en todo caso de otro
contexto tecnológico. La idea es mostrar que no siempre el costo es garantia
de exito.


Saludos
P.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/ubuntu-ar/attachments/20080413/78183fd0/attachment.htm