Software at the core

1

El mapa de un gerente en tecnolog铆a

2

La tecnolog铆a es software en su m铆nima expresi贸n

3

Nuestra civilizaci贸n funciona con software

4

C贸mo contratar perfiles t茅cnicos y evitar estafas

5

Un ADN de software en el coraz贸n de tu empresa

6

Comprar tecnolog铆a o crear tecnolog铆a

7

El ciclo real del desarrollo de software

8

Evoluci贸n de Tesla: 驴por qu茅 domina el mercado de autos?

9

Caso de estudio: Tesla vs. la industria automotriz

El ciclo del desarrollo de tecnolog铆a empresarial

10

Caso de estudio: Accenture vs. Hertz, equipos de desarrollo internos vs. externos

11

El ciclo de vida de la tecnolog铆a en las empresas

12

Roles en proyectos de tecnolog铆a: dise帽o, data science, devops, backend, front-end y mobile devs

13

L铆deres t茅cnicos: stakeholders, product owners, product managers

14

Metodolog铆as de cumplimiento de fechas de entrega

15

L铆deres vs. equipos

16

Cu谩nto pagar por un proyecto de tecnolog铆a

17

Conclusiones de Accenture vs. Hertz

Seguridad inform谩tica

18

Caso de estudio: filtraci贸n de datos de Uber y Marriot

19

Seguridad inform谩tica para roles no t茅cnicos

20

Manejo de datos sensibles y encriptaci贸n

21

Los NO rotundos de seguridad inform谩tica corporativa

22

Niveles de permisos y manejos de informaci贸n

23

Conclusiones del Pentesting a Uber y Marriot

Infraestructura avanzada de software en empresas

24

Arquitectura del Software

25

Arquitectura de Bases de Datos

26

C贸mo se construye el backend

27

C贸mo se construye la interface de tus usuarios

28

Qu茅 es y c贸mo pagar la deuda t茅cnica de una empresa

29

Infraestructura de servidores

30

Servidores b谩sicos o locales

31

Servidores en DataCenters

32

Servidores en la nube

33

驴Cu谩ndo elegir la nube vs. tener tu propio DataCenter?

34

驴Qu茅 es la Inteligencia Artificial?

35

驴Cu谩ndo utilizar Inteligencia Artificial en tu negocio?

Recursos Humanos y Gesti贸n de Talento

36

Salarios de la industria del software en Latinoam茅rica y Espa帽a

37

Crecimiento salarial en LATAM y Espa帽a

38

Demograf铆a de desarrolladores por regi贸n

39

Calculadora de salarios

40

C贸mo motivar ingenieros y estructuras de compensaci贸n

41

Organigrama de equipos de ingenier铆a

42

驴C贸mo crear una empresa disruptiva?

No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Conclusiones de Accenture vs. Hertz

17/42
Recursos

Aportes 271

Preguntas 8

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

He le铆do todos los comentarios, pero nadie hasta ahora a ca铆do en cuenta de algo que se comento en anteriores ocasiones respecto al caso de Hertz Vs Accenture, y es que Hertz tenia su propio equipo In house y que este equipo habia dicho que eran capaces de sacar el proyecto adelante y que a raiz de eso hubo despidos en Hertz lo que me lleva a pensar que lo que ocurri贸 en realidad fue un negocio hecho para sacarle dinero a Hertz, pues alguien internamente se aseguro de que no se tomara en cuenta al equipo in house a favor de Accenture y alguien dentro de Accenture no le intereso entregarle el producto a Hertz y as铆 el dinero sobrar铆a,
Esto esta para Pel铆cula

Este caso de Acc vs Hertz, es una gran demostraci贸n de que debes cuidar lo que firmas en un contrato, describir al pie de letra cada entrega que debe uno como contratista recibir.
Especificar cosas como por ejemplo:

  • Acceso al c贸digo fuente (ya qu茅 a la entrega ser谩 m铆o y no del prestador de servicio).
  • Solicitar los CVs o certificados del personal que me ofreces para cumplir con mi contrato (si son experto en Angular, que se demuestre con documentos o git accounts, etc).
  • Definir bien la tecnolog铆a que se usar谩.

Al parecer, en la informaci贸n mostrada por Freddy, este caso tiene mucha pinta de ser ganado por Acc.
Lo que har谩 que Hertz termine en una bancarrota total (si es que para el momento de este post, no lo est谩 ya, por ah铆 vi un link y parece que s铆).

Saber hacer un buen contrato, con especificaciones claras puede salvarte de perder dinero, pero saber hacer un an谩lisis de costos te puede ayudar a identificar que es m谩s barato crear tu propio equipo de desarrollo que contratar un servicio tan caro.

La compa帽铆a de alquiler de coches Hertz se declara en bancarrota
La pandemia acaba por doblegar a la empresa centenaria, que arrastraba a帽os de dificultades y acumula 19.500 millones de d贸lares de deuda鈥

https://elpais.com/economia/2020-05-23/la-compania-de-alquiler-de-coches-hertz-se-declara-en-bancarrota.html

En resumen, mi opini贸n:
Cuando una empresa proveedora (Accenture) despues de todos los aplazamientos en fechas de entrega, no alcanza a terminar un producto (que este operativo en producci贸n) con todos los, significa que no tenian un equipo de trabajo de alto rendimiento y ahora esta apelando a un equipo de abogados de alto rendimiento.Grave error!!!
Hertz, donde quedo el seguimiento y control?

ratifico mis comentarios en el primer video del caso hertz vs accenture. era un proyecto de vida o muerte, como vas a tercierizarlo? si compraban platzi y hacian este curso, en los primeros 20 minutos se ahorraban 32M USD jajaja

Si yo hubiera estado en la toma de decisiones de Hertz鈥 no hubiera dejado que pagaran tanto dinero por ese proyecto. Trabajo en una corporaci贸n y yo no se nada de programaci贸n (todav铆a) pero dise帽e un mockup de un proyecto y darle alma en programaci贸n me costo US$600 que pague de mi bolsillo en Fiverr y fue un 茅xito. Quisieron crecer ese proyecto dentro de la empresa y pagaron cerca de US$1M a un equipo INTERNO por eso. Se que proporcionalmente no es lo mismo, pero el que no sabe es como el que no ve. a cada quien lo enga帽an desacuerdo a su ignorancia.

