Passionate About Inspiring Others
Browse below to get a glimpse of what I do that defines who I am. On this page you'll find details about my current & past affiliations, details of my speaking engagements, my accomplishments, presentations, and a few publications.
My
Portfolio
Affiliations
Conference Talks
Accomplishments
Presentations
Publications
Be a BA - Appreciated Anti-Patterns of a Business Analyst
Book
Work in Progress
(Paramount Advisory - Book contains Explicit Sarcasm)
Each of the chapters in this book highlights an anti-pattern that a Business Analyst enacts during their workday and usually gets appreciated for it. I’m kidding of course, Business Analysts hardly ever get appreciated; they so long for it though that they bend over backwards in almost all circumstances just to get a pinch of acceptance from their tribe. It is this primeval desire that leads to the suspension of ego to the wants of the general masses out of a sense of helpfulness. Yeah, it sounds great, until one realises that the reason it’s called “general” masses is because their collective wisdom hardly ever understands the depth of an iceberg of knowledge that’s needed for good analysis in the first place. It is this behaviour of a Business Analyst (doubt if I should even call you one) that leads to anti-patterns, and yes, this paragraph more or less sets the tone of this book I believe.
Agile Days of Future Past
Scrum Alliance
July 2016
(Public articles are now deprecated by Scrum Alliance; don't know why)
My current journey begins in August 1970, when Dr. Winston W. Royce presented his views on "Managing the Development of Large Software Systems" at the proceedings of IEEE WESCON. This revolutionary paper introduced software engineers like me to the world of Waterfall (or, as I like to call it, "what-the-fall"). But we usually skipped the part in our textbooks where Dr. Royce himself stated that pure Waterfall software development would never work. Dr. Royce stated that in order to eliminate most of the development risks, five additional features must be added to the basic what-the-fall approach.
For me, this is the first "manifesto for software development," because it provides the general guidelines for better software development.
Agile Forecasting with Focus Factor
Scrum Alliance
July 2014
(Public articles are now deprecated by Scrum Alliance; don't know why)
How many deliverables should we commit to our customers in, say, the next two weeks? An intriguing question asked by many Agile teams at the beginning of every iteration. The answer to this question depends largely on the team's thinking, philosophy, and skills -- which unfortunately cannot be measured. Then how do we forecast the deliverables?
How about a mathematical formula that provides an unbiased control based on the historical achievements of the team, which can be used for prediction? That's exactly what focus factor does. Focus factor is a simple mathematical formula for forecasting the number of deliverables possible in an iteration. This number can be arrived at by considering the capacity and velocity of a development team.