Una de las principales irresponsabilidades de los directores de empresas de desarrollo de software y de los Team Leaders de equipos de programación, es que no quieren que sus programadores conozcan el negocio en el cual la empresa incursiona. He visto esta tendencia en varios países de Latinoamerica y me parece que no es correcto que los programadores sigan trabajando sin saber exactamente cual es el propósito real de las aplicaciones que están a su cargo. Podríamos decir que esta “irresponsabilidad” es en parte permitida por programadores que debido a muchas circunstancias no quieren tener ningún contacto con los usuarios de sus aplicaciones, lo cual se ha convertido en un estereotipo. Me contaba una persona una anécdota de porque no siguió aprendiendo programación, y es que resulta que en su lugar de trabajo las personas que daban soporte a las aplicaciones daban la impresión de saber mucho acerca de tecnología, razón por la cual animado un poco por la curiosidad decidió aplicar a una plaza en el departamento de desarrollo, pues emocionado, fue y se hizo todos los exámenes necesarios, pues resulto que después de varios años tuvo que retirarse de la empresa y nunca se entero del resultado de dichos exámenes, sin embargo unos días despues de abandonar la empresa, se topo con una de las personas encargadas de evaluar los exámenes y durante la charla que sostuvieron salió el tema, y resulta que según los resultados obtenidos, esta persona era perfecta para el puesto con respecto a las habilidades espaciales y abstractas relacionadas al trabajo, sin embargo, tenia un defecto y por ese defecto no fue tomado en cuenta, resulta que el defecto era que según el test de personalidad, nuestro personaje aparecía con una personalidad extrovertida y demasiado curioso, y por estas dos razones no era una persona que pudiera trabajar en aquel departamento de desarrollo de software.
Una de las principales cosas que he aprendido en estos meses durante las diferentes clases de Platzi, es que es super importante conocer el problema que estamos resolviendo y porque lo estamos resolviendo, me gusta mucho cuando hablan de las métricas y cuando hablan de que se le debe de dar seguimiento a las necesidades de los usuarios. Razonando un poco y analizando los resultados de varias empresas, he aprendido que las cosas que se enseñan en el Taller de Startups son las que permiten que una empresa logre tener éxito, y que cuando deja de hacer estas cosas una decadencia natural empieza a observarse, y es que, a medida que una empresa va creciendo e incorporando mas personas a sus equipos, se va perdiendo el enfoque inicial del origen de los productos y servicios, por eso es importante contar con un buen modelo de inducción para los futuros colaborase y así mantener un alto nivel de satisfacción de los clientes.
Uno de los retos a los que se enfrenta cada uno de los que queremos hacer una Startup es determinar si somos las personas adecuadas para incursionar en tal o cual ámbito de negocios, al final, cada Startup cuando llega a la madurez se convierte en una empresa y si sigue creciendo puede llegar a convertirse en una corporación que tendrá la obligación de mantener relaciones estables con sus clientes y por eso es importante que todos los colaboradores tengan en mente que las necesidades de dichos clientes y la interacción adecuada y apropiada con ellos siempre es lo mas importante dentro de una estructura empresarial. Es bien sabido que sin clientes ni usuarios las empresas no tienen razón de existir.
Aterrizando entonces una idea concreta, puedo concluir lo siguiente: Programar una aplicacion sin conocer el propósito real del negocio no tiene ningún sentido y no aporta nada al equipo que desarrolla la aplicación.
Por eso nosotros, como futuros fundadores debemos de ser conscientes de que cada proyecto que creemos tiene que tener sentido no solo para nosotros sino para nuestro equipo y especialmente para nuestros usuarios o clientes que al final son lo que se verán beneficiados con el trabajo, tiempo y energías que dediquemos al crear nuestras StartUps.
