Agile FAQs
  About   Slides   Home  

 
Managed Chaos
Naresh Jain’s Random Thoughts on Software Development and Adventure Sports
     
`
 
Discovering...
Industrial Logic

Microblog Feed
    Previous Feeds...
    Recent Thoughts

    Recent Comments
    Categories
    Archives
    March 2010
    M T W T F S S
    « Feb    
    1234567
    891011121314
    15161718192021
    22232425262728
    293031  
    RSS Feed
    Add to Technorati Favorites

    Key Attributes of a Metrics

    Tuesday, June 9th, 2009

    A good metrics:

    • Guides/Drives me. When I look at it, I know what to do (how to react to the data highlighted by the metrics)
    • Positively influences (motivates) me to take steps towards improvement
    • Has no ambiguity regarding how the data can be interpreted
    • is Visual: Once understood, it should take less than 3 seconds to get the essence of the metrics
    • Tracks real data; not something else which is easy to measure
    • Is Automated: Eliminates waste and reduces the feedback latency
    For example, xUnit report is a good metric. When I look at the results, I know what to do. If I have a failing test I know that needs to be fixed. It drives me positively to fix the test. If all tests are working, then it motivates me to add more tests. There are no 2 different ways to interpret the data. A failing test means program did not meet the expectations and a passing test means everything is working as expected. Also we are tracking real data generated automatically instead of guesswork. 
    In my experience focusing on 3 metrics at a time, is very effective. Once we start tracking more than 3 metrics, we loose focus and clarity. 
    How do you know which 3 metric to watch?
    Usually, I use ToC to figure out what is the biggest bottleneck in my system. Based on the bottleneck, I define 2-3 metrics that we want to measure as we try to address the bottleneck. Hopefully soon, something else will be the bottleneck and we’ll start measuring things related to that.
    This is a main reason why I think we cannot have a set of metrics across the organization. Every team has different bottlenecks and they are at a different stage of evolution. Metrics should be dynamic and they should keep evolving. 
    • Share/Bookmark

    MbUnit to NUnit and back

    Wednesday, March 18th, 2009

    Recently I was helping a team @ Directi working on a .NET project. They were using MbUnit for unit testing and acceptance testing. The team was using VS 2008 as their IDE. (Seriously its a joke to call VS as an IDE).

    As I was pairing with one of the developers, I was watching him make code changes, hit F6 to build the project and then switch to MbUnit UI to run the tests. What a freaking waste of time! Ideally I would make a code change and hit a keyboard shortcut to execute the tests.

    So I suggested that we use ReSharper plugin or at least use Test Driven .Net . But the big problem was that ReSharper does not support MbUnit, it only support NUnit. So we looked at what was different in MbUnit that was not in NUnit. The main thing that stood out was RowTest feature. But then we soon found NUnit extension for RowTest. Great!

    So we went ahead and changed all our MbUnit tests to use NUnit. (It was a breeze). But then, when we tried to run the tests inside VS using resharper, it was detecting all our test fixtures but did not detect any tests in them. Only later, we realized that ReShaper does not support RowTest extension.

    So we simply reverted to MbUnit and installed the MbUnit Resharper Plugin to run MbUnit tests from ReSharper.

    • Share/Bookmark
        Licensed under
    Creative Commons License
    Design by vikivix