☕ 4 min read
Trello is a powerful tool by its simplicity. Being user-centered, it’s easily adopted. It’s flexible enough to adopt a Kanban flow.
Actually, I do use Trello and Kanban a lot for Game Development.
When you do Kanban, there are only a few metrics that you’re interested in. First, you probably want to draw the Cumulative Flow Diagram (CFD). CFD is very easy to build and gives you great overview of what’s happening in the project. What you need to do is to count the number of tasks (cards) of each column (list), each day. Put this on a graph, connect dots, done:
It only takes 30 seconds everyday. But, you have to do it everyday. It’s not convenient to reverse engineer it if you missed some days.
Don’t get me wrong: this is not a difficult thing to do and you usually get the team involved in the process, so you are not likely to miss.
But, since you’re using Trello, you might expect to retrieve these information somehow with their API. That would mean not losing time doing this by hand. Also, it would be retroactive!
Among existing tools, Ollert is great at providing Agile metrics from Trello boards, including CFD. Yet, if you’re just interested in Kanban metrics, that might not fit your needs. Plus, it doesn’t give you the second metric you’ll be looking for: Cycle Times over a selected period.
That unresolved need was a good opportunity for me to get out of my comfort zone and actually practice Functional Reactive Programming (FRP).
Thus, I decided to go with:
Making Trello API and Nvd3 work with Cycle.js was quite a challenge. It makes me write my first Cycle.js drivers — which may end up into their own repositories once they will be standard enough to be used independently.
Developing with pure functions, composing them, thinking the application in terms of streams… that was really refreshing. I found that working with Cycle.js/Rx.js made me think differently. The approach is different.
I found this simplifies working on small problems, building components that can be plugged to play together.
Future will tell me if that helps maintainability of a growing application.
After some time working on it on my spare time, I finally reached the point of an app that does the basic job I needed. This is where I decided to open source what I’ve got so far — if it’s useful to me, it might be for someone else.
Naming things is hard. I went with Trello Kanban Analysis Tool, which I abbreviated TKAT. I’m not really good at naming things… well, at least it stands for what it is and the acronym is easy to catch 😀
So here it is: https://github.com/nicoespeon/trello-kanban-analysis-tool
I just spent some time to polish the README and set up few things to ease contributions.
So, here I am, introducing my ‘‘JS library to analyse Kanban metrics from a Trello board’’.
As a user of it, I already listed stuff I planned to improve, such as:
If you are using Trello with Kanban workflow, I’ll be glad you give it a try and give me feedback on what you think / is missing / isn’t working for you.
If you are familiar with Cycle.js or Rx.js, I’m all ears to suggestions. Please go check and criticize my implementation as I certainly not had everything right. Advices on good drivers implementation would be really valuable for example!
If you don’t feel concerned about this but still read the whole post… well that’s cool ¯\_(ツ)_/¯
Thanks, take care and have fun!