Mario Talavera Writes

- My Development Journal

Archive for the ‘Mingle’ Category

Mingle Lessons Week Two

with one comment

A week and a half into our current project… here’s are my lessons and miss-steps so far. I am certain there are more to come.

  • Originally scheduling 8 hours per developer per day. I should have known better but this one slipped big time. Perhaps I was too enthusiastic about estimating how many tasks we could do. I’ve been re-examining this for the past four days and believe 6 hours (top) per developer per day is realistic.
  • Assuming developers would be allowed to work on project full time. Ha! Sometimes we put up to half our time into project and half into various side tasks that need to be done as well. For other developers, this is much worse; they may have no more than a few hours a day to work on this project. This one is tricky since we cannot choose not to do tasks that need to be done.
  • Ramping up our project has been a bit slower than I expected. I blame myself for this one 100%. This is the first time I work in a project with this established team and this has forced everyone to adjust to each other (yeah because of me :( ). I am fortunate that everyone is very open minded and, at least, entertains my thoughts even if they are way off the current pace.

    Still, this is the most exiting lesson so far. We can sense increasing speed going thru tasks and handling those things we hadn’t thought of. It feels great to be developing a rhythm with my teammates.

  • Clearly, all these lessons are not related to Mingle but to web projects and the management of these… This makes them that much more important to me. I am certain that, taking these into consideration, will greatly improve our development workflow and pace.

    Written by mariotalavera

    July 10, 2009 at 1:51 am

    Posted in Career, Mingle

    Mingle Project Overviews

    without comments

    A week has passed since our first project using Mingle started at Caxiam. Even thou this was a short week, we have been able to ‘eyeball’ a roadmap out of a mountain of things to do on this project. Provided the team can work seamlessly and each member focuses on his tasks, Mingle will be a great guide as work gets more complicated.

    So far, my favorite feature in Mingle is the ability to set any particular report or ‘view’ as a standard page. This is a bit more than a fancy aggregated report. Any user is able to view current workload broken by resources, priority, iteration, really, any metric shared among all existing tasks.
    It is invaluable to be able to reassign a particular task to a different iteration or assign it to a different developer. All the metrics for a view are then recalculated to provide a quick overview of your actions. Shuffling tasks between iterations recalculates the sum of the hours of work per iteration or reassigning tasks to a different developer recalculates each developer’s workload accordingly. It sure beats weekly re-prioritization meetings.

    A picture would be invaluable to illustrate this point but content of these things is sensitive to both our company and our clients so the best I can do is point to whatever information Thoughtworks has available…

    Project overview

    The illustration above depicts a typical project under Mingle broken down per status (let’s imagine). Imagine a series of aggregates on these different statuses for time allocated, time elapsed, etc. Moving (heavy use of AJAX) cards (boxes) from one status to another automatically recalculates relevant affected metrics.

    This is but one of many features on Mingle. I would say that early in a project, this is one of the most useful ones. The ability to quickly task a team, and reshuffle quickly as things happen is priceless.

    It is worth mentioning that shuffling 20, 30 cards at a time puts these requests in a long queue where one can only sit back and wait until all one’s actions are realize. I think this could be a deal breaker in a big project with a thousand tasks perhaps… My experience here is very limited, perhaps our Mingle server needs more memory.

    Lastly, a lot of the benefits provided by Mingle are greatly diminished if not everyone on the team uses it or runs a parallel number of tasks outside of Mingle. This effectively puts a dent on everyone else’s work. It is most important that each developer updates his tasks and sticks to their queue… it is rather easy for any developer to ‘grab’ more tasks unassigned and stay busy so this should not happen.

    One thing I have barely touched here is how a project is broken into little bits in Mingle. The basic idea is to break down everything into a series of ‘card’. Perhaps that will be my next post.

    Written by mariotalavera

    July 6, 2009 at 1:08 am

    Posted in Career, Caxiam, Mingle