Pareciera que Accenture tiene mejores abogados que programadores.

Algo que aprend铆 en mi segundo trabajo, que fue en montaje industrial, es que TODO debe quedar por escrito o con respaldos firmados entre el cliente y el proveedor. El contrato debe indicar el alcance hasta en el m谩s m铆nimo detalle y no dar lugar a interpretaciones. Lo que no est茅 escrito puede llevar a cobros extras en cualquier contrato.

Cuando las negociaciones entre las partes no son fruct铆feras, llegan a manos de abogados y la funci贸n de ellos es buscar cualquier frase, punto, coma o palabra faltante o sobrante para poder hacer su trabajo, cobrar sus tarifas y avanzar en los juicios. Sin querer ofenderlos, a los abogados no les interesa si se hizo bien o no el trabajo, les interesa si los argumentos dados por la parte demandante pueden ser contraatacados por lo que est谩 escrito.

De todas formas creo que el proyecto de hertz fue mal manejado por la gerencia de la empresa. No se su estructura jer谩rquica, pero creo que falt贸 un CTO o alguien que entendiese de proyectos de software para poder negociar los alcances del contrato.

La raz贸n por la cual decidi empezar a programar fue precisamente por esto. Mande a hacer una app a un tercero y me enfrente a estos mismas problemas. Eso fue hace casi 3 a帽os y todav墨a no hemos llegado a una solucion del problema. Ense帽anza, TODO TIENE QUE QUEDAR EN EL CONTRATO y asesorarse muy bien

Lecciones de la clase

  • Realiza las cosas por escrito (aprende a realizar un buen contrato, te salvara much铆simo dinero)

  • Si vas a demandar prep谩rate a que te contra demanden (tu propiedad intelectual saldr谩 a la luz)

  • Si vas a demandar plantea tus finanzas

馃摪 Aprend铆 a considerar aspectos relacionados con la planificaci贸n estrat茅gica, la gesti贸n de proyectos y la contrataci贸n de servicios.

