Así no se hacen las cosas por Ernesto Kiszkurno

Sería una forma de “pegar primero”. Antes de que el cliente imagine cómo quiere el servicio y forme su opinión, le contamos cómo pretendemos hacer las cosas con la esperanza de influirlo y que la acepte. Nótese que en el peor caso, que el cliente tenga otra idea, la conoceremos de entrada y evitaremos malos entendidos posteriores. Seguimos pensando.. Foto de Andrea Piacquadio . Todo s  los consultips juntos están  aquí .  Si queres leer el anterior, podes ir  aquí .  Si queres ir al próximo podés ir  aquí .

Les dejo un video bien Techie. Algunos trucos los sabía otros no. Por ejemplo el del space+space en el celular cambió totalmente mi vida. Seguimos pensando..

Empecé a pensar esto sobre un tuit pero me quedé sin espacio y decidí escribirlo por aquí. Admiro a la gente que puede crear valor casi de la nada. Tan sólo escribiendo algunas palabras. Cuando hablo de valor pienso en comentarios, "likes", +1, followers, retuits, etc. Nada, eso. Seguimos pensando..

En el post titulado Communication is Not a Four-Letter Word del blog de Yammer me encontré con un interesante párrafo: In working with executives, I have found that even though many are open to their employees collaborating and communicating, they are still hesitant to do the same themselves. Perhaps they are afraid that if they show vulnerability , people won’t respect them as much, won’t appear as powerful. The corporate ladder keeps executives safe from judgment, and utilizing a tool like Yammer compromises that safety. What most don’t realize is that open communication actually makes leaders more powerful and influential. Se ve mucho en ciertos gerentes o ejecutivos esa actitud de reserva permanente. Como si su carrera o el futuro de la compañía dependieran de no dejar que se escape ninguna pista sobre lo que piensan o sobre lo que dudan. Seguro es más seguro no tener puentes pero también es problemático. Como mínimo limita nuestro potencial. He visto que aquellos ejecutivos q

Sigo profundizando sobre este bastardeado término. Y para ello, estuve revisando un poco la entrada en Wikipedia relacionada con Business Analyst y debo decir que me gustó. Van aquí varias anotaciones: Brinda varias definiciones del término analista de negocio (de diversas fuentes como ser BCS, IIBA o CSBA). Para mi de ellas se desprende que el rol de analista funcional vendría ser una sub-especialidad de los analistas de negocios, no son lo mismo. Leyéndola me enteré que hay una certificación y un cuerpo de conocimiento. Todavía tengo pendiente conocer los "números" de esa certificación. Son como los de ISTQB, como los de PMI? Se comenta en la sección prerequisites que no hay un camino definido para convertirse en BA. Esto es clave porque al igual que otros perfiles como el de Testers, esta falta de camino tiende a desdibujar la disciplina.  Y por último comenta las ventajas y desventajas de tener BA dentro de un proyecto de software. Esta sección es la más floj

El consultip 53 también habla de modelos pero alerta sobre el riesgo de sobre analizar ciertas situaciones o problemas. En este caso hablo del riesgo de seguir un modelo ciegamente. Los modelos nos sirven como ancla en las discusiones y para no reinventar la rueda ante determinados problemas pero hay que tener cuidado. A veces por tratar de simplificarnos la vida, intentamos que nuestro problema calce en el modelo que ya conocemos. Seguimos pensando.. Todo s  los consultips juntos están  aquí .  Si queres leer el anterior, podes ir  aquí .  Si queres ir al próximo podés ir  aquí .

Lo que empezó como un video dominguero se está transformando en el video del fin de semana, no logro aguantarme a publicarlo el domingo. Aquí les dejo uno que me gusta mucho. Sería bueno que lo compartan.. ya saben que hay pleno empleo en informática y necesitamos más manos. Seguimos pensando.. Posts relacionados: Hay que estudiar informática 5 razones por las que tenes que estudiar informatica

El otro día visité a un potencial cliente que posee una certificación ISO 9001:2008. Como muchos de ustedes saben, esta certificación exige la definición de una política de calidad para la empresa. La idea es que dicha política dirige el resto de los esfuerzos de la empresa relacionados con mejorar la calidad. El caso es que me detuve a leerla con el ánimo de quien ha leído cientos de enunciados igualmente vacíos de visiones, misiones y políticas. Pero para mi sorpresa me encontré con algo que no había visto antes. La política destacaba , como uno de los valores a los que aspiraban, el trabajo libre de errores . Básicamente decía que aspiraba a que todos los miembros de la empresa pusieran especial empeño en realizar su trabajo sin errores, facilitando así el trabajo de los demás y la consecución de los objetivos de la empresa.  Alguno dirá que es una obviedad. Todos deberíamos tratar de hacer nuestro trabajo sin equivocarnos o poniendo todo nuestro empeño para que las cosas salgan bi

Dropbox es uno de los, ahora tantos, servicios de almacenamiento de archivos en la nube. Soy usuario desde hace tiempo y forma parte fundamental de mi kit de escritorio virtual . Continuando con la serie Software Que Me Gusta iniciada aquí , les dejo las 4 razones por las cuales la sigo eligiendo: Cumple excelentemente con su propósito: Me permite tener mis archivos disponibles en todos mis dispositivos en forma transparente. Me ha propuesto un trato justo: espacio otorgado gratuitamente por nuevos usuarios que le generan "masa crítica". Se complementa excelentemente con Truecrypt . De hecho hay muchas aplicaciones que se integran con él para proveer interesantísimas soluciones. No es Google Drive. Para aquellos que no entiendan esto, lean este post de Enrique Dans. Seguimos pensando..

