La empresa se comporta como un ser humano

Muchas veces he pensado en la similitudes que tiene el  comportamiento humano respecto a la empresa en general. Si alguna vez, te fijas y estudias el comportamiento humano,será mucho mas fcil encontrar muchas similitudes entre los dos entes.

Tu vida se basa en proyectos simples, en portalfolio de los mismos.

Cuando despiertas te das cuenta de todas misiones que tienes en un determinado tiempo, de las planificaciones que realizas, los recursos implicados en la resolución de una tarea, entre otros.

Tus gastos, tus pesadillas.

El mismo caso cuando planificas tus ingresos y tus egresos. Sino llevas un registro o al menos un orden de los mismos, comenzará el caos económico en tus bolsillos y a pensar como obtener la suficiente liquedez para sobrevivir los dias que te quedan.

Es conocido como son los malos momentos en una empresa cuando no se explican como financiar ciertos compromisos si no estan plenamente ordenado y programados. Para solucionar esta problemática, igual que el ser humano, existen diversas maneras de obtener montos sufiientes que cubran las necesidades.

Reinvención. ¿Como me veo y siento?

No es raro cambiar la imagen corporativa, la página web y algunos de sus procesos a algo más automatizables, a algo más fresco y con más energia de seducciòn al entorno. El ser humano, siempre está bajo esta orden para renovar su vida.

Amistades y entorno social.

El ser humano necesita de la sociedad para poder subsistir, necesita amigos y entorno social agradable y fresco, al gual que una organización, que necesita de partners, contactos y estar vigente frente a un sentido de pertenecia.

Y de esa manera podemos ir haciendo comparaciones hasta niveles más interiores de ambos entes… ¿Será porque las organizaciones estan formadas por seres humanos, logrando de esa manera la herencia de sus actos y necesidades, a tal punto de comportarse casi de igual manera?

Opiniones 🙂

Anuncios

Como hacer un plan de marketing y no morir en el intento (sirve para todos)

Un Plan de Marketing es un mapa que agrupa  una serie acciones que tienen como simple objetivo vender más y mejor, tratando de diferenciar a una empresa o negocio en un mercado determinado.

Para crear este plan de marketing, hay que contar con información del mercado, saber lo que se tiene para ofrecer a ese mercado, y una idea precisa acerca de nuestros objetivos.

En cuatro sencillos pasos, podemos definir un plan de marketing o mejor dicho, los aspectos claves  del Plan de Marketing, y las posibilidades de llegar a nuestro público objetivo con nuestra oferta comercial.

4 Pasos para definir un plan de Marketing

1. Selecciona tus mercados: Identifica necesidades de segmentos de clientes que mejor puede atender y con los que ganar dinero, desechando los no rentables.

Nuestro esfuerzo comercial debe centrarse en un grupo de clientes:

  • Poner el foco: Identificar necesidades de clientes más rentables, dominando un nicho de mercado donde tenga fortalezas.
  • Segmentar: Dividir el mercado en grupos con características similares que requieran productos similares.
  • Perfilar: Conocer a los clientes por segmento, identificando que necesitan y valoran, que beneficios esperan y conductas de compra.

2. Analiza tus mercados: Reune información  y saca conclusiones cuantitativas (cantidad de clientes, cuanto gastan, etc.) y cualitativas (porque compran, que les gusta y disgusta, que necesitan, etc.) En que medida estamos satisfaciendo a nuestros clientes y como lo hacen nuestros competidores.

  • Características de nuestra empresa: Identificar aspectos clave de nuestro negocio: productos y servicios, segmentos de clientes, canales de venta,etc.
  • Desempeño empresario: En que medida podemos satisfacer las distintas necesidades de nuestros segmentos. Utilice el ANALISIS FODA. (Fortalezas, Oportunidades, Debilidades y Amenazas).
  • Análisis de nuestros competidores: Hacer un FODA para nuestros competidores principales.