La posici贸n de Accenture (-como dice Calamaro en la canci贸n 鈥渕e gustan los problemas no existe otra explicaci贸n!鈥 bueno ahora si al grano:

  1. se supone que los negocios se hacen en busca de beneficios para las partes involucradas. pero parece que las empresas cuando llegan a cierto nivel se vuelven pretenciosas. No es mas f谩cil cumplir con lo que Hertz le estaba pidiendo?
  2. Que bueno que existen estos casos de estudio. Porque dejan varias lecciones. por ejemplo en mi ciudad solo por el hecho de generar confianza y transmitir amabilidad en los relacionamientos, no se tiene en cuenta la CONFIDENCIALIDAD. (Esto manda un mensaje de profesionalismo de inmediato. pero mi jefe no piensa igual) yo soy de los que anda con un modelo en mi bolso. pero mi jefe en el dialogo nunca lo menciona, y varias veces cuando preparo las reuniones los pongo encima de la mesa. pero nadie los firma. muy rara vez puedo entrar a esta reuniones.
  3. En Colombia creo que estamos muy atrasados en legislaci贸n para los temas digitales. as铆 que los que estamos en esta industria debemos usar el sentido com煤n y protegernos como podamos.
  4. En los 2 a帽os que llevo aprendiendo de tecnolog铆a, siempre escucho historias negativas del cliente hacia el proveedor. as铆 que un contrato por una plataforma o App debe ser muy detallado y pensado para mitigar los problemas que se pueden generar despu茅s de la entrega del producto.
    hacer el analisis que mencion贸 Freddy acerca de 驴cuando es mejor contratar a un tercero o invertir en un desarrollo propio formando un equipo inhouse.

Muy interesante el caso, es dificil dar una opini贸n concreta de igual forma.
Estamos claros que ambas empresas no hicieron lo correcto, aqu铆 hay fallos desde la elaboraci贸n del contrato, pautas establecidas, personal contratado, tiempos de respuesta, manejo de la informaci贸n (no todo fue por escrito), hasta llegar a acusaciones y demandas de alto costo.
Simplemente un desastre, muchas cosas lastimosamente se pudieron haber evitado con una buena gesti贸n de procesos por parte de ambas.

El caso me record贸 a cuando trabaje en el gobierno, me toc贸 estar con abogados, me sorprendi de como se cuidaban de todo, si hab铆a un problema buscaban como transferir la responsabilidad por lo que dec铆an los contratos. Cuando tocaba hablar con los proveedores acerca de los entregables de un contrato siempre se agarraban del contrato, el cu谩l se elaboraba en el 谩rea tratando siempre de cuidarse. Les aprend铆 eso, siempre hay que cuidar la interpretaci贸n, tener todo por escrito e ir pidiendo previos al trabajo final para poder pedir correcciones a tiempo para que nunca tuvi茅ramos problemas. Al menos se me qued贸 mucho de eso y ahora cada vez que tengo un contrato enfrente leo las regulaciones y las clausulas del contrato para encontrarle errores, as铆 nunca me han podido tomar desprevenido con irregularidades

Muchas veces las empresas muestran una cara pero en el fondo su cultura interna es otra, sus comerciales tienden a mostrar cosas que no son tales y el cliente compra eso y no ve mas all谩.
No olvidemos que los proyectos los hacen las personas y estas son corruptibles de ambos lados, el desinter茅s de accenture por entregar y el desentendimiento a todos los niveles de Hertz hacen pensar eso.
imposible que ninguna persona dentro de Hertz no haya notado de forma temprana el problema o estaban totalmente excluidas las personas internas de Hertz que pod铆an llegar a 鈥渧er鈥 el problema.

En principio, vemos un tema de 茅tica. Segundo, una inadecuada planeaci贸n del proyecto por parte de Hertz y tercero, para que tercerizar un desarrollo web con integraci贸n a tu base de datos cuanto ten茅s el pull financiero para contratar desarrolladores web? absurdo por parte de Hertz.

Creo que lo m谩s fascinante de este caso es que es una oda a todo lo que no se debe hacer en un proyecto de Desarrollo de Software.

El otro elemento es que cuando decides involucrar a los Abogados y el Sistema de Justicia debes tener bien claro cual es el objetivo de la demanda, antecedentes Judiciales de casos similares y los resultados probables que puedas tener as铆 como las implicaciones y costos probables.

  1. Para los buenos Abogados hay una maxima: Si no esta escrito, no existe.
  2. Un proceso judicial normalmente lleva a帽os, y esos costos hay que pagarlos, y adem谩s son muy caros. Otro elemento es que a los Abogados les interesa que sean largos y nunca terminen.
  3. Siempre corres el riesgo de ser contrademandado. As铆 que no importa si piensas que tienes la raz贸n, puedes perder m谩s que solo dinero y tiempo.
    4.Finalmente: Siempre, Siempre, Siempre, debes tener todo claro en un contrato por escrito, especialmente cl谩usula de terminaci贸n de contrato de manera unilateral por parte del contratante, si la otra parte no se demuestra de manera clara el cumplimiento de los objetivos y metas del mismo en los tiempos acordados. Solo una cl谩usula puede ayudarte mucho en t茅rminos coactivos y coercitivos y te puede quitar mucho del dolor de cabeza de un acuerdo t贸xico.

EL APRENDIZAJE PARA MI FUE:

  • Por que carajos vas a comprar tecnolog铆a si tu mismo la puedes crear?? (depende el caso) (para este caso aplica)
  • Si vas a firmar un contrato se muy claro y concreto de lo que quieres como cliente y especifica todo!! fechas de entrega, acceso al c贸digo, TODO!!!
  • Si vas a vender o crear tecnolog铆a para un cliente tienes que ser muy profesional, HAZ BIEN LAS COSAS!! , tu empresa debe mantener un est谩ndar muy alto en calidad e innovaci贸n.
Las reuniones para resolver RFC deben estar soportadas por actas, videos etc,, puesto que es vital tener por soporte de las consideraciones a las que se hace claridad. Si no es as铆, se genera un riesgo muy alto para las partes involucradas

[6:33] Si un proveedor te promete algo, que lo ponga por escrito.

M谩s vale un mal arreglo que un buen pleito.

El 茅xito de un contrato consiste en que las partes tengan claridad sobre lo que desea una parte y la capacidad t茅cnica de la otra. Es una especie de sociedad temporal.
El acompa帽amiento legal desde el inicio es vital. A veces es mejor prevenir e incluso conciliar pleitos. Los gastos litigiosos y el tiempo gastado puede resultar mucho m谩s costos.

El gran inconveniente de este caso est谩 en lo mismo que se explicaba en clases anteriores con la contrataci贸n del personal. Es fundamental que los contratos tecnol贸gicos sean realizados y revisados por personas con gran entendimiento de la parte tecnol贸gica. Con esto, hubiera tenido Hertz criterio para no solo saber que quer铆a recibir sino que quer铆an pedir.

La desesperaci贸n de que el mercado de las plataformas como uber se estaba comiendo al mercado de Hertz hizo que actuaran de forma r谩pida sin previa investigaci贸n sobre c贸mo hacer o a quien contratar.
Fueron cegados de tal manera que elegir铆an a alguien con reputaci贸n sin negociar mucho el precio o ponerlo sobre la mesa para analizar lo que les ofrec铆an y/o buscar otras alternativas de desarrollo.
A todos nos pasa y no pensamos ni analizamos mucho. Solo por querer comernos al mercado cuando estamos en ca铆da.
Es algo similar como lo que le sucedi贸 a Nokia, jam谩s quiso hacer alianza para poder tener Andorid corriendo, todo por el ego que tenia de poder salir adelante el solo con su Symbian y junto con Microsoft.

"Es mejor un mal acuerdo que un buen juicio"

En mi opini贸n, Hertz habr铆a tenido otra oportunidad si desde el principio hubiera intentado hacer este proyecto in-house.
.
El proyecto con accenture se firm贸 en septiembre del 2017. Si el desarrollo hubiera iniciado como se deb铆a entonces, quizas habr铆an estado preparados para afrontar mejor la pandemia, y se habr铆an ahorrado los gastos ocultos de la demanda que, junto a la pandemia, los llev贸 a la bancarrota el 2020.
.
En resumen, si el proyecto te importa tanto que podr铆as depender de ello, opino que es mejor hacerlo in-house como lo hizo Tesla. Quizas Hertz no sab铆a lo importante que ser铆a para ellos en el 2017, pero de hacerlo asi quizas el resultado habr铆a sido diferente.

Revisando nuevamente los errores que cometi贸 Hertz

  1. Confiar en la fiabilidad que le dio una empresa grande y experimientada para su proyecto como Accenture y no dejar los acuerdos por escrito

  2. No levantar peque帽os hitos medibles del proyecto, entregables que puedan medir el avance del proyecto

  3. No segmentar el pago de acuerdo a los hitos medibles

  4. Hertz no conto con un equipo tecnico que permita dimensionar y revisar el avance del proyecto

  5. El demandar a Accenture con poca documentacion que evidencie la demanda me parece un error

  6. Contratar a IBM, nuevamente cae en el error de confiar en una empresa que tiene mucha experiencia en proyectos, habria que revisar hasta que punto cumplen con la experiencia para el desarrollo del proyecto.

  7. No contar con un equipo de tecnolog铆a propio

Justamente eso pense en la presentaci贸n del caso de estudio 鈥渁lgo tan importante debi贸 salir del mundo interno de hertz. Hubiesen gastado menos y comenzar a crear su propio ADN de teconolog铆a e innovaci贸n.鈥

Es evidente que una empresa que se dedica a la tecnologia como Accenture conozca su mercado y su metodologia, entonces ellos tienes la ventaja en este caso por que en el dise帽o del contrato prev茅n posibles problemas que se pudieran presentar y poder salir librados de ellos mediante la redacci贸n. Hertz siendo una empresa deseosa de adaptarse a las nuevas tecnologia, se echo desprotegida y poco preparada en ese ambito a la jungla y pudo ser una presa facil para Accenture que aprovecho su ventaja para tirar de los hilos y salir victorioso.

Hertz vuelve a tropezar con la misma piedra 2 veces. Contratar a IBM es sin duda el resultado de una mala visi贸n de la alta gerencia de Hertz y no aprendieron nada con la experiencia con Accenture.
Es que 驴c贸mo te demoras a帽os en sacar un sitio web de arriendo de veh铆culos? Hay software mucho mas complejo que sale en menos tiempo.

Aqui hay un problema de visi贸n tremendo, sin duda demuestra que Hertz no le importa un pepino la infraestructura tecnol贸gica de su empresa, sino solo los resultados. Con el dinero que tienen, con la experiencia que tienen, con las filiales que tienen, podrian crear una innovaci贸n tecnol贸gica brutal en el rubro de ellos, pero prefieren gastar millones en proteger su modelo de negocio de siempre a reinventarse. O quiz谩 hay intereses ocultos, como suele pasar en licitaciones a este nivel de costos, ya que no sabemos qu茅 ofrec铆an las otras empresas ni los costos que compet铆an con Accenture en ganar la RFP de Hertz, solo sabemos que la incre铆ble presentaci贸n de Accenture los convenci贸.

Se pueden decir muchas cosas del proveedor en este caso, sin embargo prefiero tratar de obtener lecciones aprendidas desde el lado de Hertz, que nos pueden resultar m谩s 煤tiles como CIO鈥檚.

  1. Jamas delegar el rol de product owner a un proveedor. Se trataba de un proyecto estrat茅gico para Hertz y por lo tanto ellos debieron ser responsables de la definici贸n del alcance y contratar a un proveedor para que lo desarrollo e implemente en fases, de acuerdo a las prioridades definidas por Hertz.
  2. Asegurarse que el equipo de desarrollo tenga las calificaciones y experiencia necesarias seg煤n las necesidades del proyecto, no solo al inicio, sino durante todo el proyecto.
  3. Debemos contar con un responsable de supervisar y monitorear continuamente al proveedor, haciendo que rinda cuentas a medida que avanza el proyecto, gestionando los riesgos y escalando los problemas oportunamente.
  4. Preferir el uso de componentes est谩ndares de la industria, en lugar de componentes propietarios de un exclusivo proveedor (RAPID)
  5. No menos importante, asegurarse que los contratos reflejen todos los aspectos claves mencionados en las presentaciones comerciales y que pudieran afectar el desempe帽o del proyecto o del producto.

Oigan Oigan, Alguien mas se ha dado cuenta que en la intro con el logo de platzi inicial hay sonido de una voz muy bajita que dice 鈥淧latzi鈥.

Tengo Miedo xd.

Hertz cometi贸 un gran error porque no entrego ante accenture, los insumos necesarios para desarrollar el trabajo, No desarrollo un seguimiento peri贸dico para retroalimentar el desarrollo.

Pero la gran desventaja es que al no dejar por escrito los acuerdos que hab铆an establecido con accenture para el desarrollo del proyecto. Legalmente no puede soportar el incumplimiento.

Mi punto de vista se basa en el la demanda se torn贸 a algo muy personal, se dejaron llevar por el ego y la vanidad. Debemos de tener en cuenta que para crear una demanda o una contra-demanda se necesita gestionar, administrar y presupuestar bien los recursos como las finanzas de la empresa llev谩ndolo a un punto en el que se pueda calcular el valor del dinero en el tiempo. Como son empresas con alto indice monetario, al final se cre贸 un punto en el que quieren tener la raz贸n, entrando a un bucle que para salir de ah铆 les tomar谩 mucho tiempo. Est谩 tambi茅n la parte del riesgo de reputaci贸n, es por eso que al final no les import贸 gastar tanto dinero para la demanda.

Todo sentado por escrito, regla b谩sica que tal vez fue subestimada y que cost贸 un dineral.
Me sigo preguntando por que no contratar a alguien que trabaje en este caso para Hertz, que organice un equipo de trabajo y desarrollen su propia infraestructura desde cero, me hago esta pregunta una y otra vez por que lo he visto ya m谩s de una ocaci贸n. Empresas con mucho capital para invertir contratando gente externa, quiz谩s el dinero te hace c贸modo y hace ir a lo m谩s pr谩ctico, como sub-contratar a otro y que vea como resuelve tu idea, muy mala idea teniendo todo el capital para desarrollar algo propio sin atarse a terceros. 馃く

Aprendizaje : Todo servicio contratado debe ser estipulado en un contrato y detallado de lo que se va a realizar, no hay que confiarse as铆 sea el m谩s m铆nimo proyecto porque pierdes tiempo y dinero.

Bien dec铆a mi abuelo en el mundo real solo necesitas sumas, restar, multiplicar y dividir. Bien dec铆a mi profesor QEPD econ. Benja que cuando quieras invertir en cualquier proyecto analiza concienzudamente el costo-beneficio de tus dos mejores opciones para optar por la extraordinariamente mejor. Hubiera estado bueno que el stakeholder de hertz hubiera llevado este curso.

Yo tengo muchas apreciaciones sobre este tema鈥 Y lo que ella contrae鈥 Ya la pelea no es por el dinero, aca se estan jugando la reputaci贸n y es un choque de trenes, el ganador de la demanda mostrar谩 el fallo como un trofeo. Pero analicemos que este tipo de cosas pasan en nuestras compa帽铆as todo el tiempo, se asigna el proyecto a terceros sin un adecuado proceso de verificaci贸n interna, recuerden que internamente (No en todos los casos) hay recursos con mucho talento y el conocimiento de lo t茅cnico y de la compa帽铆a la cual podr谩 ser aportada y generar valor para los procesos.

Recuerden que el intraemprendimiento tambien trae buenas cosas.

En mi opini贸n, esto es un claro ejemplo de una mala planeaci贸n, ejecuci贸n y control de un proyecto. Las cosas debieron estar desde un principio mucho m谩s detalladas por contrato y creo que ac谩 el error lo tienen que asumir los lideres tanto de Hertz como de Accenture. Claramente tambi茅n hay un error gravisimo de comunicaci贸n y de trabajo en equipo. Desconozco cuales son las metodolog铆as de trabajo dentro de Accenture, pero si hay algo cierto, es que la comunicaci贸n efectiva es un pilar fundamental para desarrollar cualquier proyecto de tecnolog铆a, independientemente de si optas por una metodolog铆a 谩gil o tradicional.

Francamente fue error de las dos empresas , Ac谩 todos perdieron primero porque Hertz no recibi贸 lo que pago y Accenture el dinero y hasta m谩s en abogados . Esto es una carrera por el que m谩s pierda . Aparte creo que Hertz se declaro en bancarrota

Waoo tanto dinero al agua , tanto tiempo perdido , me imagino los dolores de cabeza de los encargados , de las cabezas de la empresa , a consencuencia de una pesima negociaci贸n y acuerdo de partes , por otro lado tambie falto un equipo preparado al 100 que se encargue de encaminar a la empresa hacia una transformacion digital , un equipo que sepa de tecnologia , de tal manera que se pueda tomar la mejor decision , ya sea que opten por servicios de terceros o un grupo de desarrollo de software interno muy bien capacitado . Esto ultimo a mi pareces hubiera sido la mejor opcion para Hertz.

Desde mi apreciaci贸n creo que existi贸 un error de concepto clave, respecto al enfoque del proyecto:

  1. Se gestion贸 el proyecto como contruir un puente. -enfoque predictivo-.

Conocenos que en tecnolog铆a todo debe estar orientado de manera Agil iterativa "peque帽as entregas" de esta manera quiz谩s en un 1er sprint Herts hubiese dectado estos problemas, y no esperarse al final tener un elefante flanco lleno de problemas para entablar una demanda.

Otro aspecto, el tipo de contrato. En una de las respuestas Accenture menciona tiempo y materiales. Esto solo se usa para esfuerzos cortos de trabajos altamente especializados.

Entre otras, que parten a raiz de la primera antes descrita...

En lo personal no gastar铆a tanto dinero en una demanda, creo que todo ese dinero, que es incierto que lo recuperen, lo podr铆a invertir en mejorar el proyecto que finalmente ya contrat茅 con otra empresa, a parte que es un desgaste brutal de tiempo y plata, se desconcentra el foco del proyecto y es sacar una muy buena versi贸n del mismo o por lo menos sacar algo jejejeje por que por lo visto no han hecho nada diferente a pelear, seguro con todo este tiempo y plata invertido ya tendr铆an alguna versi贸n medianamente estable y en el mercado.

A mi parecer Accenture le jug贸 chueco a Hertz, aunque se respalde en la parte legal (que es lo unico que vale), ese tipo de malas practicas en contra de sus clientes le puede traer mas problemas.

Aprovecho su tama帽o para hundir a una empresa que le solicito un trabajo ni siquiera ayuda, ya que Hertz le pag贸.

Opino que hubo una falta de asesoramiento legal por parte de Hertz, algo raro, pues son (o eran) una compa帽铆a con tiempo en el mercado y gran capitalizaci贸n, estoy seguro que no era la primera vez que firmaban un contrato por millones con otra empresa, por lo que debieron establecer cl谩usulas concretas y espec铆ficas acerca del tipo de servicio que iban a recibir. Tambi茅n, asesorarse a la hora de demandar, pues, como bien dijo Freddy, te van a contrademandar.

Adicionalmente, opino que al querer desarrollar un software dedicado a una ventaja competitiva, debieron utilizar ese presupuesto de $32M para desarrollarlo in-house y contratar a ingenieros y desarrolladores de software de alta calidad.

Me parece impresionante como te tienes que preparar para las demandas y contra demandas en las grandes ligas, siento que es un juego de poder para ver quien gana o destruye mas, y como publico C3tuxpo2018 el factor humano act煤a como catalizador o inhibidor de las buenas o malas decicones que se tomen

Las lecciones aprendidas con este caso:
1). Importancia de tener un ADN software en el coraz贸n de las empresas.
2). Los proyectos que te van a dar una ventaja competitiva no pueden delegarse, se tienen que construir desde adentro de la empresa.
3) Todo gran proyecto debe estar acompa帽ado por una asesor铆a legal para cubrir a la empresa de cualquier incumplimiento a futuro y en este caso por el equipo de especialista de Tecnolog铆a de la empresa para validar-probar las entregas de requerimientos.