Rescato un excelente tip leído alguna vez en el Institute of Management Consultants : "No asumamos que el cliente reconoce el valor de nuestro trabajo." A veces resulta obvio, porque hacemos algo que si no estuviéramos no se haría, pero hay situaciones donde nuestro aporte de valor es más sutil y necesitamos mostrar explícitamente los logros. Esto puede hacerse de diversas formas: mostrando un antes y un después, mostrando evolución de ciertos indicadores o sencillamente resaltando los logros obtenidos. Cuando estamos ejecutando proyectos debemos empezar con el final en la cabeza , cuando hablamos de servicios continuos debemos establecer momentos para hacerlo pues el cliente se va acostumbrando a nosotros . Seguimos pensando.. Foto de Pixabay . Todo s  los consultips juntos están  aquí .  Si queres leer el anterior, podes ir  aquí .  Si queres ir al próximo podés ir  aquí .

Les dejo un entretenido video dominguero (un ratito antes), de esos que te dejan pensando. Y si no quedas pensando.. pensá porque no. Seguimos pensando..

Tiempo atrás escribí un post llamado El analista funcional no es [solamente] u documentador que tuvo bastante éxito (éxito = se leyó mucho). En estos días encontré un interesante artículo relacionado con el tema llamado A practical approach to recognising and improving competencies in your business analysts . Su lectura me disparó varias reflexiones: 1. Me gustó la defensa que hace de los gerentes de proyectos, típicos chivos expiatorios a la hora de señalar a los culpables de un proyecto fallido. In the survey mentioned later on, an overwhelming 50 per cent of respondents cited poor requirements definition as their biggest challenge, thus raising a new question. 2. Cuando decía en mi post que “no podemos reducir las habilidades de un AF a documentar” no estaba equivocado. El modelo citado en el artículo involucra varias competencias más, además de la de crear el documento de requerimientos. 3. En particular menciona al análisis estructurado como una de ellas. Es decir la capac

El amigo Luis Barrios mi envió la referencia a este artículo donde se describe la empresa Valve. Yo ya la conocía porque tiempo atrás Rula también me había enviado su Handbook for New Employees . El artículo es muy breve. Comenta su principal característica - la ausencia de jerarquía organizacional formal - y también uno de los riesgos posibles en una estructura así - el despido arbitrario - pero no da suficiente información para entender cómo funciona esto en la práctica.  Aún habiendo leído el handbook, me quedan lagunas de información de cara a entender su funcionamiento. Dicho esto, desde luego la empresa es interesante como objeto de análisis partiendo de la base de que parece ser una empresa que gana dinero y es "boss-free".   Las preguntas iniciales que se me ocurren son dos. La primera es si realmente funcionan. En lo personal, aún soy escéptico sobre cómo funciona una empresa así. Sobretodo en las cuestiones relativas al riesgo empresario . Es decir, cuando los re

Idealmente deberíamos plantearlo en la propuesta de servicios. Cambios vamos a tener seguro, la cuestión es cómo los manejamos.  El cliente no quiere sorpresas, de modo que siempre es mejor ir especificando cómo van a ser las cosas y "que pasa si". Es preferible tener acordad cómo manejaremos los cambios, antes de que aparezcan. Si no lo hacemos, cuando el servicio/proyecto requiera un cambio, tendremos que discutir dos cosas: el cambio y la forma de manejar el cambio. Seguimos pensando.. Todo s  los consultips juntos están  aquí .  Si queres leer el anterior, podes ir  aquí .  Si queres ir al próximo podés ir  aquí .

¿Qué es lo importante a la hora de enseñar? Seguimos pensando..

TrueCrypt es un software que permite generar archivos encriptados del tamaño donde guardar información sensible. Continuando con la serie Software Que Me Gusta iniciada aquí , les dejo 4 razones por las cuales usarla: Es open-source y gratuita. Permite generar discos de distinto tamaño. Permite mapear esos discos automáticamente como discos, haciendo transparente su uso. Se complementa excelentemente con servicios de almacenamiento en la nube estilo Dropbox, haciéndolos su uso más seguro. Seguimos pensando..

En estos días estoy preparando una clase sobre modelos de ciclo de vida de desarrollo de software. A raíz de esto, estuve leyendo nuevamente el libro Software Engineering de Ian Sommerville y me di cuenta que, aún siendo un libro que tiene sus años, hay algo en su estructura que resulta interesante. En esta época donde todo el mundo busca "agilizar" sus prácticas y métodos, pocos piensan en ciertas actividades básicas. Me refiero esas tareas primitivas que si no hacemos bien, ningún modelo nos va a salvar. Las enumero: Relevar/Analizar Requerimientos Diseñar Programar Probar Implementar Piénsenlo fríamente y sin apasionarse.  En todos los modelos de ciclo de vida estamos obligados a hacerlas. Tendremos que (o podremos)  poner más o menos énfasis en algunas de ellas según el modelo, según el problema, según la tecnología, etc., etc. Pero seguro que no podemos escapar a desarrollar estas actividades.  Por eso las llamo tareas primitivas, porque son la base. Si so

Hoy es casi un domingo, no? Seguimos pensando..

Siguiendo con el tema, les presento la segunda ley de la consultoría en el libro The Secrets of Consulting de Gerald Weinberg. Seguimos pensando.. Todo s  los consultips juntos están  aquí .  Si queres leer el anterior, podes ir  aquí .  Si queres ir al próximo podés ir  aquí .