The licensor permits others to copy, distribute, display, and perform the work for non-commercial purposes only
Cada vez que veo un contenidos licenciados con Creative Commons No Comercial (generalmente blogs) me imagino al creador del contenido en el momento de elegir la licencia. Hay dos checkboxes, uno para permitir uso comercial de los contenidos y otro para no permitirlo. Pues bien, según este análisis, aproximadamente el 75% de la gente no permite usar esos contenidos con fines comerciales. Además, estoy seguro que lo hacen por defecto sin apenas pensarlo.
Ahora viene la gran pregunta:
¿por qué la gente por defecto evita que álguien pueda ganar dinero con su creación?
Personalmente creo que es por esa imagen que tiene la gente del dinero y de quien quiere ganar dinero como algo obsceno. A la gente le pides que se imagine a "una persona que quiere ganar dinero" y le viene a la mente la imágen del capitalista gordo con hocico de cerdo, puro y monóculo. Y cómo van a dejarle a ese usar sus contenidos.
Me alegra pensar de forma distinta. A mi, si álguien usa mis contenidos en un proyecto con fines comerciales y consigue ganar dinero con él, me siento orgulloso. En el mercado, una transacción sólo se produce cuando ambas partes estiman que lo que van a recibir tiene más valor para ellos que lo que van a entregar. Después de la transacción las dos partes están mejor que antes (si no no se habría producido la transacción). Si álguien usa un contenido mio en un producto que voluntariamente han comprado 10 personas, no sólo habrá aumentado el bienestar de quien ha vendido el producto, sino también el de los 10 compradores. La economía no es un juego de suma cero donde si se gana dinero es a costa de los demás. Quien gana dinero es el ofrece algo que aumenta el bienestar de los demás.
Ayer leyendo el artículo de los amos de Internet publicado en El País, entre los que se encuentran muchos conocidos, y me dio por calcular el porcentaje de ellos que han sido ponentes en Iniciador, un encuentro de emprendedores que pusimos en marcha Javier, Ángel María y yo hace casi 3 años:
Enterprise Architecture is a complete expression of the enterprise; a master plan which “acts as a collaboration force” between aspects of business planning such as goals, visions, strategies and governance principles; aspects of business operations such as business terms, organization structures, processes and data; aspects of automation such as information systems and databases; and the enabling technological infrastructure of the business such as computers, operating systems and networks
Until recently all frameworks and tools that could be used to create an Enterprise Architecture were very complicated, included lots of artifacts and its implantation usually meant years of hard work... metoCube was something different. Its proposition was very simple: if you want to describe your organization and its operations use our tool instead of MS word and you will enjoy the benefits of the Structured Operations Description approach...
But recently things have started to change. Lighter EA frameworks and tools have been developed (see EA lite, archimate, etc...) They are still more rigurous and wider in scope compared to the more agile Structured Operations Description approach, but it will be interesting to see how they evolve.
The following article describes this new EA trend:
Este artículo propone una forma de diseñar las operaciones de una start-up para que estén claros sus objetivos y cual es la forma de llegar hasta ellos. No es ni mucho menos el único método que existe ni el más adecuado en todas las situaciones, pero si es un método sencillo con un enfoque práctico para ayudar a un emprendedor a lograr que el trabajo en su empresa esté alineado con objetivos de la misma.
Una start-up es un proyecto empresarial que un emprendedor está poniendo en marcha. Esto quiere decir que para diseñar sus operaciones no se tiene como referencia aquello se hace en la actualidad, ya que todo se está haciendo por primera vez. Es una situación similar a la de un pintor que decide pintar un cuadro y empieza haciendo un boceto.
Diseñar las operaciones de una start-up consiste en definir cuales son sus objetivos y los indicadores a través de los cuales se van a medir, definir cómo se va a estructurar la organización en departamentos, grupos y puestos de trabajo, definir los procesos que se van a llevar a cabo y los proyectos que habrá que acometer, y definir las herramientas que nos van a ayudar en nuestro trabajo. Si el emprendedor ha realizado un plan de negocio, gran parte de esta información debería estar ya madurada como fruto de las reflexiones a las que obliga su elaboración. Es recomendable plasmar toda esta información en un manual de operaciones y ponerlo a disposición de todas las personas que deban o deseen conocerlo, como trabajadores, partners, socios, etc... Puede ser una buena idea crear guías para cada uno de estos perfiles que les indiquen las partes del manual que son especialmente relevantes para ellos. El objetivo último de este manual de operaciones es conseguir que todos ellos comprendan hacia dónde se dirige la empresa y cómo se quiere llegar allí, de forma que todos rememos de forma coordinada en la misma dirección para conseguirlo.
Sin duda la información más importante, y la que tienen que tener presente en todo momento los trabajadores, son los objetivos de la empresa. Para definirlos, elabora un árbol en el que la misión de la organización esté en el nivel más alto, y ve desagregándolo en objetivos cada vez más tangibles y accionables. Para medir la consecución de algunos de estos objetivos define los indicadores necesarios y los valores que deseas que éstos tengan en el futuro.
A continuación define los distintos departamentos, grupos y puestos de trabajo que van a existir en tu empresa. Defínelos como una árbol en el que los departamentos se componen desubdepartamentos y grupos y en estos se ubican los distintos puestos de trabajo.
Lo siguiente es identificar y definir los procesos que se van a llevar a cabo para conseguir esos objetivos. Como punto de partida puedes tomar la cadena de valor dePorter (o cualquier otro marco de clasificación de procesos) e ir desagregando cada proceso en subprocesos hasta llegar a tareas que vaya a llevar a cabo una persona o grupo. Describe las tareas hasta el punto en el queálguien con los conocimientos y habilidades necesarias pueda llevarla a cabo sin tener que preguntar nada. No dudes en utilizar imágenes y vídeos que ayuden a entender cómo llevarlas a cabo. Para cada tarea identifica como mínimoinputs, outputs, puesto de trabajo responsable y herramientas utilizadas. Entre los outputs estarán los productos y servicios que vas a fabricar o proveer. Asegúrate de describir con precisión sus especificaciones y sus principales funcionalidades. Deberás identificar también los proyectos que vayas a acometer, aunque no es necesario que los describas en detalle (eso es mejor hacerlo en alguna herramienta de gestión de proyectos). Juntando los procesos y los proyectos tendrás una imagen completa del trabajo que se va a llevar a cabo en tu empresa.
Por último, identifica las herramientas (informáticas o no) que vayas a utilizar, y escribe o referencia las guías que expliquen cómo llevar a cabo las acciones más frecuentes (por ejemplo, "Crear una factura en el sistema de facturación"). Si mantienes esta información así, y la referencias desde losprocedimientos, es mucho más fácil de gestionar, reutilizar y actualizar.
Como habrás visto, gran parte del trabajo consiste en definir estructuras en forma de árbol. La forma más práctica y flexible de hacerlo es "dibujar" el árbol sobre una superficie en la que vas pegando post-its con el nombre del elemento correspondiente. Una vez tengas claro el árbol puedes documentarlo.
Intenta repetir información lo menos posible. Así te será más fácil mantener la coherencia en el manual cuando introduzcas cambios. Esextremadamente importante que mantengas la consistencia en los nombres de los elementos a lo largo del manual. No puedes llamar a un puesto "Agente de Help Desk" en la descripción del puesto de trabajo y en un procedimiento referirte a él como "Técnico de soporte".
La creación de este manual de operaciones es un proceso iterativo que no termina nunca. Lo más recomendable es comenzar definiendo laestructrura básica del manual de operaciones, algo como su índice o su "esqueleto", sin preocuparse de los detalles. Una vez está más o menos claro esto, se puede ir describiendo cada elemento. También se deberá decidir qué partes se deben definir, hasta qué punto y en qué momento. No tiene demasiado sentido tener definidos hasta el más mínimo detalle los procesos de cobro al principio del ciclo de vida de unastart-up que va a estar dos años desarrollando el producto. Otra buena idea es elaborar el manual de usuario desde el principio siendo consciente de que va a ser algo vivo que va a irevolucionando, al igual que tu start-up.
Una start-up tiene el ambicioso objetivo de cambiar el mundo. El primer paso para conseguirlo es asegurarse de que todos los que toman parte en ella saben qué deben hacer, por qué deben hacerlo y cómo deben hacerlo.
Soluciones publicitarias: ¡Promociona tu proyecto con una publicidad medible y rentable! Aprovecha la promoción de 50€ para crear tu primera campaña Google AdWords.
Es una solución estupenda para emprendedores que, aún sabiendo que google pone a su disposición herramientas muy valiosas gratuítamente (o con un coste muy razonable), no disponen del tiempo de averiguar cómo pueden usarlas de la forma más eficiente posible.
Precisamente en este momento estamos preparando diversas soluciones basadas en metoCube para sectores verticales específicos, que estén más cercanas a empresas y profesionales de un ámbito determinado. Se trata de tener una oferta que comunique claramente cómo nuestro producto puede solucionar los problemas específicos de estas empresas o profesionales, más que la orientación típica de "esto es lo que hace mi producto. Mira a ver si te sirve...". En los próximos meses veremos soluciones para el modelado de operaciones en el campo de project managers, departamentos de TI, desarrollo de software, franquicias, start-ups...
Even if I think you learn a lot of things in an MBA, I believe that taking on an entrepreneurial project is a much complete learning experience. After all, there is a lot of high quality educational content out there in the Internet, and you learn things better by putting them into practice. What I miss in an entrepreneurial learning experience is the coherence of learning everything in a logical sequence and in an integrated way, something that MBAs have through structured programs. It could be interesting to try to mix both approaches (MBA + entrepreneurial process) in something like a "Hands-on MBA"...
Something similar to this idea is what Seth Goding is putting into practice.
Here's the program I'm interested in creating: One hour a day of class/dialogue Four hours a day of working on my projects Three hours a day of working on your personal project Five hours a day of living, noticing, doing and connecting
Participants learn:
design analytics strategy marketing sales leadership community development and coordination technology (as a user, not a creator) bravery clarity presentation skills
By the way, I agree that connectios is an overrated thing you get from an MBA. If you want contacts all you have to do is networking.
“I believe in karma. When I was starting out as a first time entrepreneur a bunch of experienced people helped me, gave me advice, and just spent time with me with no particular expectations on their part, except to be helpful. I’ve never forgotten that and want to pass it on. I have no idea what will come of this conversation, but if I’m helpful to you, you can pay me back by being helpful to another first time entrepreneur after your become successful.”
Leo en Read Write Web que prácticamente el 75% de las fotos de flickr compartidas bajo licencia Creative Commons no autorizan el uso comercial. Personalmente creo que es una decisión impulsiva fruto de no pensar... por defecto: pues no comercial. ¿Qué más le dará a álguien que no tiene pensado monetizar un contenido que otra persona gane dinero con ello? Al fin y al cabo tu contenido gana en exposición (y tú también, recordemos que están obligados a atribuirte la autoría del contenido). Esto significa que, además de ganar la persona que hace uso de tu contenido, también tiene efectos positivos para ti (promoción, satisfacción, lo que sea). Para mi es una satisfacción si puedo ayudar a álguien a ganar dinero...
No sé. Tal vez todo se deba al complejo absurdo de que el dinero es algo "obsceno"...
Por eso en Open metoCube (nuestro proyecto para crear la wikipedia de los procesos) recomendamos la licencia Creative Commons atribución por defecto.
Seguimos con la iniciativa para llevar Iniciador a otras regiones de España. Ya están en marcha Madrid, Barcelona, Valencia y Alicante, de forma inminente Granada yCoruña, y en proceso Sevilla, Oviedo, Castellón...
En Granada comenzamos esta misma semana, con la presencia de los creadores de la serie Malviviendo y gracias a la iniciativa de los emprendedoresRaúl Jiménez, Francisco Ramón Torres y Jorge Aguilera.
Y en La Coruña María Encinar, David Táboas y David Pombar se lanzan a la aventura de organizar el primer encuentro que será realizado a lo largo del mes de abril.
PRINCE2 has a process-based approach to Project Management. The processes define the management activities to be carried out during the project (PRINCE2 also describes a number of components that are applied within the appropriate activities. These component will remain out of scope of this piece of work).
The PRINCE2 process model, part of which is shown in the diagram above, consists of eight management processes, covering all activities from starting the project off on the right note, right through to controlling and managing the project's progress, to final completion. The common PL PLANNING process is used by the four other processes.
In reality real world projects) each process should be tempered with the question "How extensively should this process be applied to this particular project?"
This model was created by Paul Michael, a Consultant with over 10 years experience documenting Financial Workflow and Managing software implementations within the Financial Services Industry. To provide feedback on the models created, or for assistance in developing these models further, please contact me on paulchas1@hotmail.com or through my evolving blog paulmichael.wordpress.com.
At metoCube we are focused on knowledge processes, but our process modeling software can also be used to describe industrial processes. The following video shows the Audi A4 production process. As you can see everybody know precisely what to do and how to do it. But.... How did they aquired that knowlege? They probably read some printed procedures and took some training courses (something that can be boosted by having those procedures described in metoCube, with embeded videos showing how to carry out specific actions). And... what happens if a worker identifies a best practice while executing a piece of work? S/He could simply leave a comment on the corresponding metoCube page and the process engineer will receive an alert.
I give a 25 minute presentation and then hold an hour town-hall question and answer session. Great questions were asked, so if you are interested in what goes through a VC's head, take a gander.
El Miércoles tuvo lugar la edición número 24 de Iniciador sobre "Conseguir financiación en época de crisis" con Gustavo García de BuyVip, Carlos Sanchez de Nvivo y Miguel Ángel Díez de Red Karaoke como ponentes.
Fue un Iniciador especial (¡cumpliamos ya dos años!), con record de asistencia (unas 150 personas) y un ambiente todavía más estimulante de lo normal.
La verdad es que tanto yo como Ángel María y Javier no podemos estar más contentos con la evolución que está teniendo Iniciador, el entusiasmo de los organizadores en otras ciudades (Carlos Rincón, Gregorio Arroyo, Guillermo García, Héctor Pérez, Jordi Bufi, Jordi Catá, Jordi Pérez, Juan Antonio Pozuelos, Juanjo Sánchez, Miguel Ángel Ivars, Miguel Muñoz, Miguel Sánchez de León, Oscar Cumi), a los ponentes que de forma desinteresada comparten con nosotros su experiencia y sobretodo a vosotros: los asistentes.
Durante estos días estoy terminando de modelar los procesos que hay que seguir para organizar un Iniciador en tu ciudad. Cuando estén dados los últimos retoques lo publicaremos oficialmente.
Hemos tratado de concentrar todas las lecciones aprendidas y mejores prácticas identificadas en una serie de procedimientos que faciliten a los promotores locales la formación del equipo local, la organización del primer evento y la continuidad de los mismos. Como verás es bastante fácil y sólo hacen falta ganas.
Since I began writing procedures about 10 years ago, I noticed that all of them had in someway similar underlying structures. At the most basic level, all of them stated that someone was responsible of working to transform an input into an output. After an enourmous ammounts of time spent in analyzing different procedures, Business Process Management tools, Enterprise Architecture standards, modeling frameworks, etc... we came up with a framework that allows process engineers to describe processes (in fact the scope is wider, including people and technology) applying process documentation best practices and with no additional effort:
SOMoF (Simple Operations Modeling Framework) is a set of procedure documentation techniques and tools that allows organizations (enterprises, divisions, departments, etc...) to describe their operations in a simple way using a set of interrelated elements (such as processes, tasks, roles, etc...). Procedures documented using SOMoF have a uniform structure and format that makes it easier to consult and understand by workers.
The University of Santa Cruz has published this document describing some best practices in process documentation:
Preparing a policy or procedure document for UC Santa Cruz’ InfoSlug on-line policy and procedure system is not as mysterious or difficult as you might think. This guide is designed to explain the campus’ policy and procedure framework, to help policy and procedure owners organize their written documentation, and to act as a resource as they navigate the approval process. You will find the information in this “how to” guide helpful if you are responsible for formulating or documenting new or existing policies and procedures.
Paul Michaels has created this process describing a general STP workflow model for a Buy Side Institution:
This model describes a general STP workflow model for a Buy Side Institution (Fund Manager, Mutual Fund, Private Wealth Manager). For purposes of simplicity it is described for a Buy transaction only.
It is a generic model, and not representative of how all Buy Side firms operate, but should give a general overview. It is based, loosely on an equity transaction, but of course would vary to a degree depending on instrument type, market, etc.
For further information on this model, and how to implement this model in your organisation (including system selection) please contact paulchas1@hotmail.com
Level: Introductory Interesting article written by S. E Slack (sally@sslack.com), Author and business transformation communications consultant, Freelance writer
Document your processes by creating a template for your process documentation guide that includes the following items: scope statement, applicability matrix, product lines impacted, process roles involved, process management system procedures, exception management process, and decision matrix.
Although it is based on the traditional narrative procedure documentation approach (as oposed to the structured process description approach we have created for metoCube) it can be useful if your procedure documentation project scope is limited. She highlights specially two very important characteristics of procedure documentation: repeteability and standarized format.
Remember "Managing knowledge processes"? It was "The blog for anyone interested in methodology and process management in knowledge intensive organizations". I began writing it in March 2005 but discontinued it some time ago... but we are back on the run!!!
Lots of things have happened since then. We launched the first version of metoCube, had our first sales, developed the second version ... During this time the focus of metoCube has changed from pure procedure documentation to operations modeling. That's what we are going to talk about in this blog: modeling business processes, describing job positions, writing user manuals... anything that allows you to better understand how to describe your organization's operations effectively...The blog will now be called "Describing operations ".
¿Qué tal un exquisito chuletón de la mejor calidad? Ah… ¡Que estamos en crisis y no es el momento! ¿Cómo que no? ¿Tienes blog? ¡Pues apúntate al Chuletón & Blogs que organiza Cucharete! Tú pones el blog… ¡Y nosotros el chuletón! ¡Chin Pon! ¡Totalmente GRATIS! ¡Lo que lees! ¡Un chuletón GRATIS! ¡De los de 40 €/kilo! ¡De los buenos! ¡Y el vino también gratis! ¡Todo gratis!
¿Dónde lo hacemos? ¿No estamos en plena crisis? ¡Pues aprovechemos la coyuntura y celebrémoslo en el 29! ¡Eso es, en el 1929! ¡El año de la crisis por excelencia! Vámonos todos al Restaurante Taberna 1929 de Madrid.
El primer Chuletón & Blogs de España -y del Mundo- será el próximo Martes 17 de Marzo de 2009 a las 21:00h.. ¡El “Crack Day” se acerca! Todavía queda tiempo para que os apuntéis… ¡Apúntate ya con tu blog en los comentarios de este post!
Aprovechando una oferta de cucharete ayer fui a cenar a la Carbonera de Carranza, muy bien y muy barato por cierto, y pude comprobar que en lo que duró la cena entraron cuatro parejas referenciadas por cucharete, lo que demuestra la tracción que han obtenido estos chicos, algo que confirmó el camarero cuando le pregunté.
Como me pide Marcos que justifique por qué debería ir yo, esgrimo una serie de motivos que debería ser fulminantes:
Invitándome se contribuye a controlar el calentamiento global (el 1929 está en frente de mi casa y puedo desplazarme hasta ahí a pie, sin necesidad de consumir combustibles fósiles que generan CO2).
Prometo enfocar el router wifi de mi casa al 1929 y con un poco de suerte podemos tener conectividad a Internet.
Les pillé in-fraganti preparando el sarao a él y a Quico, el dueño del 1929...
Actualización:
Soy uno de los afortunados para ir al Chuletón & Blogs
Estos son los vídeos de la charla que di en el Acuario de Gijón en Abril de 2008.
La ponencia que nos trae Lucas Rodriguez se titula Enterprise 2.0: Herramientas que ofrecen grandes servicios con costes pequeños , y versará sobre como la utilización de herramientas de la llamada Web 2.0 en el entorno corporativo puede suponer una ventaja competitiva a las organizaciones que sean pioneras en su utilización, tanto para facilitar el trabajo de sus empleadas/os a nivel interno como para mejorar la comunicación con sus clientes y partners, y todo ello mediante unas herramientas que ofrecen un servicio de elevada calidad a unos costes considerablemente bajos, (ver pdf ponencia)
Feed