Muy buenos comentarios. Como conclusi贸n, creo que, m谩s all谩 de posibles intereses oscuros de gente dentro de la empresa, no se puede dejar un proyecto tan grande sin supervisi贸n y confiar tanto en el proveedor, sin importar qui茅n sea; y tambien poner todo por escrito. No se puede dejar tantos puntos cruciales en el aire.

Este es un claro ejemplo de que el conocimiento tecnol贸gico no solo debe estar en el equipo de desarrollo. Tanto project managers, gente de marketing y sobre todo el departamento legal, deben dominar los conocimientos de los productos que adquieren.
Por otra parte, una definici贸n clara del proyecto desde el inicio, es crucial. Wireframes, arquitectura de informaci贸n, etc, son elementos que se vuelven evidencia de lo que se pide versus lo que se obtiene.

Como unica leccion final , estoy cada vez mas convencido que si TI o i+D no llega a ser TRANSVERSAL a toda las areas de la empresa , envano trabajan los que la forman.
Todo sera un cumulo de despropositos.
NO seremos impresindibles pero si necesarios.
Y con buen criterio , a los de TI no se les puede medir con el mismo standar que el resto del personal.

En uno de los videos anteriores, Freddy colocaba como pregunta 鈥溌縌ue es lo peor que puede pasar?鈥, bueno he aqu铆 un ejemplo, Hertz termina con $32M menos inicialmente, sin ventaja competitiva, pagando dinero adicional para tratar de recuperar los $32M del proyecto inicial, y con posibilidades de una contrademanda que aumente a煤n m谩s los costos de este proyecto fallido, aunado a esto el hecho de que en caso de perder las demandas puede terminar pagando a煤n m谩s dado que le tendr铆a que pagar a IBM por el desarrollo del proyecto. Entonces de ser un proyecto de $32M, pasa a convertirse en un problema de m谩s de $100M. Hoy en d铆a, todav铆a no tienen una ventaja y siguen perdiendo cuota de mercado.