3.  Mide el mercado: Evalua cada segmento de mercado, determinando donde está el mayor potencial de ventas, que nuevos productos  puede ofrecer, mejoras, etc. Identificar con que cuento para “atacar el mercado”.

  • Identificar necesidades de recursos: ¿Cuento con recursos humanos y materiales actuar exitosamente?
  • Identificar oportunidades de diferenciación: ¿Podemos ganar al menos una ventaja comparativa y diferenciarnos (en la “mente del cliente”) en puntos clave del negocio?
  • Evaluar mercado actual y potencial: Pronosticar ventas formulando 3 casos (optimista, realista y pesimista) y medir el retorno económico de cada acción.

4.  Desarrolla las acciones: Planifica que vas a hacer y como actuarás  (publicidad, promoción, venta directa, etc.). Reciba feedback. Controla desvíos de la realidad versus lo planificado y cuantifique resultados. Aplicando tácticas de comunicación y venta:

  • Prensa y Relaciones Públicas: Estimular la demanda mediante noticias en medios o presentaciones públicas. Ej.: Seminarios y workshops, patrocinios,  artículos en revistas, exposiciones, etc.
  • Publicidad: En medios masivos de comunicación paga o “por canje” (radio, TV, online, diarios, revistas, vía pública, folletos, etc.)
  • Venta Personalizada: Presentación de un producto en contacto directo con el potencial cliente. Ej.: fuerza de ventas, email, telemarketing, por correo, etc.
  • Promoción de ventas: Incentivos de corto plazo para estimular la compra rápida de un producto. Ej.: Ofertas por tiempo determinado, rebajas y descuentos, concursos, demostraciones, etc.
  • Mecanismos de Feedback: Recibir información de los clientes sobre su satisfacción,  necesidades y la evaluación de nuestros productos, servicios y  empresa.

Sencillo, no?

Opiniones? 🙂

Recomendaciones para no desteñir como programador (en la actualidad)

Bastante he escuchado sobre como ser un buen programador ( y cotizado a su vez). Existen algunas especies de habilidades determinadas para esto (si!, como las recomendaciones de la receta mágica!),por lo tanto, es importante asegurarse que nos estamos beneficiando lo más posible cuando invertimos tiempo y esfuerzo en capacitarnos y aprender cosas nuevas.

Recuerden que son las sugerencias para poder permanecer un tiempo más en la hermosa senda de la programación.

1. Uno de los “3 Grandes” (Java, .NET, PHP)

