* Master in Project Management (M.P.M.), Université du Québec en Outaouais (UQO)
* PMI Agile Certified Practitioner (PMI-ACP)®
* Certified Scrum Product Owner® (CSPO)
* Certified ScrumMaster® (CSM)
* Certified Scrum Developer® (CSD)
* Certified Scrum Professional® (CSP)
* Quality Software Developer Maintainability Foundation - C#
* Java (EE, SE, and ME), and .NET Senior Web and Enterprise Applications Developer
* Certified Scrum Developer® (CSD) Trainer
Coloquialmente los ingenieros de software hablamos utilizamos la frase “coche bomba” para describir una pieza de software (producto, modulo, componente, etc.) la cual se entrega, generalmente rápido, con apariencia de cumplir con todos los atributos de calidad exigidos pero que tiene problemas estructurales los cuales saldrán a la luz cuando se intente modificar o este en operación bajo condiciones de estrés. Es común encontrar este tipo de proyectos, ya sean internos o tercerizados en nuestros países por dos razones clave: negligencia del solicitante o comprador en cuando a su deber de realizar una inspección apropiada de lo que recibe, y por otro lado la corrupción ya sea de instituciones publicas o privadas mediante la cual se favorece al suplidor con el cual se tienen algún acuerdo ilegal sobre los que pueden entregar un producto de mayor calidad.
Luego de solicitar la confección de productos de software a la medida, o contratar servicios de desarrollo y haber seleccionado el “mejor” suplidor posible toca una tarea súper importante: la recepción o rechazo de los entregables. Al rechazar los activos (productos) de software son rechazados se pueden generar disputas entre el cliente y los suplidores, en esos casos la ayuda de un tercero en calidad de arbitro puede facilitar la resolución de conflictos.
No es posible hacer una compra inteligente de software o servicios de desarrollo basándonos solamente en precio y/o estimaciones sobre duración del proyecto. Debemos poder evaluar la calidad del software tanto interna como externa, además de los procesos utilizados por los equipos de construcción.
DevOps sin Automatización de Pruebas es una forma eficiente y efectiva de poner basura en producción.
Advice for all Katas: Try not to read ahead. Do one task at a time (the trick is to learn to work incrementally). Always use TDD if the Kata is suitable for. Diphthong and Hiatus For this Kata try different approaches: regular expressions, word position traversing, brute force (dictionaries and alike), etc. Base data and Definitions…
“Bad code tempts the mess to grow! When others change bad code, they tend to make it worse.” -Robert C. Martin (Clean Code)
How to buy fruits? When I was a child, I spent a lot of time with my grandmother. She was raised in a remote agriculture community of my country. So she was very experienced with agriculture products. I love fruit juices and she love to consent all her grandchildren. One of the earlier lessons…
What they are?, How they differ?, How they are related? Context We are building a very basic calculator, one that only supports the four basic operations: Addition, Subtraction, Multiplication, and Division. Requirements (from the SWEBOKv3 @ http://www4.ncsu.edu/~tjmenzie/cs510/pdf/SWEBOKv3.pdf) What they are? – At its most basic, a software requirement is a property that must be exhibited by…
After a quick poll ( https://plus.google.com/+LorenzoSolano/posts/U6ZSU5t22vA ), asking about the relation between Story Points and Business Value, I want talk about this misconception. Quick Definitions (context: Agile, Scrum, Software Development) [Delivered] Business Value Increase on certain aspect of an organization, due to a change on some software product. That aspect could be a revenue stream, risk mitigation,…