Con este caso se evidencia, que se debe tener un ojo puesto en el presente y otro en el futuro. Hertz debi贸 haber invertido en tecnolog铆a desde hace muchos a帽os, y comenzar a construir el modelo de negocio que har谩 sucumbir su modelo de negocio actual.

Una representacion en escala exponencial de la falta de compromiso, de poca claridad en los requerimientos, de sobrevaloracion de costos de forma exagerada, de poco control operativo y responsabilidad de las partes. Mala gestion de los recursos y pesima forma en delegar responsabilidades.

Hertz, cometi贸 un error en contratar a Accenture, los equipos in - house dentro del proyecto tenia al visi贸n clara (pagina web y aplicaci贸n m贸vil) pero no la misi贸n como se deber铆a, se puede hasta deducir o sospechar que esta compa帽铆a tram贸 todo para sacarle dinero a Hertz.
Sistem谩ticamente parte del error dentro de este 鈥渕egaproyecto鈥 fue del Project Manager (responsable de las fechas de entrega), por que no supo traducir correctamente las necesidades de negocio a necesidades tecnol贸gicas, tal vez segado por otras ambiciones.

Muchas veces el cliente quiere una soluci贸n tecnol贸gica, pero no sabe definir el alcance y solo se aferran a un todo, 鈥淨uiero que haga todo鈥, por lo que he visto proyectos venirse a bajo por falta de recurso y sobre todo exceso de tareas que al arranque en lugar de dar un valor agregado al proceso productivo, generan cargas de trabajo improductivas, pesadas y tediosas;
El caso Hertz Vs Acc, son eventos comunes en implementaciones tecnol贸gicas empresariales, que requieren el despliegue de especialistas t茅cnicos, lideres de proyecto y dem谩s, adicional al tiempo proyectado, que en su mayor铆a por la falta de pericia, asertividad, acciones disruptivas; fracasan y sin embargo, hay compa帽铆as que resisten estos fracaso y aprenden de ello.

