Archivo de la categoría: ALM

[#EVENT] Materiales del evento de trabajo AGILE con #VS2012 y #TFS2012

Posted on by

image

Buenas

después de pasar unos 60 minutos increíbles con la gente de MSDN Latam hablando sobre cómo es posible trabajar con Visual Studio 2012 y Team Foundation Server 2012, me toca cumplir con lo prometido: compartir la presentación, algunos links, etc.

Definition of DONE


http://blogs.msdn.com/b/willy-peter_schaub/archive/2013/03/21/definition-of-done-and-knowing-when-it-is-safe-to-sleep-peacefully.aspx
Algo imprescindible que tiene que estar claro desde el día uno.

Libros

WebCast TFS Express


http://elbruno.com/2013/03/11/event-msdn-latam-webcast-msdn-todos-a-bordo-del-team-foundation-server-express/
https://msevents.microsoft.com/CUI/EventDetail.aspx?culture=es-AR&EventID=1032547149&CountryCode=AR

Planning Poker Online


http://www.planningpoker.com/
Es gratis y pueden trabajar de forma distribuida sin ningun problema.

Y finalmente la presentación

 

Saludos @ Home

El Bruno

image image image

[#EVENT] WebCast on #AGILE with Visual Studio and Team Foundation Server 2012 #VS2012 #ALM

Posted on by

image

Buenas,

after a couple of days of oscurismo, finally I can remove the desire to and comment as we work Agile with Visual Studio 2012 and Team Foundation Server 2012. MSDN Latam friends have given me a space of 60 minutes for comment as it is possible to carry out a team using the tools of Visual Studio Alm (as always many thanks!)

60 Minutes is a little time, I will try to go through the basic themes

  • Organization of work
  • work planning
  • execution of the work
  • change management

To what you now see it clearer, isn’t it?

image

Registration: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032551090&Culture=en-AR&community=0

Saludos @ Home

El Bruno

image image image

[#EVENT] WebCast sobre #AGILE con Visual Studio 2012 y Team Foundation Server 2012 #VS2012 #ALM

Posted on by

image

Buenas,

después de un par de días de oscurismo, por fin me puedo sacar las ganas y comentar como podemos trabajar de manera ÁGIL con Visual Studio 2012 y Team Foundation Server 2012. Los amigos de MSDN Latam me han dado un espacio de 60 minutos para comentar como es posible llevar adelante un equipo utilizando las herramientas de Visual Studio ALM. (como siempre muchas gracias!)

Si bien 60 minutos es poco tiempo, intentaré pasar por los temas básicos

  • organización del trabajo
  • planificación del trabajo
  • ejecución del trabajo
  • gestión de cambios

A qué ahora lo ves más claro, ¿no?

image

 

Registro: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032551090&Culture=es-AR&community=0

Saludos @ Home

El Bruno

image image image

[#ALM] Do you ever wondered why we do use methodologies? (and again PAIN is the solution)

Posted on by

ALM 03

Buenas,

care that you I will not go into whether AGILE, SCRUM or the death of the Waterfall model. Today I’m going to something more basic:

We do use methodologies during the software development process?

Do not you like the phrase? then to see if this you think more appropriate

Is why recommended to implement good practices during the software development process?

Do you still like it? I play with the last

You do make software and work in mode Ninja, following only your instinct and reacting to changes as they arise: as… die between terrible suffering!!

I hope that after this introduction has been able to explain the concept: call them methodologies, good practices or in some other way; everyone follows a set of rules when developing software. The initial question is why we do this, and the answer is more than obvious

To reduce the risk in our projects

or if you like more

To have more predictive results that work

It seems simple no? For you to know that more than 50 years have passed since one realized this and formalized it. First created the processes, which were responsible for defining the way in which it should work. The good thing about the processes is that they were 100% measurable. It was very easy to say that as we have defined it to this task on these bases, then it should take 6 months. If everyone respected those processes because the results were highly predictable.

But of course, people are quite unpredictable beings; and both from the side of the customer and the programmers were constantly changes. That is why, a couple of cracks came together and created the manifesto agile; people on processes, response to the change tracking, etc. We are going that you know already…

And again, behind all this had one more than simple reason: to be able to predict the results and be consistent with what a person or a team can do. So now you know, if you ever ask yourself why a team works with a set of rules, a methodology, best practices or the name of fashion, as it is likely to be to improve the output of the team and to be more predictable (among other things)

Clarification: care! that that doesn’t mean that a team working under these premises that do not serve absolutely anything, those cases already know how to fix it: pain!

And close one of Dilbert gift

image

Saludos @ Home

El Bruno

image image image

[#ALM] Alguna vez te has preguntado porqué utilizamos metodologías? (y de nuevo el Dolor es la solución)

Posted on by

ALM 03

Buenas,

cuidado que no voy a entrar en si AGILE, SCRUM o la muerte del modelo Waterfall. Hoy voy a algo más básico:

¿Porqué utilizamos metodologías durante el proceso de desarrollo de software?

¿Qué no te gusta la frase? pues a ver si esta te parece más adecuada

¿Porqué es recomendable aplicar buenas prácticas durante el proceso de desarrollo de software?

¿Sigue sin gustarte? me juego con la última

Te dedicas a hacer software y trabajas en modo Ninja, siguiendo solo tu instinto y reaccionando a los cambios a medida que surgen: Pues … ¡¡¡ morirás entre terribles sufrimientos !!!

Espero que después de esta introducción haya podido explicar el concepto: los llamemos metodologías, buenas prácticas o de alguna otra manera; todos seguimos una serie de normas cuando desarrollamos software. La pregunta inicial es porqué hacemos esto, y la respuesta es más que obvia

Para reducir el riesgo en nuestros proyectos

o si te gusta más

Para tener resultados más predictivos sobre los que trabajar

¿Parece simple no? Pues que sepas que han pasado más de 50 años desde que uno se dio cuenta de esto y lo formalizó. En primer lugar se crearon los procesos, que se encargaban de definir la forma en la que se debía trabajar. Lo bueno de los procesos es que eran 100% mesurables. Era muy fácil decir que como a esta tarea la hemos definido sobre estas bases, pues la misma debería tardar 6 meses. Si todas las personas respetaban esos procesos pues los resultados eran altamente predecibles.

Pero claro, las personas somos unos seres bastante impredecibles; y tanto desde el lado del cliente como del los programadores los cambios se sucedían constantemente. Es por esto, que un par de cracks se juntaron y crearon el manifiesto ágil; personas sobre procesos, respuesta al cambio sobre el seguimiento, etc. Vamos que ya lo conoces …

Y de nuevo, detrás de todo esto había un motivo más que simple: poder predecir los resultados y ser coherentes con lo que una persona o un equipo puede hacer. Así que ya sabes, si alguna vez te preguntas porqué un equipo trabaja con una serie de reglas, con una metodología, best practices o el nombre de moda, pues es probable que sea para mejorar el output del equipo y para ser más predecibles (entre otras cosas)

Aclaración: cuidado! que eso no quita que un equipo trabaje bajo unas premisas que no sirven absolutamente para nada, esos casos ya sabes la forma de arreglarlo: DOLOR !!!!

Y para cerrar una de Dilbert de regalo

image

 

 

Saludos @ Home

El Bruno

image image image

[#ALM] ALM for Microsoft Dynamics CRM

Posted on by

ALM 03

Good,

friends of the Advanced Edition of Outlook, i.e. Microsoft CRM will be more than happy, now already have a starting point for managing the life cycle when applications are developed for this platform. He has been released a whitepaper describing how to work with the projects of CRM within Visual Studio and how to work with them using Team Foundation Server.

While the start of this post may have a tone of irony, I must admit that MS CRM is a very good product. Forgetting of proper CRM, XRM platform provides a robust and comprehensive basis for developing applications on the same. On days like these, where the TMD’s uses is essential, have a platform which we a quick very quick start is critical, and CRM makes it.

Hope during the next days, we can contact people of CRM’s Avanade so give me your opinion on this. ;)

Source: http://blogs.msdn.com/b/aymerics_blog/archive/2013/05/17/new-microsoft-release-alm-for-microsoft-dynamics-crm-2011-crm-solution-lifecycle-management.aspx?utm_source=feedly

Greetings @ Home

El Bruno

imageimageimage

[#ALM] ALM para Microsoft Dynamics CRM

Posted on by

ALM 03

Buenas,

los amigos de la edición avanzada de Outlook, es decir Microsoft CRM estarán más que contentos, ahora ya tienen un punto de partida para gestionar el ciclo de vida cuando se desarrollen aplicaciones para esta plataforma. Se ha liberado un whitepaper que describe como trabajar con los proyectos de CRM dentro de Visual Studio y como colaborar con los mismos utilizando Team Foundation Server.

Si bien el inicio de este post puede tener un tono de ironía, he de reconocer que MS CRM es un producto muy bueno. Olvidándonos del CRM propiamente dicho, la plataforma XRM provee una base robusta y completa para desarrollar aplicaciones sobre la misma. En días como los actuales, donde el TTM de las aplicaciones es fundamental, contar con una plataforma que nos de un quick start muy rápido es fundamental, y CRM lo hace.

Espero durante los siguientes días, poder contactar con la gente de CRM de Avanade para que me den su opinión al respecto. ;)

 

Fuente: http://blogs.msdn.com/b/aymerics_blog/archive/2013/05/17/new-microsoft-release-alm-for-microsoft-dynamics-crm-2011-crm-solution-lifecycle-management.aspx?utm_source=feedly

Saludos @ Home

El Bruno

image image image

[#ALM] #House, Occam’s razor and in the end we all make mistakes

Posted on by

ALM 03

Buenas,

Today’s post starts with a statement:

HOUSE is a genius

One can refute me that all chapters are the same, something like this:

  1. Patient X has unknown disease
  2. Give it to House you don’t want to see and accept it reluctantly
  3. Patient X creates a link with one of the assistants of House
  4. House skips rules to see that kind of disease the patient
  5. Team crap it, almost are charged to the patient
  6. To House a good of their bosses drop
  7. In a moment of inspiration, House da with disease

… and always, or almost always, by the way is ruled out Lupus or autoimmune disease.

With this summary you’ve saved to see the 8 seasons of House . However the best that has House, is that throughout the entire series, the protagonist has a nasty / Host which has made to let go a few phrases that are pure wisdom. An excellent example and of which my favorite is:

Women are never wrong, even when they are wrong, there comes a time of discussion in which surprisingly return to reason.

As that, the 3rd chapter of the first season is titled ” “ Completo de Occam Razor “, which translated into spanglish is something like “ Ockham’s razor . Ockham’s Razor is a principle of makes a pile of years (14th century) that says something like this:

In equal, the simplest explanation is usually the correct.

This is pure wisdom, and common sense to the square. When you work in computer science and issues you face every day, you end up realizing that this is a truth for framing. But of course, as in all truth to frame, should take into account the context of each claim.

Today I’m very graphic, so here is a clear example:

image

It is clear not?, I hope that Yes, the simplest statements also tend to be correct.

And now if we can already return to House . In the chapter that inspired this post, House gives one twist to the phrase of Ockham, rethinking something like:

The simplest explanation is almost always someone goofed

This is also 100% applicable to our work every day in computer science. Often we are able to find network problems, problems of deployments, upgrades, etc.; When the 1, that we should do is talk to people to see or who has touched something. It is amazing how a little 5 minute session with people affected by a problem can help more than hours and hours of trial and error with a problem.

And to close, the Council always: fosters a culture of communication in your team, this is fundamental for the correct operation of the same.

 

Saludos @ Home

El Bruno

image image image

[#ALM] Sobre #House, la navaja de Occam y como al final todos la cagamos

Posted on by

ALM 03

Buenas.

El post de hoy empieza con una afirmación:

HOUSE es un crack

Alguno me podrá refutar que todos los capítulos son iguales, algo así:

  1. Paciente X tiene enfermedad desconocida
  2. Se lo dan a House que no lo quiere ver y lo acepta de mala gana
  3. Paciente X crea un vínculo con uno de los asistentes de House
  4. House se salta las normas para ver que tipo de enfermedad tiene el paciente
  5. El equipo la caga, casi se cargan al paciente
  6. A House le cae una buena de sus jefes
  7. En un momento de inspiración, House da con la enfermedad

… y siempre, o casi siempre, por el camino se descarta el Lupus o alguna enfermedad autoinmune.

Con este resumen te he ahorrado ver las 8 temporadas de House. Sin embargo lo mejor que tiene House, es que a lo largo de toda la serie, el protagonista tiene una mala leche / hostia que tiene hace que suelte unas frases que son sabiduría pura. Un excelente ejemplo y de las que más me gusta es:

Las mujeres nunca se equivocan, incluso cuando se equivocan, llega un momento dela discusión en la que sorprendentemente vuelven a tener razón.

Pues eso, el 3er capítulo de la primera temporada se titula “Occam’s Razor”, que traducido al spanglish es algo así como la navaja de Ockham. La navaja de Ockham es un principio de hace una pila de años (del siglo XIV) que dice algo similar a esto:

En igualdad de condiciones, la explicación más sencilla suele ser la correcta.

Esto es sabiduría pura, y sentido común al cuadrado. Cuando trabajas en informática y te enfrentas a problemas diariamente, te terminas dando cuenta de que esta es una verdad para enmarcar. Pero claro, como en toda verdad para enmarcar, hay que tener en cuenta el contexto de cada afirmación.

Hoy estoy muy grafico, así que veamos un ejemplo más claro:

image

¿Queda claro no?, espero que sí, las afirmaciones más simples tampoco suelen ser las correctas.

Y ahora si, ya podemos volver a House. En el capítulo que inspira este post, House da una vuelta más a la frase de Ockham, reformulando algo así como:

La explicación más sencilla es que casi siempre alguien metió la pata

Esto también es 100% aplicable al día a día de nuestro trabajo en informática. Muchas veces nos podemos a buscar problemas de redes, problemas de despliegues, actualizaciones, etc.; cuando lo 1ro que deberíamos hacer es hablar con la gente para ver que o quien ha tocado algo. Es increíble como una pequeña sesión de 5 minutos con las personas afectadas por un problema puede ayudar más que horas y horas de prueba y error frente a un problema.

Y para cerrar, el consejo de siempre: fomenta una cultura de comunicación en tu equipo de trabajo, esto es fundamental para el correcto funcionamiento del mismo.

 

Saludos @ Home

El Bruno

image image image

[#VS2012] PowerStory for #PowerPoint with #TFS2012 (I)

Posted on by

image

Buenas,

Tools for the creation of WireFrames are many, perhaps too many. Now, if say me that name a quickly probably the first that comes to mind is Balsamiq. It is not for WireFrames to 100% but it serves the purpose. With the arrival of DEV11 (VS2012 and TFS2012), the friends of Redmond made a very timid approach to prototyping tools with StoryBoards for PowerPoint. The idea was very well, but it came in something that promises a lot but it accomplishes little.

Now on the other hand have an idea very similar but squeezed 100%: PowerStory. The basis of PoweStory is simple; “using PowerPoint to tell stories related with User Stories“. What definition is already a great goal. It is using PowerPoint to what has been created. The idea is that the stories are “painted” in PowerPoint are replacement requirements, user stories, etc.; Since a visually may represent a client needs.

Note:Delicate theme, pick up a need and raise it in visual mode, maybe we are ahead of the implementation of the same. That sure is a complaint of purists, in my case I prefer this to anything.

I return to that I miss. Another interesting point that incorporates this mode of “telling stories” is that from them is generate the Test Cases necessary to validate the same. And if we finally believe in this environment 100% integrated with Team Foundation Server, as it is almost a nirvana (one of the little ones).

This week I have it complicated but I will see take time to test and write about the idea. A video to enter in heat: http://www.youtube.com/watch?feature=player_embedded&v=GxQnOEAux40

HomePage: http://power-story.com/index.html

PS: I am lucky to meet the father of the idea and only say that it is a crack ;)

 

Saludos @ Home

El Bruno

image image image