A menos que ocurra algún cambio radical en el mundo del desarrollo (como ser un asteroide que caiga sobre Redmond), la mayoría de los desarrolladores van a necesitar conocer alguno de los Tres Grandes sistemas de desarrollo: Java , .NET (VB.NET o C#), o PHP. Y tampoco alcanza con conocer al lenguaje principal. A medida que los proyectos crecen y van acaparando más funcionalidad, vamos a necesitar conocer los frameworks y librerías asociadas con profundidad.

2. Aplicaciones Ricas de Internet (RIA – Rich Internet Applications)

Lo pueden amar u odiar, pero en los últimos años Flash se está usando para algo más que animaciones graciosas. Flash también obtuvo funcionalidad adicional en la forma de Flex y AIR. Los competidores de Flash, como JavaFX y Silverlight, también están mejorando en caracerísticas y performance. Los navegadores están mejorando sus motores JavaScript, el cual se perfila como una plataforma de aplicaciones web. Para hacer las cosas más complicadas, HTML 5 va a incorporar montón de funcionalidad RIA, incluyendo conexión a la base de datos, poniendo así el sello formal de la W3C a AJAX. En el futuro cercano, tener experiencia en RIA va a ser un factor determinante en nuestro currículum.

3. Desarrollo web

El desarrollo web no va a desaparecer en el futuro. Muchos desarrolladores hasta ahora estuvieron felices ignorando la web, o sólo quedándose con “lo básico” que les brindaba su framework. Pero las empresas están demandando más y más a quienes realmente conocen cómo trabajar con las tecnologías subyacentes. Así que deberemos mejorar nuestros conocimientos de JavaScript, CSS y HTML para tener éxito en los próximos cinco años.

4. Servicios web

¿REST o SOAP? ¿JSON o XML? Aunque las elecciones y las respuestas dependen del proyecto, cada vez es más dificil ser un desarrollador sin tener que consumir Servicios Web (incluso aunque nuestro desarrollo no sea una aplicación Web). Incluso las área que solían ser terreno de ODBC, COM o RPC ahora están avanzando hacia Servicios Web de algún tipo. Los desarrolladores que no puedan trabajar con Servicios Web van a terminar relegados a tareas de mantenimiento en código legacy.

5. Habilidades humanas

Hay una tendencia que viene ocurriendo hace ya un tiempo: la creciente visibilidad de IT dentro y fuera de la organización. Los desarrolladores están participando más y más de reuniones que no son de desarrollo y de procesos para obtener feedback de ellos. Por ejemplo, el CFO no puede cambiar las reglas de contabilidad sin trabajar junto a IT para actualizar el sistema. Y un gerente de operaciones no puede cambiar el proceso de los call caenter sin que IT actualice el workflow del CRM. De la misma forma, los clientes a menudo necesitan trabajar directamente con los equipos de desarrollo para asegurarse que se cumplan sus necesidades. ¿Va a ser necesario que todos los desarrolladores estudien Cómo hacer amigos e influenciar personas? No. Pero los desarrolladores que lo logren van a ser mucho más valiosos para sus empleadores – y serán muy buscados en el mercado.

6. Un lenguaje de programación dinámico y/o funcional

Los lenguajes como Ruby, Python, F# y Groovy todavía no son muy populares – pero si lo son las ideas detrás de ellos. Por ejemplo, el sistema LINQ en .NET es un descendiente directo de las técnicas de programación funcional. Tanto Ruby como Python son cada vez más populares en algunos sectores, gracias al framework Rails y Silverlight respectivamente. Aprender uno de estos lenguajes no sólo va a mejorar nuestro currículum, sino también que va a expandir nuestro horizonte. Todos los grandes desarrolladores recomiendan aprender al menos un lenguajes dinámico o funcional para lograr aprender nuevos formas de pensar.

7. Metodologías ágiles

A medida que pasa el tiempo, las ideas detras de Ágil se vuelven más definidas y mejor expresadas. Muchas organizaciones están adoptando Ágil o haciendo pruebas de concepto con Ágil. Aunque Ágil no es la bala de plata para evitar fracasar en un proyecto, definitivamente tiene su lugar en muchos proyectos. Los desarrolladores que tengan experiencia en trabajar y comprender los ambientes Ágiles van a ser cada vez más demandados en los próximos cinco años.

8. Conocimiento de dominio

De la mano con las metodologías ágiles, los equipos de desarrollo son cada vez más vistos socios en la definición de proyectos. Esto significa que los desarrolladores que comprendan el problema del dominio van a poder contribuir al proyecto de una forma muy visible y valiosa. Con Ágil, un desarrollador puede decir “Desde aquí, podemos agregar esta funcionalidad muy facilmente, y obtendremos mucho valor”, o “Hey, este requerimiento no está acorde al patrón de uso que muestran los logs”. Por más que muchos desarrolladores resistan la idea de conocer nada sobre el problema de dominio, no puede negarse que cada vez más organizaciones prefieren (si no incluso requieren) a desarrolladores que al menos comprendan lo básico sobre el negocio.

9. “Higiene” de desarrollo

Hasta hace pocos años atras, muchas (si no todas) las organizaciones no tenían acceso a sistemas de bug tracking, control de versiones y otras herramientas; todo se resumia a los desarrolladores y su IDE preferido. Pero gracias a la creación de nuevos entornos integrados de desarrollo y la explosión de entornos de software libre de alta calidad, ya casi no existen organizaciones sin estas herramientas. Los desarrolladores tienen que conocer mucho más que sólo hacer un checkout del código. Necesitan tener un hábito riguroso de higiene para asegurarse que están correctamente coordinados con el equipo. Los “programadores solitarios” que guardan todo local, que no documentan los cambios y demás, no van a ser bienvenidos en las organizaciones tradicionales, y van a a quedar directamente fuera de lugar en los entornos Ágiles, en donde se utiliza una coordinación fuerte entre los equipos para operar.

10. Desarrollo móvil

Durante los fines de 1990 el desarrollo web creció y ganó adopción general, para así comenzar a desplazar a las aplicaciones tradicionales de escritorio. En 2008, el desarrollo para dispositivos móviles despegó finalmente, y en los próximos cinco años va a crecer de forma constante. Por supuesto, existen varios enfoques al desarrollo móvil: aplicaciones web diseñadas para funcionar en dispositivos móviles, RIAs apuntadas a este mercado, y aplicaciones que se ejecutan directamente en los dispositivos. Sin importar qué camino elijamos, nos va a servir agregar el desarrollo móvil a nuestro grupo de habilidades.

Opiniones?

Cuando el Sprint Cero muestra su importancia…

¿Qué era lo que queríamos evitar de la Cascada? Entre otras cosas, queremos evitar los momentos de transición! Se pierde mucha información cuando se la transfiere a otra persona.

Otra cosa que queremos evitar es crear un orden estricto en las cosas, porque lleva a una flexibilidad limitada. Igualmente, el Sprint Cero es una práctica bastante común, y parecería que ocurre antes que todas las otras cosas, ¿no?. Entonces, ¿cómo hacemos un Sprint de la manera más util?

Principios:

•El Sprint Cero no debería durar más de 1 semana.

•Gastar la mitad del tiempo del Sprint Cero en capacitación y conformación del equipo alcanza.

 •Hacer más de lo estrictamente necesario para empezar el primer sprint es demasiado.

•El resultado del Sprint Cero es empezar directamente con el Sprint Uno.

 ¡SI! Es importante mantener un ritmo parejo de duración en los sprints. Pero el Sprint Cero es la excepción. Mientras más corto, mejor. Sería completamente aceptable empezar un Sprint Cero el miércoles y comenzar el Sprint Uno el próximo lunes.

¡SI! El entregable de cada sprint es código con calidad productiva. Pero el Sprint Cero es la excepción. El Sprint Cero se usa para conocernos. Conformar un equipo, antes de empezar a construir software. Obviamente que no se puede conformar un equipo en 5 días, pero es un buen inicio. Este inicio puede hacer la diferencia entre llegar a ser un Equipo o ser un grupo de personas.

¡SI! Debemos tener la meta final en mente. Pero no pospongamos el inicio hasta comprender el final. Inspección y Adaptación. Sea que sea lo que hagamos, la meta va a cambiar por todo lo que aprenderemos en el camino. Puede ser muy importante tener un Sprint Cero efectivo. La mayoría de los involucrados seguramente habrán leído algo de Scrum, y lo que recordarán es que Scrum es Ágil y que los equipos autogestionados enfocados entregan software. Tener un Sprint Cero de 3 semanas va a matar el entusiasmo y la esperanza en cualquier principio de Scrum o de Ágil. Ágil establece que se valora a los individuos y sus interacciones por sobre los procesos y las herramientas. ¡Es verdad! Podemos inventar cualquier tipo de proceso con cualquier cantidad de herramientas, y sin las personas correctas interactuando, el proceso nunca funcionará y las herramientas no servirán de nada. De la misma forma, un grupo de individuos no es la fórmula ganadora; necesitamos crear un Equipo de todos estos campeones y allí está la diferencia. Debemos hacernos tiempo para conformar un equipo en el Sprint Cero, porque más tarde corremos el riesgo de no tener tiempo. La arquitectura y las herramientas son bienes importantes para los equipos que entregan software de manera exitosa. Sin embargo, es más importante construir software y aprender de ello. Recordemos que si no podemos imaginar la arquitectura en 2 días, la cosa no va a cambiar mucho después de 2 semanas. Mientras desarrollamos y exploramos las historias, va a emerger la mejor arquitectura posible.

Opiniones!

Salu2!