Desde el punto de vista reputacional el que sale peor es Accenture. Pese a que se cubri贸 legalmente en muchos sentidos, es claro que cometi贸 errores relacionados con la calidad del producto y manifest贸 no tener los mejores perfiles en su equipo, pues no se hab铆a comprometido a esto.

Estoy totalmente de acuerdo con que las lecciones principales tiene que ver con lo legal y que no debes tercerizar un proyecto central para tu empresa.
Pero adem谩s, 驴por qu茅 se les ocurre contratar a un gigante como Accenture / IBM? Por ir a lo seguro, como dijo Freddy, 鈥渘adie es despedido por contratar a IBM鈥.
Pero que sean gigantes no quiere decir que tengan el mejor equipo o el mejor talento, ni que lo destinen a tu proyecto. Al escalar tanto un servicio como consultor铆a, se termina convirtiendo cada vez m谩s en un servicio enlatado.
Probablemente una empresa m谩s peque帽a que quiere crecer hubiera destinado un mejor equipo y realizado un trabajo m谩s personalizado.

las ventas t茅cnicas o de tecnolog铆a no pueden estar en manos de cualquier parlanch铆n, a ese nivel deben ser ingenieros expertos del tema los que ajusten el objeto del contrato, tanto el que vende como el que compra.
los alcances t茅cnicos del contrato, la interventor铆a si es que existe(deber铆a existir) deben estar claros.
Los perfiles de los ingenieros, desarrolladores, arquitectos deben estar claros, hay reglamentaci贸n para hacerlo(al menos en la industria en la que estoy).
Y repito, claramente el seguimiento fue perverso, de ambas partes.(si es que actuaron de buena fe)
Abogados inteligentes los que ajusten el alcance del objeto del contrato.

  • Aqu铆 hay una cosa que como que no cuadra y con la cu谩l difiero de muchos comentarios que he le铆do. Una empresa que tiene 32millones de d贸lares para mandar a hacer tecnolog铆a puede ser de todo menos ingenua e inocente.

  • Hertz ya ten铆a desarrolladores in-house antes del trato con Accenture. Ellos ya ten铆an una infraestructura instalada pues hablan de problemas con integraciones de lo ya existente y no hacen ninguna referencia a otro proveedor de servicios.

  • Creo que hubo un trato bajo la mesa en el que alg煤n directivo (no se cu谩l) se ver铆a beneficiado de hacer un trato con Accenture en vez de hacer la implementaci贸n de manera interna dentro de Hertz.

  • Estamos de acuerdo en que haber dejado semejante desarrollo en manos de terceros fue un error. No creo que haya sido por inocencia y desconocimiento de tecnolog铆a sino por intereses particulares

Entiendo que Hertz se sinti贸 robado y por eso demando, pero as铆 como en su momento no se hizo responsable de tener un equipo interno de seguimiento, validaci贸n de los casos de uso, revisar avances etc鈥 ahora menos quiere hacerse responsable de sus malas decisiones.
Claro que tambi茅n no estoy de acuerdo con el mal trabajo de Accenture pero era mejor llegar a un acuerdo o a ninguno que a esta demanda.

Hertz vs Accenture
Un claro ejemplo de la importancia del contrato en cualquier proyecto, de cualquier naturaleza, y los vacios legales que se pueden generar en contra del propietario del proyecto.

Me encanta como da las clases Freddy

si te prometen algo, que lo hagan por escrito.
aplica para todo xD

Lecciones

  1. Si vas a negociar con proveedores, ponlo por escrito. Evidencia f铆sica, no solo hablada.
  2. Si vas a demandar, prep谩rate para que te contra demanden
  3. Si vas a demandar, planea tus finanzas.
  4. Tu propiedad intelectual sale a la luz en una demanda. (emails, conversaciones, c贸digo, etc)

驴el plan de riesgos de Accenture permit铆a anticipar algo de todo lo que sali贸 mal con el proyecto? lecci贸n 1: t贸mense en serio sus planes de riesgo, no lo hagan por cumplir con una norma ISO, h谩ganlo porque esta es su herramienta cuando las cosas empiecen a ir mal.

Accenture gan贸 la posibilidad de realizar el desarrollo de la aplicaci贸n por 26 millones de d贸lares pero cometi贸 un primer error, el equipo que se har铆a cargo de la implementaci贸n no era el mismo que realiz贸 el dise帽o. No siguieron con Accenture ni el director el proyecto ni el arquitecto de soluciones, Hertz argumenta en su demanda que esto hizo que mucho conocimiento se perdiera y nunca se reemplazara.

Cualquiera que haya trabajado en tecnolog铆a sabe que mantener a la gente no es f谩cil 驴cu谩l es su plan de mitigaci贸n para este riesgo? lecci贸n 2: revise c贸mo se transmite el conocimiento en su empresa, por si un recurso clave los abandona, lecci贸n 3: afine sus pol铆ticas de retenci贸n, en funci贸n de sus ganancias. Hay un punto en el que no es suficiente pagar con salario emocional 驴se hubieran ido los recursos claves si les prometen un % de participaci贸n en las ganancias del proyecto?

