#Podcast – NTN 18 – Tableros digitales vs físicos, un poco de ALM, la regla de las 2 pizzas de Jeff Bezos y más

hololens-tfs-kanban-board-02

Hola !

Nuevo episodio esta vez para hablar sobre Tableros Digitales versus Tableros Físicos con Luis Fraile (@lfraile) y Pablo Escribano (@_pabloescribano). En realidad así empezamos, luego por el caminos empezamos a hablar de ALM, de buenas prácticas, y varios temas más.

Durante estos 50 minutos, nos planteamos varios temas

  • Nos dejamos llevar por las modas?
  • Vale la pena automatizar todo lo que hacemos?
  • Las herramientas físicas facilitan la creatividad?
  • Es Guardiola un referente en gestión de equipos?
  • Las herramientas sirven para para construir equipos?
  • Lo digital está destruyendo el Amazonas?

Y también nombramos la regla de las 2 pizzas de Jeff Bezos, referenciamos a DotNet Rock y mucho más ! Si hasta nos han quedado varios temas para futuras sesiones.

Espero que lo disfruten.

Ir a descargar

Saludos @ Toronto

El Bruno

References

Advertisements

[#TFS2013] TFS 2013 Update 4 Release Candidate, #Bugs in the #Kanban board and suggestions for Visual Studio ALM for free

Seychelles

Hello!

more than one year ago, I wrote a post where I mentioned how to modify the default configuration in TFS2012 to use the WI type Bug on a Kanban board. Eventually TFS 2013 was available and I’ve to update the story with a little tweak, when you upgrade a TP deom 2012 the changes were lost on the upgrade process, so it was time to write another post.

And now with the arrival of the update Team Foundation Server 2013 4 (by now in Release Candidate) I think I can close these posts since the functionality of working with BUGs on the boards comes out of the box 😉

A couple of days ago Brian Harry explained this in his blog, along with other updates for Visual Studio and Team Foundation Server included the Update 4 (in Release Candidate). The interesting thing about this feature is that he had more than 100 votes in the section of User Voice where everyone can suggest improvements and help with Microsoft ALM tools.

So now there are no excuses:

Do you know that you go in this link and propose changes and enhancements to Visual Studio and Team Foundation?

User Voice Visual Studio: http://visualstudio.uservoice.com/forums/121579-visual-studio

Best regards

/El Bruno

Source: http://blogs.msdn.com/b/bharry/archive/2014/10/16/visual-studio-and-tfs-2013-4-update-4-release-candidate.aspx

[#TFS2013] TFS 2013 Update 4 Release Candidate, los #Bugs en el #Kanban board y propone cambios que es gratis

Seychelles

Hola!

hace ya más de un año que escribí un post donde comenté como modificar la configuración por defecto en TFS2012 para poder usar los WI de tipo Bug en un tablero Kanban. Con el tiempo llegó TFS 2013 y claro al momento de actualizar había que retocar un poco el TP actualizado ya que los cambios se perdían en el camino, así que fue momento para escribir otro post.

Y ahora con la llegada del update 4 de Team Foundation Server 2013 (por ahora en Release Candidate) creo que podré dar por finalizados estos posts ya que la funcionalidad de trabajar con BUGs en los tableros viene de fábrica 😉

Hace un par de días lo explicó Brian Harry en su blog, junto con las demás novedades para Visual Studio y Team Foundation Server que incluye el Update 4. Lo interesante de esta feature es que tenía más de 100 votos en la sección de User Voice donde TODOS pueden proponer mejoras y ayudar con las herramientas de ALM de Microsoft.

Así que ahora no hay excusas:

¿A qué no sabías que entrando a este link podias proponer cambios y mejoras para Visual Studio y Team Foundation?

User Voice Visual Studio : http://visualstudio.uservoice.com/forums/121579-visual-studio

Saludos

/El Bruno

Fuente: http://blogs.msdn.com/b/bharry/archive/2014/10/16/visual-studio-and-tfs-2013-4-update-4-release-candidate.aspx

[#TFS2012] HowTo: Manage #Bugs with #Kanban boards in the #CMMI template

image

Hello!

After more than one year of working with Team Foundation Service, I now realize that I had forgotten what it is to work with TFS on Premise. If I also add the years where I use the CMMI template, I’m kind of confused. So when Edu ask the next question to me, I kind freak out:

Would can I do to manage my BUGS with a Kanban Board while I’m using the CMMI template in Team Foundation Server 2012?

I’ll try to get more insights for the scenario:

I didn’t know that in the CMMI template, in the board’s work requirements can only see (the workitem type requeriment). The following image shows an example of the board with a template CMMI, where we can see that the only type of element that we can create is a REQUIREMENT .

image

Note: This makes sense if you think a little about this. (teke care the thierarchy of elements in CMMI). But after working with boards, it is difficult to stop using them.

So the challenge was on the table: Bruno, can you do it?! And it is not that there is much information on the Web about this. The closest thing is this entry of the MSDN, in the section “Types of work items that are considered backlog items“.

It describes the steps to keep in mind to add new types of Work Items that are treated as Backlog Items .Translated into CMMI, this would be treated as requirements. Well, as the help does not say all steps, these are the ones we have followed and (for now) work.

1 We export the list of categories from TFS with the command

witadmin importcategories /collection:CollectionURL /p:ProjectName /f:”DirectoryPath\categories.xml”

Hands of lizard: Before you modify the file remember to backup !

2 Edit the same and add the work item type BUG as a requirement

< CATEGORY refname = “Microsoft.RequirementCategory” name = “Requirement Category” >
< DEFAULTWORKITEMTYPE name = “Requirement” / >
< WORKITEMTYPE name = “Bug” / >
< /CATEGORY >

3 Update the configuration of Team Project with this change, with the command

witadmin exportcategories /collection:CollectionURL /p:ProjectName /f:”DirectoryPath\Categories.xml”

4. This point is very important: Here you have broke your TFS, the WEB tab will show you a few errors. Although the MSDN Guide recommends at this point also define the mapping between the columns of the Kanban board and the defect States, there is one detail which does not comment on you.

The Work Item Type REQUERIMENT has a SIZE field that is used for the calculation in some graphics of WebAccess and also the default view uses this column. You can change all of these settings and define that value will be used for a BUG or… add the field Size to Work Item Type Bug.

5. To add this field, using the Team Foundation Server 2012 Power Tools edit the definition of the Bug. Menu “Tools / / Process/Publisher / Work Item Types / / Open WIT from Server”

image

6. In the list of types, select the BUG

image

7 Add a new field with the following data:

image

8. Ready! Now already our main Board allows use REQUERIMENTS or BUGS… with all the features that this implies: Kanban boards, graphics, etc.

image

References:

Greetings @ Home

El Bruno

imageimageimageGoogle

[#TFS2012] HowTo: Usar #Bug con tableros #Kanban en la plantilla de #CMMI

image

Hola!

Después de más de un año de trabajar con Team Foundation Service, la verdad es que me había olvidado lo que es trabajar con TFS on Premise. A eso le sumo que hace años que toco la plantilla de CMMI, y claro la siguiente pregunta del Edu me dejo con una cara de bobo de aquellas:

¿Cómo puedo hacer para poder gestionar mis BUGS con un tablero Kanban si trabajo con la plantilla CMMI en Team Foundation Server 2012?

Si bien, la pregunta de deja todo explicado, mejor aclaro el escenario:

Yo no sabía que en la plantilla de CMMI, en el board de trabajo sólo se ven los requerimientos (los workitems de tipo requeriment). La siguiente imagen muestra un ejemplo del board con una plantilla CMMI, donde vemos que el único tipo de elemento que podemos crear es un REQUIREMENT.

image

Nota: Pensándolo un poco, esto tiene sentido por la jerarquía de trabajo de CMMI. Aunque después de trabajar con tableros, es dificil dejar de usar los mismos.

Así que la challenge estaba sobre la mesa: ¿Cómo lo hago? !!! Y tampoco es que haya mucha información en la webs sobre esto. Lo más cercano es esta entrada de la MSDN, en la sección “Types of work items that are considered backlog items”.

La misma describe los pasos a tener en cuenta para agregar nuevos tipos de WorkItems que sean tratados como Backlog Items. Traducido a CMMI, esto sería tratados como Requerimientos. Pues bien, como la ayuda no dice todos los pasos, estos son los que hemos seguido nosotros y (por ahora) funcionan.

1. Exportamos el listado de categorías desde TFS con el comando

witadmin exportcategories /collection:CollectionURL /p:ProjectName /f:”DirectoryPath\categories.xml”

Manos de Lagarto: Antes de modificar el archivo recuerda hacer backup del mismo!

2. Editamos el mismo y agergamos el workitem type BUG como un requerimiento

  <CATEGORY refname=”Microsoft.RequirementCategory” name=”Requirement Category”>
    <DEFAULTWORKITEMTYPE name=”Requirement” />
    <WORKITEMTYPE name=”Bug” />
  </CATEGORY>

3. Actualizamos la configuracion del Team Project con este cambio, con el comando

witadmin importcategories /collection:CollectionURL /p:ProjectName /f:”DirectoryPath\Categories.xml”

4. Este punto es muy importante: Aquí te has cargado el TFS, la vista WEB te mostrará unos errores de lo más simpáticos. Si bien la guía de MSDN te recomienda en este punto definir también el mapeo entre los estados de los WorkItems y las columnas del tablero Kanban, hay un detalle que no te comenta.

El WorkItem Type REQUERIMENT tiene un campo SIZE que se utiliza para el cálculo en algunos gráficos de WebAccess y además en la vista por defecto se utiliza esta columna. Puedes cambiar toda esta configuración y definir que valor se utilizará de un BUG o … agregar el campo Size al WorkItem Type Bug.

5. Para agregar este campo, utilizando las Team Foundation Server 2012 Power Tools editamos la definición del Bug. Menú “Tools // Process Editor // Work Item Types // Open WIT from Server”

image

6. En la lista de tipos, seleccionamos el BUG

image

7. Agregamos un nuevo campo con los sigiuentes datos:

image

8. Listo !!! Ahora ya nuestro tablero principal nos permitirá utilizar REQUERIMENTS o BUGS … con todas las features que ello implica: tableros Kanban, gráficos, etc.

image

 

Referencias:

Saludos @ La Finca

El Bruno

image image image Google

[#ALM] Is which better #KANBAN or #SCRUM?

ALM 03

Hello

today I will touch a tricky subject: try to define if

SCRUM is better than KANBAN

or if

KANBAN is better than SCRUM

And now that I have complied with the formalities for those who read the summary of the post, let’s go with the correct answer:

Do you really think that one is better than another ?

If you are of those who think that you can make a comparison between the two and get the “best one“, for sure you do not really understand how you are suppose to work in a team.

In my case, there are some stuff in Kanban which I like very much, in example the concept of Work in Progress (WIP). And same happens with SCRUM, there are other things that I almost hate, ie: predictions based on the metrics provided by velocity. Ant the end, both have much knowledge and a set of best best practices where you choose to apply on your team to get a better performance.

Finally, if you are of those people who are not afraid to assert that “X is better than and“, then give thanks that nobody has invented invent how to punch people through internet… Angry smile

Greetings @ La Finca

El Bruno

imageimageimageGoogle

[#ALM] Cual es mejor #KANBAN o #SCRUM?

ALM 03

Hola,

hoy voy a tocar un tema que es complicado: intentar definir si

SCRUM es mejor que KANBAN

o si

KANBAN es mejor que SCRUM

Y ahora que he cumplido con las formalidades para aquellos que leen el resumen del post vamos con la respuesta correcta:

¿Realmente piensas que una forma de trabajo es mejor que otra?

Si eres de los que piensan que se puede hacer una comparativa entre ambas y sacar la “MEJOR”, es que realmente no has comprendido como funciona un equipo.

En mi caso, hay cosas de KANBAN que me gustan mucho, como por ejemplo el concepto de Work in Progress (WIP). Y como contrapartida de SCRUM hay cosas que me repatean las nalgas como las predicciones en base a las métricas que nos brinda velocity. Pero ambas tienen muchos conocimientos y buenas prácticas que puedes aplicar en tu equipo para lograr un mejor rendimiento.

Y para finalizar, solo comentar que si eres de esas personas que no tienen miedo en afirmar que “X es mejor que Y”, pues da gracias que todavía no se ha inventado el modo de dar golpes a través de internet … Angry smile

 

Saludos @ Home

El Bruno

image image image Google

[#TFS2012] Now you can already customize #Kanban boards as you want !! (but brking any rule ehh?)

image

Buenas,

then ad of Brian Harry yesterday with the applied updates to Team Foundation Service and Team Foundation Server 2012, one of the things that we most hoped was to be able to customize the columns in our Kanban boards . Here’s a post of the great Tarun Arora more PRO explains it in a way, I will do it more than homespun.

Yesterday now I say a blow on the forehead when I tried to customize the columns of a Board, mainly because of the IE cache ; However after this all started running pearls.

When you create a project based on the template of SCRUM, within the Product Backlog already you can access Board (board) and within the same view columns that you can work with the PBIs.In the picture below there are 8 PBIs in 4 possible States

image

In this case the flow is fairly linear and passes through the following States

image

This form of work covers many scenarios, however it may be within the same cases you want to work with a little more refinement, for example adding States to identify the last integrated test and QA carried out control.

image

As we can see in the figure above we have changed some States and now to see how to do the same in the Kanban board of Team Foundation Service . When we access the Customize Columns option, we see that we have 4 initial States. We can also see that we have the ability to define the maximum size of the WIP for each column and we can define the State of each WorkItem type in each column.

image

Applying changes to the new process, we will see that although do not change the State of the WorkItem, if we can change the position of the same in the columns of the Board. In this case I have renamed a column by Build and added 2 new: Integration Test and QA.

image

When we apply this changes we see that the existing WI to accommodate new columns and no information is lost.

image

We already have a Board 100% functional in which we can move the PBIs at will within the definition of columns that we have. An example of this can be the next image

image

Now, within the historical changes of a WorkItem, values that define how it associates with the same columns are stored in the Kanban Column field. If we see a WI history we can see how this value changes as we move the WI between columns,

image

If in addition we drag the WI to a column that changes its status, the State field is also updated.

Awesome feature…!

 

Saludos @ La Finca

El Bruno

image image image

[#TFS2012] Ahora ya puedes personalizar los tableros #Kanban a tu gusto !!! (pero sin pasarse ehh?)

image

Buenas,

después del anuncio de Brian Harry de ayer con los updates aplicados a Team Foundation Service y a Team Foundation Server 2012, una de las cosas que más esperábamos era poder personalizar las columnas en nuestros tableros Kanban. Aquí tienes un post del gran Tarun Arora que te lo explica de forma más PRO, yo lo haré más de andar por casa.

Ayer ya me di un golpe en la frente cuando intenté personalizar las columnas de un tablero, principalmente por una cuestión de cache del IE; sin embargo después de esto todo comenzó a funcionar de perlas.

Cuando creas un proyecto basado en la plantilla de SCRUM, dentro del Product Backlog ya puedes acceder al tablero (board) y dentro del mismo ver las columnas con las que puedes trabajar con los PBIs. En la siguiente imagen hay 8 PBIs en los 4 estados posibles

image

En este caso el flujo es bastante lineal y pasa por los siguientes estados

image

Esta forma de trabajo cubre muchos escenarios, sin embargo es posible que dentro del mismo haya casos en los que se desee trabajar con un poco más de refinamiento, por ejemplo agregando estados para identificar el test integrado pasado y el control de QA realizado.

image

Como vemos en la figura superior hemos cambiado algunos estados y ahora veremos como hacer lo mismo en el tablero Kanban de Team Foundation Service. Cuando accedemos a la opción Customize Columns, vemos que tenemos los 4 estados iniciales. Además podemos ver que tenemos la posibilidad de definir el tamaño máximo del WIP para cada columna y podemos definir el estado de cada tipo de WorkItem en cada columna.

image

Aplicando los cambios del nuevo proceso, veremos que si bien no cambiamos el estado del WorkItem, si podemos cambiar la posición del mismo en las columnas del tablero. En este caso he renombrado una columna por Build y agregado 2 nuevas: Integration Test y QA.

image

Cuando aplicamos esto cambios vemos que los WI existentes se acomodan a las nuevas columnas y no se pierde información.

image

Ya tenemos un tablero 100% funcional en el que podemos mover los PBIs a nuestro antojo dentro de la definición de columnas que tenemos. Un ejemplo de ello puede ser la siguiente imagen

image

Ahora bien, dentro del histórico de cambios de un WorkItem, los valores que definen como se asocia al mismo a las columnas se almacenan en el campo Kanban Column. Si vemos el histórico de un WI podremos ver como este valor cambia a medida que movemos el WI entre columnas,

image

Si además arrastramos el WI a una columna que cambia su estado, el campo State también se actualiza.

Impresionante feature … !!!

Saludos @ La Finca

El Bruno

image image image

[#TFSSERVICE] Error moving elements on the #Kanban board and how it was solved from #Microsoft in 10 minutes

image

Buenas,

this afternoon friends from Redmond applied a new update to instances of Team Foundation Service . Each of these updates is welcome by the public in general, and this had the ability to quickly modify the columns of the Kanban board to move work items as great addition.

Although clear, not all that glitters is gold, while still defining some PBIs for the current iteration I encountered the following scenario. When he tried to move the PBIs from the “NEW” status to “APPROVED” I came across the following error

image

The description is very clear: “the APPROVED value does not exist in the values supported by the Kanban board”

image

However seeing the customization of columns, I could see that they were there.

clip_image006

Ready, a bug report to Microsoft. An email by the internal line and within 10 minutes had the team of product chatting with me to see the error. And after a little debugging we see that the error was something stupid related to the IE cache, cleaning the same our IE now works of pearls. That doesn’t mean you have to give a heave of ears to some developer Guiño

However, how many times I heard that Microsoft cares not about users, going at your own pace, etc. In this case in particular for a service that is free, the problem had been solved in 10 minutes! KUDOS for Visual Studio and Team Foundation Server product teams.

Saludos @ La Finca

El Bruno

image image image