Síndrome de Procusto: Prescindir de quien sobresale

El Síndrome de Procusto es un gran mal de muchas empresas y prácticamente todos hemos visto casos concretos en los que se produce.

Anuncios

Deja un comentario

Archivado bajo Arquitectura de Software

Microservices in C# Part 1: Building and Testing

Construir y testear microservicios usando C# (Parte 1)

Fork me on GitHub

Microservice Architecture Microservice Architecture

Overview

I’m often asked how to design and build a Microservice framework. It’s a tricky concept, considering loose level of coupling between Microservices. Consider the following scenario outlining a simple business process that consists of 3 sub-processes, each managed by a separate Microservice:

Microservice Architecture core concept Microservice Architecture core concept

In order to test this process, it would seem that we need a Service Bus, or at the very least, a Service Bus mock in order to link the Microservices. How else will the Microservices communicate? Without a Service Bus, each Microservice is effectively offline, and cannot communicate with any component outside its own context. Let’s examine that concept a little bit further…maybe there is a way that we can establish at least some level of testing without a Service Bus.

A Practical Example

First, let’s expand on the previous tutorial and actually implement a simple Microservice-based application. The application will have…

Ver la entrada original 645 palabras más

Deja un comentario

Archivado bajo Arquitectura de Software

ITIL, COBIT, CMMI, PMBOK: Como integrar y adoptar los estándares para un buen Gobierno de TI

Dejo por acá este interesante y completo artículo acerca de Gobierno TI…

Helkyn Coello Blog

Introducción

La importancia que las TI han alcanzado hoy en día es enorme. Ha dejado de ser una herramienta de soporte y/o un área accesoria para convertirse en algún totalmente necesario para cualquier empresa.

Hoy en día es impensable concebir una empresa que no use las tecnologías de la información para la gestión del día a día; desde las formas más básicas como el uso de una hoja Excel o del correo electrónico hasta implantaciones de inteligencia de negocios y minería de datos.

Pero de cualquier modo, son muchos los problemas que se presentan al gestionar estas Tecnologías de la Información, principalmente en el sentido de cómo lograr que las TI conlleven a una ventaja para la organización, como hacer que las TI sean una inversión con retorno y no solamente un gasto necesario.

Es por ello que se han creado en la industria diversos marcos de trabajo y mejores…

Ver la entrada original 9.329 palabras más

Deja un comentario

Archivado bajo Arquitectura de Software

7 errores al emprender con un socio

Dejo esto por acá para quienes comienzan no cometan los mismos errores que cometí yo.  Emprender es un riesgo, pero entre más controlado esté el riesgo, mucho mejor.

Artículo completo acá: http://www.soyentrepreneur.com/25831-7-errores-al-emprender-con-un-socio.html

1. Compartir capital en lugar de ganancias: Cuando compartes tu propio capital (ya sea dinero, recursos, información o propiedad) estás automáticamente dando parte de tu empresa. En un mundo perfecto, tu socio es una persona íntegra y no se sentirá tentada a huir con éste. Sin embargo, el mundo no es perfecto, por lo que debes ser muy cuidadoso. En el contrato especifica que compartirán los gastos; así será más difícil que el otro no ‘se lave las manos’ si las cosas salen mal.

2. Asociarte con alguien sólo porque no tienes presupuesto para contratar personal: Éste es un asesino de la sociedad desde el principio. La escena casi siempre es la misma: Bob tiene una idea de negocios y Fred tiene habilidad empresarial, pero Bob no tiene dinero para contratar a Fred como empleado, por lo que deciden compartir responsabilidades, gastos y ganancias. Si éste es tu caso, considera contratarlo o realizar un contrato independiente.

3. No tener un contrato por escrito y firmado: Debido a la naturaleza de las sociedades, todo detalle y obligación debe definirse con claridad y ponerse por escrito, siendo aceptado por ambas partes. Es recomendable hacerlo con la ayuda de un abogado profesional con experiencia en el ramo, elegido por todos los socios.

4. Omitir una sociedad limitada: Uno de los principales obstáculos de los acuerdos entre socios es la suposición de obligaciones el uno sobre el otro. Una forma de evitar estos problemas es crear sociedades limitadas, donde un socio no es responsable de las acciones y obligaciones del otro. De nuevo, para conseguir este punto lo recomendable es contratar a un abogado especializado.

5. No tener una estrategia de salida: Los matrimonios entre personas con muchos recursos inician con un acuerdo prenupcial. Lo mismo debes hacer en tu sociedad de negocios. En el acuerdo define los términos de salida que permiten que tú o tu socio abandonen la empresa, así como opciones para la otra parte de comprar el resto del negocio, de manera que te beneficie a ti en esa situación.

6. Esperar que la amistad sobreviva al rompimiento de la sociedad: Nuevamente veámoslo como si fuese un matrimonio: ¿Cuántas ex parejas siguen siendo verdaderos amigos? No muchas. Así que no te asocies con un amigo esperando que lo sigan siendo si dejan de ser socios. Puede sonar bien hacer negocios con tus amigos, pero recuerda que en el mundo de los negocios, éstos van primero y después los amigos.

7. Tener una sociedad 50/50: Todo negocio, incluso las sociedades, necesita un jefe. Si apuestas por incluir a un socio, divide el negocio 60/40 ó 70/30. Así, tú y el negocio tienen a una persona que se encargue del control en general.