Cuando Accenture empez贸 el desarrollo de la nueva plataforma, decidi贸 utilizar una metodolog铆a 谩gil pese a que el contexto no se prestaba para eso, primero porque Hertz no quer铆a involucrarse en el desarrollo del proyecto como Product Owner y segundo porque ya hab铆a un acuerdo firmado que deb铆a respetarse (el dise帽o de 2016) lo que iba en contra v铆a con el principio 谩gil de adaptarse a los cambios en lugar de seguir un plan. Accenture decidi贸 ser al mismo tiempo equipo de desarrollo y Product Owner, y como lo estipula Hertz en su demanda, esto produjo problemas posteriores, como que Accenture unilateralmente decidi贸 cambiar requerimientos estipulados en el dise帽o del producto, puntualmente las interfaces responsive y las librer铆as extensibles.

Yo casi que puedo imaginarme las conversaciones al interior del equipo de desarrollo, eligiendo una soluci贸n temporal que despu茅s habr铆a que remediar en otro sprint, en otras palabras, endeudarse t茅cnicamente para entregar r谩pido. Casi que los puedo escuchar diciendo que tiene sentido salir primero con una versi贸n para pc, despu茅s para m贸vil y despu茅s para tablets. Puede que esto haya tenido sentido durante alguna conversaci贸n, pero no lo va a tener meses despu茅s cuando el producto lleve meses de retraso y no se cumplan los requerimientos 驴qui茅n hizo falta en estas conversaciones? el cliente y el arquitecto.

Mi opini贸n es que este tipo de problemas son parte del futuro, es decir, este tipo de problemas legales son como Thanos, INEVITABLES.

Que cifras鈥 Esto es una pelea de titanes. Faltaron las crispetas para esta clase 馃槃

[7:16] Si vas a demandar, preparate para ser contra-demandado.

La importancia de tener claras las bases legales es inmedible

Creo que hay que tener los pies sobre la tierra, era necesaria una inversi贸n de ese tama帽o para una App y una web?

Todo parte del contrato firmado y siempre deberia ser revisado por el equipo legal y el encargado del equipo de tecnologico para las especificaciones tecnicas relacionadas.

Estudiando el caso de Hertz, me lleva a pensar, 驴Qu茅 es mejor contratar un equipo de tecnolog铆a, como ACC? . O tenerlos en su n煤cleo

Falta de profesionalismo por parte de Heartz, Al parecer no hicieron una buena planificaci贸n ni proyecci贸n.

驴Saben cuando todo est谩 perdido?, cuando involucras a los abogados. Incluso ellos dicen, lo que no resolvemos, lo enredamos. Saludos. Omar

Adicionalmente se puede notar que una serie de eventos en cadena (malas decisiones) termino pasando factura a Hertz.

deber铆an hacer una pel铆cula sobre esto

A medida que el curso avanza, mi inter茅s por desarrollar un ambiente de reinvenci贸n y tecnolog铆a en mi empresa y empresas a futuro, es m谩s INTENSO!

Cuidar que es lo que se acuerda verbalmente y en papel.

Lecci贸n del d铆a:

  • Todos tus contratos deben ser en papel, firmado y con los compromisos claros. 馃槂

Y pensar que todo esto se hubiera evitado con una buena gesti贸n del proyecto, con entregas peque帽as y continuas, utilizando iteraciones!! Ya quiero saber como termina el caso.

Ac谩 se demuestra que el hecho de contratar a una empresa de gran renombre no garantiza el 茅xito de un proyecto.

Desde que aprend铆 a debatir me di cuenta de que:
No se trata de vencer, sino de convencer.

y los abogados lo saben鈥

驴D贸nde podemos conocer m谩s casos as铆 y actualizarnos en este?

a mi parecer Accenture no solo est谩 haciendo una contrademanda, sino tambi茅n est谩 buscando a toda costa proteger su imagen, y hacer que no se pierda la confianza en futuros clientes

En mi opini贸n para un proyecto de tecnolog铆a si se desarrolla con la predisposici贸n de Cliente y proveedor y no como un mismo equipo hacia un fin com煤n el proyecto sera un fracaso y nunca existir谩 la documentaci贸n completa para hundir al otro.
Si en los inicios del proyecto se evidencia falta de compromiso y por parte del proveedor recibir comentarios como yo hice lo que ud me dijo o si no esta escrito no se hace, es mejor cambiar de proveedor, se pierde algo pero no todo.

Excelente la reflexi贸n de: si un proveeedor te promete algo, d茅jalo por escrito. Las palabras no valen.
Hertz debi贸 establecer mucho m谩s control acerca del proyecto, y tambi茅n dejar cada cosa clara de c贸mo se deb铆a finalizar el proyecto; tambi茅n, establecer los pasos a seguir a causa de atrasos, incumplimiento, fallos, etc. Todo se resume en protegerse m谩s sea cual sea el resultado. Aqu铆 hice una relaci贸n de la clase anterior acerca de las preguntas 驴Qu茅 es lo peor que podr铆a pasar?驴Qu茅 es lo mejor que podr铆a pasar? Pienso que en lo peor hubiera estado: incumplimiento, fallos, que dos a帽os despu茅s llegue una pantemia y me haga entrar en bancarrota ._. (es molestanto), etc. Y en lo mejor: mayores ventas, crecimiento significativo, mejores procesos, menos costos (ya que agentes ni que nada). Yo pensar铆a que en lo peor, se deber铆a preparar ciertos procesos para protegerse, y si ocurre lo peor, que no sea tan malo.
Acc tiene mucho para ganar con este argumento (5:14). Se exoneran de toda consecuencia.
As铆 Acc tiene para ganar as铆 lo veamos como el malo.

En resumen Hertz debi贸:

  • Controlar m谩s del proyecto.

  • Hacer un contrato claro (las palabras no valen).

  • Pedir m谩s informaci贸n a Accenture del equipo que iba manejar el proyecto, y exigirle ciertos parametros del equipo (si pones el dinero, pones las reglas).

Si alguien m谩s quiere complementar, se lo agradezco.

驴D贸nde esta Freddy responiendo? ._.

Es la primera vez que Accenture es demandada por algo as铆 (?) si bien es cierto, todo debe estar por escrito, pero tambi茅n hay que tomar en cuenta la buena fe de la parte m谩s conocedora del asunto, en este caso, Accenture, ya que ellos son los tecnol贸gicos y Hertz tienen otro core de negocio. Aprovecharse de la ignorancia de alguien para entregarle cualquier cosa, da mucho que pensar y debe ser tomado muy en cuenta. La 茅tica profesional debe ser primordial, aunque por eso se me han ca铆do algunos negocios jaja