A continuación algunas razones de porqué las sociedades por acciones son mucho mejor que las sociedades de responsabilidad limitada:

  1. Puede ser creada por una sola persona o por más.
  2. Si las vacas engordan y empieza a crecer el negocio, pueden crearse matrices y filiales de la empresa
  3. Si se inicia la sociedad con una persona, pero después se da cuenta que necesita un socio que aporte más lucas, no necesita crear otra sociedad (que harto caro sale, y que es obligación en el caso de las limitadas)
  4. Si necesita más capital, emite más acciones y se acabó, sin tener que pedirle autorización al socio ni a juntas de accionistas catete.
  5. Se puede establecer que ciertas acciones tengan un pago fijo, y que ese pago se haga con preferencia a los de los demás accionistas.
    ¿Y si no hay plata para pagar? En ese caso, el accionista tiene dos alternativas:
    a) Registrar en una cuenta especial lo que le deben, a fin de que cuando haya dinero se le pague a él antes que a todos.
    b) Agarrar sus acciones y retirarse indignado.
  6. La sociedad puede tener varios giros.
  7. Su administración es libre, libre como el viento. En los estatutos usted puede señalar que lo administra usted mismo, un tipo x, una persona jurídica, otra sociedad, etc.
  8. Le trae además beneficios tributarios, así por ejemplo Corfo y bancos comerciales pueden invertir en fondos de inversión de capital de riesgo. Es decir: pueden financiar una empresa en pañales, sin historia. ¡Maravilloso! Así no tiene que demostrar al banco que está forrado en plata para que le presten plata. ¡Por eso es para el emprendedor!
  9. Como fomenta la industria de capital de riesgo, implica que la inversión puede entrar cuando recién está partiendo el negocio, con la motivación de vender su participación en el futuro. Por lo mismo es ideal para start-ups.
  10. Se puede crear la sociedad tanto por escritura pública como por instrumento privado. Este último debe protocolizarse (agregar a un libro del notario) pero aun así es más barato que una escritura pública.

Mayor información: http://www.leguleyes.cl/

Espero que el artículo sea de utilidad…   porque para mi lo fue, y justamente necesito re-emprender, porque ya me aburrí!!!  😀

 

Deja un comentario

Archivado bajo Emprendimiento

Agile: ¿necesitamos Product Managers, Product Owners o ambos? (1)

Conversis - Marketing de productos tecnológicos

Entre el Product Manager y el nuevo Product Owner de Agile existe un cierto solapamiento que hace que muchos se pregunten si son necesarios los dos. Pero en realidad el problema no es de personas o de puestos, sino de cuál es la mejor manera de desempeñar ambas funciones.

Algunas metodologías de Agile introducen un nuevo rol relacionado con la gestión de producto: el Product Owner. Su principal responsabilidad es representar al negocio ante el equipo de implementación, actuando como la voz del cliente, gestionando el backlog y priorizando historias de usuario. La función de Product Owner, originalmente muy táctica y ligada al equipo de proyecto, es una exigencia de las metodologías basadas en Scrum.

Por otra parte, en empresas orientadas a productos para un mercado (no proyectos a medida de un cliente) es imprescindible una figura que gestione el producto como un negocio a lo largo de…

Ver la entrada original 830 palabras más

Deja un comentario

Archivado bajo Arquitectura de Software

Agile y el papel del Product Owner en empresas de producto

Para tener en cuenta…

Conversis - Marketing de productos tecnológicos

La imparable adopción de filosofías Agile en el desarrollo de productos viene suscitando una cierta polémica sobre el papel del Product Owner y su intersección (en algunos casos, colisión) con el del Product Manager.

En este post introductorio no pretendo hacer una descripción detallada de la función del Product Owner (no soy un experto y podéis encontrar miles de mejores referencias), sino centrarme en algunas de sus peculiaridades en empresas orientadas a producto y en la evolución que está experimentando para adaptarse a estos entornos.

Pero antes de empezar tal vez convenga recordar un par de características de Agile que influyen en este tema (y que hemos tratado anteriormente aquí y aquí). Aunque originalmente las metodologías Agile provienen del campo de los proyectos a medida de un cliente, es en los últimos años cuando se han incorporado al desarrollo de productos repetibles para un mercado. Sin embargo, por su…

Ver la entrada original 1.195 palabras más

Deja un comentario

Archivado bajo Arquitectura de Software

Criterios de selección de proveedores

Un tema no menos importante: los proveedores.

Proyectum

Los criterios de selección se incluyen a menudo como parte de los documentos de solicitud de adquisiciones. Dichos criterios se desarrollan y utilizan para calificar o evaluar las propuestas de los vendedores, y pueden ser objetivos o subjetivos.

Los criterios de selección pueden limitarse al precio de compra si el artículo que se va a adquirir está fácilmente disponible a través de un cierto número aceptable de vendedores. En este contexto, el precio de compra incluye tanto el costo del artículo como cualquier gasto accesorio, como por ejemplo los gastos de entrega.

Otros criterios de selección pueden identificarse y documentarse para respaldar la evaluación en el caso de productos, servicios o resultados más complejos. A continuación se muestran algunos ejemplos.

• Comprensión de la necesidad. ¿En qué medida la propuesta del vendedor responde al enunciado del trabajo relativo a la adquisición?

• Costo total o del ciclo de vida. ¿El…

Ver la entrada original 198 palabras más

Deja un comentario

Archivado bajo Arquitectura de Software