A mi me preocupa algo. Tanto accenture como Hetz quedaron como un rabano frente a sus clientes. El problema no es la liquidez que tengan actualmente, sino la perdida de confianza de los clientes y lo complejo que se vuelve psra ambas hacer negocios en el futuro

Una de las lecciones es asegurarse de que que cualquier acuerdo oral quede escrito en un contrato formal. Esto ser铆a aplicable no solo para la adquisici贸n de tecnolog铆a sino para cualquier contrato que involucre una gran suma de dinero.

En este preciso instante, estoy contratando en Workana una modificacion importante de mi web.
Me recordo que todo debe quedar por escrito, y de alguna forma apegarme a documentos, por si algo llega a suceder.

Pienso que los directivos de Hertz se hubieran ahorrado 100 millones de Euros, que al final tendr谩n que pagar si s贸lo alguno de ellos se hubiera tomado el tiempo de pasar este curso.

Con ese presupuesto, Hertz pudo contratar a otro despacho especialista en desarrollo de software, que le orientara. Accenture fall贸 al no delimitar los alcances del proyecto y Hert en asesorarse adecuadamente. Las metodolog铆as 谩giles te permiten iniciar desde un convenio marco y de ah铆 se derivan acuerdos espec铆ficos de acuerdo a tu presupuesto y a la aceptaci贸n de un producto iniciar (producto m铆nimo viable) que testeas, interas y pruebas de nuevo. As铆 el presupuesto total lo vas dosificando.

馃槄 S茅 que es la conclusi贸n m谩s f谩cil pero nadie ha hecho el apunte:
.
La pandemia nos ense帽贸, entre muchas otras cosas, que quien no est谩 en internet est谩 muerto o a punto de morir. La presencia online es obligatoria.
.
Incluso las personas que pasaron de tienditas a ventas por WhatsApp entendieron que vivimos en un mundo digital.
.
Atendiendo a lo que he aprendido en este curso:
Si lo que vas a contratar hace parte de una ventaja competitiva o es parte del core de tu modelo de negocios: No contrates, desarrolla un equipo que te de la ventaja.

Al ser una empresa no enfocada en tecnolog铆a, Hertz se fue a lo m谩s f谩cil que fu茅 elegir a esa empresa sin consultar otras opciones. Ahora esa decisi贸n puede hacer que pierda el triple o m谩s de la inversi贸n de Accenture. Nunca cuestion贸 la manera de trabajo de la metodolog铆a de ellos, nunca pregunt贸 por el personal s铆 era efectivo o no. Hubo mala planificaci贸n de tareas y sobre todo: No consultaron referencias y no ten铆an un plan B de empresa

Todo fue un mal negocio para las dos partes.
Me da la impresi贸n que esto es mas un problema personal entre las cabezas de las dos organizaciones, porque para Accenture seria mas sencillo devolver el dinero del contrarto, en un trato fuera de tribunales, que hacer un gran gasto en su defensa legal por una cantidad mayor que el monto del contrato.
Ademas hay un fuerte da帽o en la imagen de Accenture como empresa por el contrato de 2004 donde queda blindado por todo, quien va a querer volver a contratarlos con esas pr谩cticas鈥
Por otra lado Hertz tambien da帽a fuerte su imagen ante sus inversionistas por el mal trato que hizo con Accenture, quien va a confiar su dinero en la empresa despues de semejante escandalo.

En mi opinion, las demandas son otro tema, no se llego a un acuerdo en buenos t茅rminos. Entra a tallar la imagen de cada compa帽ia, lo que est谩 en juego es el prestigo de ambas compa帽ias.
El que gane al final del d铆a tendra mejor credibiliad y confianza, as铆 no fuere la realidad.

hola creo que toda esta situaci贸n va a acabar definitivamente con Hertz...de hecho creo que le铆 algo sobre su quiebra...y que ven铆an con un arrastre financiero de a帽os+problemas con la competencia+ esta situaci贸n de innovaci贸n fallida que yo me acabo de enterar aqu铆 en Platzi jejeje excelente curso!! yo pienso que Hertz al no ser experto debi贸 asesorarse m谩s para enfrentarse o hacer un negocio con estos "expertos" en IT y asi aparte cuidar sus finanzas que entiendo que est谩n graves...

Un punto m谩s para la desafortunada poco valorada 茅tica en los negocios. Si ese 鈥減eque帽o鈥 aspecto se tuviera en cuenta en el momento de hacer negocios, no habr铆a necesidad de tanto papeleo, ni en pensar en anticiparse a todos los futuros posibles, pero desafortunadamente el mundo no funciona as铆, o no tanto como deber铆a (para no caer en el pesimismo).
Por otro lado, m谩s all谩 de la 茅tica, claro que hizo falta m谩s planeaci贸n y 鈥減ensar la estrategia鈥 por parte de Hertz, mayor colaboraci贸n entre las dos compa帽铆as, seguimiento, control, etc. Parece que todo lo contemplado en un ciclo de vida de un proyecto sali贸 mal en este caso.

Las mismas conclusiones del video anterior donde nos haces Freddy la pregunta. A帽adir铆a que no siempre el camino es la demanda porque sucede lo que nos presentas, mas sobrecostos, mayor pedida de tiempo. A veces toca aprender a convivir con el enemigo. Pero ese reto no es para todo el mundo, toca igual tener experiencia, estrategia y aguante.

Nuevamente volvieron a contratar un tercero. Debieron haber conformado un robusto equipo interno, contratando los mejores ingenieros de IBM u otras empresas del sector. Se volvieron a amarrar a la voluntad de un tercero. Siguen pecando de ingenuos.

Desde un inicio todo se pudo haber solucionado si s贸lo un par de personas se hubieran puesto a leer contratos, revisar lo propuesto vs lo contratado y definir los roles de responsabilidad de forma muy clara.

Conflicto de intereses;
la visi贸n de los hechos muchas veces son a ciegas y ocurren cosas sucedidas como lo acaba de contar Freddy, dos grandes empresas pierden una gran cantidad de dinero por el exceso de confianza