tag:blogger.com,1999:blog-81361624165763693382024-03-07T07:46:16.657-08:00It's all in the TEAMStraight from the heart... as experienced.Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.comBlogger304125tag:blogger.com,1999:blog-8136162416576369338.post-60218507544682997512018-02-24T01:34:00.003-08:002018-02-24T01:39:31.686-08:00The Lazy tester in me <div dir="ltr" style="text-align: left;" trbidi="on">
<br />
<div class="MsoNormal">
The topic might not be new, I already heard, read and found a
lot of information on google. But yesterday when I went to one of the team
members running tests that were failing for our BA I realized that finding test data and information and using it while doing the tests is one of the key reasons why
bugs are missed out in test cycles. Keeping all the boundary test data always
handy is not something that you would see often and in other words is not even
easy. <o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
So when we were to test Cyrillic characters and accented
text into our input fields, the process would begin with sending chat messages
and emails to everyone asking where the data is stored, then open the
appropriate file from a network drive, keep it open all the time while you are
doing tests, copy paste in each field every time before you have to run some
random [In plain word exploratory test]. <o:p></o:p></div>
<div class="MsoNormal">
I tried and I was tired filling it on 4 different screens at
different times. Not to mention returning from every break, system restart or
new day reminding yourself that the boundary test file has to be opened is such
a pain.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Resolving this issue was not as difficult as I would have
thought. I stumbled upon a Chrome extension [has a FF one too]. BugMagnet, I
see it as a great help for any kind of boundary tests your product or web app
demands. The extension comes with default configuration including texts,
numbers, emails, web sites everything one would need to test the App against.
BugMagnet kind of makes screen life so easier and I would just say very handy
for Dev when doing integration tests even before they put the code in. <o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Not just that I managed to create a configuration file for
the frequently used values that are needed to feed into our product when
uploading new documents etc. A simple Json file with several texts and
combinations, sometimes even frequently used logins and passwords. You can also
have a configuration file customized for your product like All Document
References should be tested against the following elements “Number”, “Text” , “4K
plus text” etc etc. All titles should be tested with “Numbers , Email Addresses”
so on and so.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<b><i>Here are the steps in installing the Chrome Extension:</i></b><o:p></o:p></div>
<div class="MsoNormal">
Visit : <a href="https://bugmagnet.org/v3.html">https://bugmagnet.org/v3.html</a><o:p></o:p></div>
<div class="MsoNormal">
Add the Chrome / FF Extension Once install read the guide<o:p></o:p></div>
<div class="MsoNormal">
You are now ready to right click on any field and test….<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
And yes when you use it, dont forget to use the<a href="http://testobsessed.com/wp-content/uploads/2011/04/testheuristicscheatsheetv1.pdf" target="_blank"> <span style="background-color: white; box-sizing: border-box; color: #205e82; font-family: "open sans" , sans-serif; font-size: 14px; outline: 0px;">Elisabeth Hendrickson Test Heuristics Cheat Sheet</span><span style="background-color: white; box-sizing: border-box; color: #505050; font-family: "open sans" , sans-serif; font-size: 14px; outline: 0px;"> </span></a> and also Thank <a href="http://gojko.net/" style="background-color: white; box-sizing: border-box; color: #205e82; font-family: "Open Sans", sans-serif; font-size: 14px; outline: 0px; text-decoration-line: none;">Gojko Adzic</a><br />
<br />
What I would like to do next is take the BugMagnet Config File , use the Cheat sheet above and compile it with all the boundary tests needed on each of our products. Then get the extension a part of a simple SMS roll out so every tester just gets it by default instead of having to install each time.<br />
<br />
Now you can call me Lazy ;)</div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com2tag:blogger.com,1999:blog-8136162416576369338.post-84881617369827059792017-11-15T05:55:00.001-08:002017-11-15T05:55:00.129-08:00Hold the snafu<div dir="ltr" style="text-align: left;" trbidi="on">
<br /><div class="MsoNormal">
Communication can never be easy, especially when you are
working over phones, Skype and other such media tools and I don’t say its only
verbal communication. A week ago my wife asked me over whatsapp <o:p></o:p></div>
<div class="MsoNormal">
“On your way home, can you bring some tablets?” my reply “Yes”
and we ended up in a late night fight when I asked her “what medicine? O that
one?” No it was not a problem of commitment vs delivery it was a simple issue
of communication. Going by the regular expressions as we follow in India, my
answer was “Yes, I can” I never said “Yes I will”. <br />
<br />
The more I work with the teams, the more I have realized that this is really a
standard. The Yes has variable meanings here.<br />
<br />
Yes = I understand<br />
Yes = I know <br />
Yes = I will do it<br />
Yes = May be I can do it, I will try<br />
Yes = Maybe I will try<br />
<!--[if !supportLineBreakNewLine]--><br />
<!--[endif]--><o:p></o:p></div>
<div class="MsoNormal">
The same rule applies to 2 mins… and no when I say the same
rule applies, when I ask my wife how long it will take her to be ready to go
out, that’s the answer I get. I have embarked a few 2 mins rules going by such
experience.<o:p></o:p></div>
<div class="MsoNormal">
2 mins = now<br />
2 mins = 2 hours<br />
2 mins = tomorrow<br />
2 mins = never<o:p></o:p></div>
<div class="MsoNormal">
The same rule applies to “Right” <br />
<br />
Right = Correct<br />
Right = Right Hand side<br />
Right = Straight [Specially if you are down south in India]<br />
Right = Go Ahead<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Over years even “OK” has frightened me. Last time I asked a
dev “That POC will be done this week? His answer “OK”. Only when I went to him
to question about it, did I realize that he meant OK as in it is OK and not
that he will do it.<br />
<!--[if !supportLineBreakNewLine]--><br />
<!--[endif]--><o:p></o:p></div>
<div class="MsoNormal">
Even “I will “is a threat at times, I will doesn’t guarantee
the time, it just guarantees the intention only. Next when you work with remote
teams make sure the expressions are handled and understood well. <o:p></o:p></div>
<div class="MsoNormal">
Or be ready for the snafu<o:p></o:p></div>
<br />
<div class="MsoNormal">
<o:p></o:p></div>
</div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-55700884204367863902016-09-08T07:32:00.001-07:002016-09-08T07:33:05.764-07:00Mahabharat - The Epic Tale<div dir="ltr" style="text-align: left;" trbidi="on">
I first read Mahabharata a few years ago (Not to mention I have seen the TV show that used to run on Doordarshan). The Epic story never stopped fascinating me. Each time I read, it intrigued me to look at a different perspective of life... My reading of Mahabharata was a Pandav driven perspective, until I was introduced to "Mrityunjaya" by Shivaji Sawant a point of view of Karna. The book enlightened and I had a feeling that Mahabharat is not just about Kaurav and Pandav's, it truly meant more. More than a myth, an epic story, a political saga, a display of passion and greed. Mrityunjaya made me think there was another hero in this story, Karna. Not that the Mahabharat projected him as a villain, but then who fights for the evil is also termed Evil.<br />
<br />
Then came I was introduced to Devdutt Patnaik's Jaya. Mahabharat with a different angle. Devdutt patnaik, kind of challenged the belief of Duryodhana as a villain, yet gave a lot of details that were never told in earlier books I read. Then I happened to fumble over "Palace of Illusions" by Chitra Banerjee an English book on Mahabharat from Draupadi's point of view. Whilst a lot of the content in this book appeared superficial, I was amazed how a perspective changed the villains, affiliations and allegiances between people. Ignore if someone tells you this book is shit, you still got to read it :). A year or so passed when I stumbled upon "Ajaya - The roll of dice" this was Duryodhan's point of view and what an amazing one. Yet again in the battle of good and evil, perspective can be so important. This also made my belief stronger that your behavior is controlled by where you see things from. Ajaya is one of the good books I read on Mahabharat. Months between came "Yuganta" a marathi book by Irawati Karve, this is a wonderful book that portrayed bheeshm, Kripacharya, Dronacharya and others in a very secular light. I enjoyed this book and yet again the battle between if Mahabharat was ever about Good vs Evil started. My stop on Bhyrappa's "Parva" was a new way to see Mahabharat without any magical elements, no curses, no divine elements. Although I read the marathi version of this translated by Uma Kulkarni, I am very sure it would not be any different in Kannada.<br />
<br />
My next stop was "Yugandhar" a book in marathi and from Krishna's perspective. I think this changes the flow in which we think about Mahabharat as you then start lining up events to justify or judge good and evil. A week or so ago I ended up with "Duryodhan" a book in marathi by Kaka Vidhate... Now this book is not just a fascinating tale, but also an epic narration by several characters (majorly Duryodhan), just adds fuel to the thought process on was Duryodhan really evil or Mahabharat was a dirty political saga.<br />
<br />
My curiosity just doesn't end, reading so many articles and short stories on this Epic, I ended up creating my own wish list.. Books I still have to get my hands on, here are a few names...<br />
<br />
Randaamoozham - They say this is a malyalam book having Mahabhart from Bheem's point of view.<br />
Kapatneeti - A marathi book, that gives a detailed view of politics of the time.<br />
Dhananjaya - Arjun's point of view<br />
Radhey - Karna's point of view.<br />
Yajnaseni - Draupadi's point of view<br />
Jyeshtha - Yudhishtir's point of view<br />
Karna's wife - Vrushali's point of view<br />
Shakuni Shuvala - A baloch version talking about the Gandhar prince<br />
The Winds of Hastinapur - A feminine look at Mahabharat<br />
Kounteya - A Tamil book with a Point of view from Kunti<br />
<br />
If you know more, do let me know. I would be glad to add up to this list. </div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-10051956130886839372016-08-30T04:33:00.000-07:002016-08-30T04:33:01.348-07:00Brainstorming is not Q&A, Don't make it one<div dir="ltr" style="text-align: left;" trbidi="on">
Crowd sourcing ideas is an effective way to innovate, but do brainstorming really create the required effect? This has always been a question to me, the brainstorming sessions I am required to attend for the product feature work we do, at times just sound like Q&A sessions, they lack the luster, effectiveness and are always around the first idea that gets discussed on how a feature need to work.<br />
<br />
Typically the product group would organize the session with the internal team, One of the tester (also sort of semi owner of the feature) would give a brief about the feature, a small discussion would then take place of how, where and who and that's when the shit hits the fan; questions start pouring in one after the other, all of these questions are really different scenarios and typically when no questions are left the brainstorming is concluded. <br />
<br />
Anchoring is what causes this damage and kills the objective behind the brainstorming itself. It always is a challenge in brainstorming sessions, something like the 1st idea that gets discussed is the one that kills the creative originality of any potential idea(s) that could turn in later. Once the first idea hits the floor, everything you discuss is around that idea.<br />
<br />
A brainstorming can be made effective by:<br />
<br />
1. Right People<br />
Involve the right people, one that are spectators would not be of help and may just divert the focus of the group by asking questions just to prove that they are a part of the group discussion. People with appropriate knowledge in given area are needed to be given preference over those in the org charts. Senior Managers should be given a attendee hat in the first part of the session, to avoid the low hanging fruits getting picked first and diverting the focus.<br />
<br />
2. Divide in groups<br />
Brainstorming sessions are effective only if the group is divided and has different ideas on the table to discuss. Brainstorming can be more effective in a group divided with different base ideas, allegiances.<br />
<br />
3. Cap the time<br />
A time cap should be levied on the participants, so the brainstorming isn't hijacked. Ofcourse the moderator can allow participants on a case by case, but then the vocal participants can end up taking over the session and at times without having fruitful discussions.<br />
<br />
4. No repeat, No Blocker<br />
A lot of brainstorming sessions end up repeating the same ideas, topics, points by different attendees. This is a NO GO. Just moderate when that happens. Ideally a whiteboard can be handy so everyone can see what is covered and what is not. I attended a brainstorming on City Civic issues and the group actually put up a list of items they wanted to cover, allocating time to each point. Everyone was free to add to that list but the moderator was deciding the time. This gave a good start as several ideas started turning up when some items were discussed and by the end of first 3 ideas almost 20% of items made new to the list and some got dropped. <br />
<br />
5. Conclude<br />
Never forget to conclude the brainstorming. If no actions, no tasks , no objectives or goals are defined within the brainstorming session, likelihood is you have just wasted that time with no yield. List the actions and dont forget to follow up.<br />
<br />
A few dedicated effort in preparations, organizing the topics, execution can help the brainstorming be fruitful. The goal needs to be concluding post all ideas are discussed. I have also liked <a href="http://usecandor.com/brainstorms" target="_blank">Candour</a> a tool to collect and collate ideas. Next time you are brainstorming, turn the Q&A to a real discussion. Share your ideas, just not be interested in questioning or challenging others.<br />
<br /></div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-55458243752313265132016-08-18T07:30:00.001-07:002016-08-18T07:30:14.008-07:00Know your tools<div dir="ltr" style="text-align: left;" trbidi="on">
A colleague a few days ago passionately spoke to me on how we don't have access to new tools that are storming market and provide some amazing features. I could not disagree for the world of internet always fascinates me with its offerings. Our discussion had started around "what do we do to make our tests better"specially to have a stimulation to our customers usage patterns or infrastructure, New tools, processes, technologies would certainly help, but then when we have new things do we really exploit them to the best? Did we try the best out of the old ones? is switch to the new thing, just arbitrary?<br />
<br />
Years ago, we were using <a href="https://www.charlesproxy.com/" target="_blank">Charles </a>as a web proxy to find out what was happening with our web application on every request. We swiftly moved to fiddler (For many in our team don't remember why this transition happened or since when we started using <a href="http://www.telerik.com/fiddler" target="_blank">Fiddler </a>or even why <a href="https://www.wireshark.org/" target="_blank">Wireshark </a>was not chosen over <a href="http://www.telerik.com/fiddler" target="_blank">Fiddler</a>). The answer then was our webapp testing needed 2 things<br />
<br />
1. Decrypting the traffic<br />
2. Ability to view the request and response headers and info in a seamless way<br />
<br />
Both these features were not provided by <a href="https://www.charlesproxy.com/" target="_blank">Charles </a>then, the Internet Developer tools on browsers were not complete and <a href="https://www.charlesproxy.com/" target="_blank">Charles </a>was memory expensive. <a href="http://www.telerik.com/fiddler" target="_blank">Fiddler </a>on other hand was turning light. When it comes to <a href="https://www.charlesproxy.com/" target="_blank">Charles </a>we still have a feature or 2 that we miss in <a href="http://www.telerik.com/fiddler" target="_blank">fiddler </a>and that is where knowing these tools is so important.<br />
<br />
<span style="font-size: x-large;"><a href="https://www.charlesproxy.com/documentation/proxying/throttling/" target="_blank">Throttling your bandwidth</a></span> is one feature we can use and use it effectively using this proxy to ensure we test in a closely stimulating environment. Our customers who are located in desert areas and using the tools, would be having a very unpredictable bandwidth and latency and Charles allows you to configure this. SO much that it can let you define the bandwidth and the latency in which you can test your product and tell how the performance is if not set a defining benchmark if it works.<br />
<br />
A small feature from a tool can be so important in defining how your product can shape.. but then.... Do you know your tools? Well Enough?<br />
<br />
</div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-42977155451030672432016-08-17T00:36:00.000-07:002016-08-17T00:36:11.644-07:00Scrum : Who is for what?<div dir="ltr" style="text-align: left;" trbidi="on">
Scrum very clearly defines a simple rule for the attendees and the participants. No unwanted noise. When the scrum guide states <i>"<span style="background-color: white; color: #222222; font-family: "helvetica" , "arial" , sans-serif; font-size: 12px; line-height: 18px;">The Scrum Master enforces the rule that only Development Team members participate in the Daily Scrum. The Daily Scrum is not a status meeting, and is for the people transforming the Product Backlog items into an Increment." </span></i>It really has a reason. Most scrums I just see it ends up becoming a Q&A session. Majority of times it is a status update meeting, for all those who want to know what is happening in the project, this sounds like the best time to know the details.<br />
<br />
Scrum to be effective needs to be technical. Really. Dev teams need to discuss line of code, architecture, blockers, dependencies. Things that managers don't understand. The scrum Master also need to be a bit careful on who to allow as a participant and who to allow as a attendee. For most times I have found myself getting into a scrum as an attendee only to be tempted to participate. This temptation, I surely see cannot be survived by many and they end up driving a scrum to an endless and slightly meaningless turn.<br />
<br />
I always suggested our scrum teams to take some discussions offline, maybe as adhoc post scrum meetings, just so there is no time wasted for everyone in the room or even the development staff that has no need of listening to it. A scrum can really go long when there is no censor over the attendees and participants... I drew a small table suggesting how a scrum meeting longed with different attendees and participants...<br />
<br />
<table border="1" cellpadding="0" cellspacing="0" class="MsoTableGrid" style="border-collapse: collapse; border: none; mso-border-alt: solid windowtext .5pt; mso-padding-alt: 0in 5.4pt 0in 5.4pt; mso-yfti-tbllook: 1184;">
<tbody>
<tr>
<td style="border: solid windowtext 1.0pt; mso-border-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.8pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> Attendee / Participant</o:p></div>
</td>
<td style="border-left: none; border: solid windowtext 1.0pt; mso-border-alt: solid windowtext .5pt; mso-border-left-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.85pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> Impact</o:p></div>
</td>
<td style="border-left: none; border: solid windowtext 1.0pt; mso-border-alt: solid windowtext .5pt; mso-border-left-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.85pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> Additional Time</o:p></div>
</td>
</tr>
<tr>
<td style="border-top: none; border: solid windowtext 1.0pt; mso-border-alt: solid windowtext .5pt; mso-border-top-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.8pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> Product Owner</o:p></div>
</td>
<td style="border-bottom: solid windowtext 1.0pt; border-left: none; border-right: solid windowtext 1.0pt; border-top: none; mso-border-alt: solid windowtext .5pt; mso-border-left-alt: solid windowtext .5pt; mso-border-top-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.85pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> Questions, Clarifications, How to do, what to do kind of discussions sneak in.</o:p></div>
</td>
<td style="border-bottom: solid windowtext 1.0pt; border-left: none; border-right: solid windowtext 1.0pt; border-top: none; mso-border-alt: solid windowtext .5pt; mso-border-left-alt: solid windowtext .5pt; mso-border-top-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.85pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> 10-25 mins</o:p></div>
</td>
</tr>
<tr>
<td style="border-top: none; border: solid windowtext 1.0pt; mso-border-alt: solid windowtext .5pt; mso-border-top-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.8pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> Leads / Managers</o:p></div>
</td>
<td style="border-bottom: solid windowtext 1.0pt; border-left: none; border-right: solid windowtext 1.0pt; border-top: none; mso-border-alt: solid windowtext .5pt; mso-border-left-alt: solid windowtext .5pt; mso-border-top-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.85pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> Questions like What are you working on, what is the status, when will it be delivered, etc. etc.</o:p></div>
</td>
<td style="border-bottom: solid windowtext 1.0pt; border-left: none; border-right: solid windowtext 1.0pt; border-top: none; mso-border-alt: solid windowtext .5pt; mso-border-left-alt: solid windowtext .5pt; mso-border-top-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.85pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> 12-25 mins</o:p></div>
</td>
</tr>
<tr>
<td style="border-top: none; border: solid windowtext 1.0pt; mso-border-alt: solid windowtext .5pt; mso-border-top-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.8pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> Non Team members</o:p></div>
</td>
<td style="border-bottom: solid windowtext 1.0pt; border-left: none; border-right: solid windowtext 1.0pt; border-top: none; mso-border-alt: solid windowtext .5pt; mso-border-left-alt: solid windowtext .5pt; mso-border-top-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.85pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> Updates from other products, questions or discussions that have no team connections</o:p></div>
</td>
<td style="border-bottom: solid windowtext 1.0pt; border-left: none; border-right: solid windowtext 1.0pt; border-top: none; mso-border-alt: solid windowtext .5pt; mso-border-left-alt: solid windowtext .5pt; mso-border-top-alt: solid windowtext .5pt; padding: 0in 5.4pt 0in 5.4pt; width: 155.85pt;" valign="top" width="260">
<div class="MsoNormal" style="margin-bottom: 0.0001pt;">
<o:p> 5-10 mins</o:p></div>
</td>
</tr>
</tbody></table>
<br />
Your scrums are to progress the backlogs. Your scrums are to list and help remove impediments. Your scrums are to be on same page in regards to the tasks in hand. Your scrums are to make the hustle effective. Your scrum gives you ability to show what is stopping you and move further.<br />
<br />
Scrums are not for Status updates, Scrums are not for non core members to get answers from core teams, Scrums are not for planning projects or discussing solutions.<br />
<br />
If your scrum is short, it will be crisp.<br />
If your scrum is objective, it will be fruitful<br />
If your scrum is balanced, it will be result driven...<br />
<br />
<br />
Start scrumming, not mobbing.<br />
<br />
<br />
<br /></div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-18166612134970291882016-08-16T06:16:00.001-07:002016-08-16T06:16:50.753-07:00What is non-negotiable?<div dir="ltr" style="text-align: left;" trbidi="on">
This performs a bit slow, I left it there.<br />
I think we can address it for future.<br />
Well it has been like this forever, I know its trivial work, but I dont know if I should touch it.<br />
I had found the issue, but thought it was too trivial to stop the release.<br />
It was going to be too much work, so I did it this way.<br />
<br />
When you start hearing this, and many such things; You have to be warned that you are on the wrong side of the road. And if you dont realize it, this one should be a NON-NEGOTIABLE one as well. Quality is important, and most time overlooked. Walter Isaacson in his book "Steve Jobs" mentioned each time Jobs did not like something or found something was not up to the mark he called it "SHIT"<br />
<br />
There are several things in a project / development lifecycle, that purely needs to be seen as NON-NEGOTIABLE, yet we choose others over them.<br />
<br />
Time over Quality<br />
Scope over completeness<br />
Technology over Usability<br />
A brainstorming session over documented specification<br />
A hurriedly completed feature over a value emitting function<br />
<br />
and each time we make this negotiation, we create a great deal of debt, Technical Debt that is hard to manage. A project team needs to decide what is negotiable and what is not. In a lifecycle we have and would always come across things that would need to be ignored, at times prioritized low, or be compromised. But these are situations that put your basic attitude towards development to test. The day you start negotiating quality, is the day you lose focus to success. Rest can still be achieved, still be raced to, still managed. Quality cannot be.<br />
<br />
A typo on your login can be more embarrassing than having missed a button to cancel a process. Quality needs to be seen as oxygen to your product. When you start juggling the oxygen, you are prone to faint, if not seize to breathe.<br />
<br />
Think over, next time you are in a compromising state, you negotiate and what?</div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-20268424336324692352016-08-11T03:16:00.000-07:002016-08-11T03:16:05.346-07:00Its not Them, its US<div dir="ltr" style="text-align: left;" trbidi="on">
I usually put a negative rating, when a candidate uses "They" to refer to their existing companies. I have this issue even when the project teams across refer to each other as "They". It can be Dev is working on it, or QA is testing it but it never needs to be "They" are working on it or "They" have done it wrong. Its US, WE and if cant be that then a very fundamental question needs be asked.<br />
<br />
Today I interviewed a girl for a QA position, I asked her what does your company do... and she started with "They" are into.... then each time I asked her a question about the team, product, project I hear this word "They". Towards the end of the interview I asked her a question "When you refer to your company as They is it because you are quitting or is it because you don't like them?" her answer matched her experience and hence there is no point in talking about it.<br />
<br />
I always see this as an issue, if a team member starts referring to another team in 3rd person, or for themselves. In any case such reference just says you are connected enough. I also analyzed that the one who starts calling other team members as "They" sooner or later converts into a Loner, Anti-Team member.<br />
<br />
Anti-Team attitude drags good from happening, it drags you into political war, it drags into un-productive conversations and debates. It yields US vs Them stream in your team, a high risk for a working team.<br />
<br />
The "They" thing also occurs when someone does not want to be counted as a part of the team, at times to not be linked to a failure, embarrassment or has a feeling of superiority if not inferiority. Next time when one of your team member use "They" for another, stop them. Next time you interview a candidate who says "They" for their existing team / organization educate them.<br />
<br />
For life is too large to accommodate your own as WE instead of THEY and it is too short to make it US vs THEM.<br />
<br />
<br />
<br />
<br />
</div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-57787359844553446082016-08-11T00:40:00.002-07:002016-08-11T00:40:31.412-07:00Lets do it forever<div dir="ltr" style="text-align: left;" trbidi="on">
I have to deliver a product that will change the way of the worlds, problem is I am taking forever to deliver it. You lose the value of what you are doing, if you don't do it in time. For a few times in last few months I experienced how most valuable thing become useless, just because it did not complete in time.<br />
<br />
We need to understand Agile much better to be able to value time. Agile is not about delivering in sprints, about creating iterations, about talking Agile, about telling how we scrum...<br />
<br />
Agile is about iterating every day, asking for feedback and improving every few hours, getting a minimum value delivered every day.<br />
<br />
Let's Agile, Let's not do it forever. </div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-63139930124276942732016-08-09T08:11:00.001-07:002016-08-09T08:14:37.578-07:00Prioritize or Die<div dir="ltr" style="text-align: left;" trbidi="on">
I was late for office, I had time given to a banker guy to meet me at work. I had to pick some stationary for my son, I had to go to the bank and deposit some money which I was carrying in cash, I had to make a call to a potential customer on the way, I had a report to send to my boss, I had a issue to be responded that affected a customer,<br />
<br />
All of this was running in my mind when I was driving to work and every fraction a thought was triggering on why I did not read that " 7 habits of successful men". In any case I had things to do, I had important things to do. When I finished my day, I was left with 1 thing... the most important one. Priorities can be so much a killer, specially when you procrastinate or do not care about it most importantly if you don't prioritize.<br />
<br />
Priority is usually a challenge, for most; this is just not natural. A husband and wife at the age of 45, staying in my neighborhood once told me that they lost both their parents and never had time to even sit and speak to them since it never made a priority in all the trips, travel, work and running a business.<br />
<br />
Priorities are to be thought of carefully and executed with some level of commitment to avoid mess. Since my experience with messed up priorities I have always worked them out on a simple rating scheme.<br />
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
Impact vs Effort : Higher the impact and Lower the effort makes it easy to decide the priority. A simple rule is to fit the items to be worked out in a simple chart<br />
<br />
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh8kGNEUX8P38scD5oyu5C4qxIvtg1SBiNZw-Yu_vnBriQ1ZeysrnufEPybKS2650HtaN1dYFLxkm7tF2igY1xXvCZ6t2yuqalXcvJZpoEFWdvCN3oVJBzl74Q6Un0VIlvEZNznHylcmHs/s1600/A1.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em; text-align: center;"><img border="0" height="238" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh8kGNEUX8P38scD5oyu5C4qxIvtg1SBiNZw-Yu_vnBriQ1ZeysrnufEPybKS2650HtaN1dYFLxkm7tF2igY1xXvCZ6t2yuqalXcvJZpoEFWdvCN3oVJBzl74Q6Un0VIlvEZNznHylcmHs/s400/A1.png" width="400" /></a><br />
<br />
Every item goes into a simple table<br />
<br />
Task Impact Score Effort Score<br />
Fix Issue with door 7 5<br />
Shop clothes 3 8<br />
Pack Bags for Travel 8 4<br />
<br />
The scores are then sorted by high impact and low effort and life can be easy to decide the priority. Most times since this information is never analysed before starting work, people tend to miss on priorities,<br />
<br />
BTW there is no excuse to missing priorities for forgetting and procrastinating.<br />
<br />
S<br />
<br />
<br />
</div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-41392079515806255192016-08-08T05:33:00.002-07:002016-08-08T07:32:32.932-07:00Why am I not on that email?<div dir="ltr" style="text-align: left;" trbidi="on">
A few days ago, someone from my team IM me, in despair wanting to have a chat. I agreed. We went to a meeting room, where he raised his disappointment on why he is not on the emails shared between one of the project teams. Since I myself was not on the email, I curiously asked about the email. Wanting to know what was in the email, that a person has to raise an alarm. The email was about an instruction from one engineer to another asking for certain changes in a feature he/she was working on.<br />
<br />
I was forced to ask a question, Why do you need *that* email to be sent to you? The answer was enlightening "I should know what is happening". A mistake many new managers do. They want to know everything that is happening, even if they are not required to know. But I was not interested in knowing that.<br />
<br />
I asked another question "What would you have done, had you got the email in first place?. The answer not surprisingly was "I wasn't required to respond on that email" I should just be "For Information" on it. The killer was the answer to next question, I asked "Say you did not get this email, what wrong would happen?" the reply surprised "Nothing, But then I am not responsible for anything goes wrong, not for that thing but any other task that relates to people or task involved in the email"<br />
<br />
I guess this type of thing is clearly an Identity challenge, someone immediately starts thinking if he/she is not on an email, means his/her identity is in danger. It means that his or her identity or existence is questioned and the threat comes from the person, who missed you in the email. A potential conflict. It may start with "why" and may end with him/her. I responded very clearly by mentioning that lesser the emails, better I can work, lesser the meetings, productive I can be, The lesser I am needed, the better I can innovate.<br />
<br />
If the email is not asking me any question, answering any of my question, informing or alarming me about any fact there is no point in me having the email. Next time you get worried about why you are not in a meeting or email, please ask the questions above before you get into a position of vertigo.<br />
<br />
S<br />
<br />
<br />
<br />
<br />
<br />
<br /></div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-35695692730033957492016-08-04T05:38:00.000-07:002016-08-04T05:38:25.942-07:00Mind your meeting<div dir="ltr" style="text-align: left;" trbidi="on">
I was called in a meeting a few days ago, a meeting to discuss the release plan. I went into the meeting only to realize I was not required there, a few moments later I realized a bunch of people in that meeting were not required there either. I waited to listen, just of curiosity to find out the meeting was not required. I spent 12 minutes end to end for that meeting, I spoke exactly 25 words 20 of which were repetition of an email I had already sent for the release plan.<br />
<br />
Meetings have been a biggest time killer for me, I have already started avoiding them as much as I can. A lot of these meetings that get the first priority rejections are the one's that come in form of an invite without any agenda.<br />
<br />
Last week when I finished reading <a href="http://www.goodreads.com/book/show/11084145-steve-jobs" target="_blank">Steve Jobs</a> by <a href="https://en.wikipedia.org/wiki/Walter_Isaacson" target="_blank">Walter Isaacson</a> I realized how important it is to not be in a meeting, when I started searching for a few articles around each of those elements that were covered in the book, I came across <a href="https://www.quora.com/profile/Gloria-Lin" target="_blank">Gloria Lin's</a> amazing response to a question on Apple's concept a very interesting tool <a href="https://www.quora.com/How-well-does-Apples-Directly-Responsible-Individual-DRI-model-work-in-practice" target="_blank">DRI - Directly Responsible Individual in meetings</a>. Someone who owns the task , agenda and drives the agenda item to an end.<br />
<br />
But more importantly someone who makes the meeting meaningful. Off late I started observing what different people do in these meetings and found out..<br />
<br />
1. A few pretend they are listening, but they are in back of mind thinking about how amazing sex they had last night.<br />
<br />
2. A few don't just know why they are, but think maybe ahead something that relates to them would come up.<br />
<br />
3. A few just hang in there, you know because "I was invited".<br />
<br />
4. A few know they are not needed, but then they don't have anything else to do and this one is a big time filler in the time sheets.<br />
<br />
5. A few have to speak as they don't want the one to have not contributed.<br />
<br />
6. A few have a purpose but are diverted by use-less conversations, dragged to kill.<br />
<br />
7. A few ...... who are needed, who value the meeting and who have objectives to take out of it.<br />
<br />
The DRI should also ensure that no non-required entry is allowed. I like the tool. I hope and wish to use it. I look forward to lesser meetings and more productive use of my time.<br />
<br />
<br />
S<br />
<br />
<br />
</div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-64466359804641322552014-05-29T00:14:00.000-07:002014-05-29T00:14:40.417-07:00Ssshhhhhhh... What did he say?<div dir="ltr" style="text-align: left;" trbidi="on">
Listening is an art and meeting room is the Gridiron where you can actually see the masters of this art. Any and every meeting has always got me new learning. As an active or passive participant a meeting can teach you a lot and not all of it would be from the content of the meetings. People, Environment, Attitudes and flow contribute a big chunk. While in the last few months we religiously started pulling scrums, requirement meetings, technical calls and other project discussions and each of them called for a a few meetings. For few of these meetings I just attended as passive participant and took time to observe and notice a few things. I tried but could not resist myself from putting this over....<br /><br />How do you identify who is not listening or been attentive in the meeting?<br /><br />I noticed a pattern, a pattern that speaks when people are not listening, understanding or don't care. Here are a few of them...<br /><br /><i><b>1. Eye Contact</b></i><br />Participants that are not making eye contact are most times not listening. Although this is not a hard and fast rule, I have noticed that non listeners are usually found looking in Zero or most times at objects. <br /><br /><i><b>2. Reaction</b></i><br />If they don't react to situations they are not listening. The funniest thing I observed was when a spontaneous joke is cracked you would notice the non listeners to burst into laughter or smile when everyone is done or midway. An absurd thing said in the meeting would also go unnoticed by the non listeners.<br /><br /><i><b>3. Body Language</b></i><br />Folded Hands, raised eyebrows, blank face and consistently moving / shaking legs also display that the focus is not meeting. People who are attentive or listening can be found either leaning forward to speak or listen.<br /><br /><i><b>4. Questions, Replies and endorsements</b></i><br />You would always notice non listeners raising or asking questions that are already answered. Easiest way to track them. If a person endorses everything it "can" mean he/she was not listening.<br /><br /><i><b>5. The Zero Effect</b></i><br />Participants that are standing with absolutely no emotions, words and actions are probably thinking of what they are wearing for their date in the evening. I have also noticed some of the non listeners to be drawing things. <br /><br /><i><b>6. Interjections</b></i> <br />If they consistently use interjections like "Yeah" "Yes" "hmm" without any changing patterns.. they are probably not listening.<br /><br /><i><b>7. All the Gadgetry Goofs</b></i><br />Fiddling phones, Nails, keys are signs of no interest in discussions. <br /><br />Do you see any disconnected meeting participants? What do you think they do?</div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-19744002539256951172014-05-27T06:51:00.004-07:002014-05-27T06:57:56.104-07:00Things I miss.....<div dir="ltr" style="text-align: left;" trbidi="on">
Things I miss....<br />
<br />
1. A display of committed vs achieved.<br />
2. A view to what is blocking.<br />
3. An integration that happens on every logical point as opposed to complete story point.<br />
4. An ambiguous requirement that you encountered mid way.<br />
5. A design that evolves with audit.<br />
6. A user story that is sliced enough to know what is achievable and when.<br />
7. A glimpse to non-availability that is blocking.<br />
8. A list of leftovers every 2 weeks<br />
9. A list of leftover gulped every 2 weeks.<br />
10. An impediment found early<br />
11. A build that says all is right and ready to go.<br />
12. Board that truly reveals the work in progress.<br />
13. A retrospective that truly reveals the good, the bad and the ugly<br />
14. A loud shout of "Yes I have done it"<br />
15. A call to review small things that build up large blocks<br />
16. A scrum where huddling is allowed<br />
17. A demonstration that comes with high value feedback<br />
18. A contribution of how best it can be done.<br />
19. A list we call "Technical Debt"<br />
20. A process that is looked to be improved and evolved.<br />
21. An estimate that cuddles the requirement<br />
22. A practice that cares for User experience more than technology<br />
23. An attitude that says "Customers are not Gods"<br />
24. A High Five<br />
25. A WOW <br />
26. A Great Idea<br />
27. A "That's Kewl"<br />
28. A "Why not?"<br />
29. Clarity of what is to be achieved and why<br />
30. A Goal, that's just not completing a story point <br />
31. A pat for an orthodox approach<br />
32. A non traditional success pattern<br />
<br />
<br />
I miss "Agile...." I really do.....<br />
<br />
From the old books... Curated a list of things that a agile developer would always miss. My part is here.. what is yours?</div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com2tag:blogger.com,1999:blog-8136162416576369338.post-66478100310173893182014-04-24T01:43:00.002-07:002014-04-24T01:43:23.465-07:00DO YOU UNDERSTAND?<div dir="ltr" style="text-align: left;" trbidi="on">
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEilIu5UTDZX8MR6Qejn5FciAGaG6iwSQkDvf_hu7Zv8HCmQyou90VNhahMu0ezLlRxogrftK55hw021wur55xekuJgZS7Gh1zCWuOXcjV5lORJ7oK1e1JN0S1M1smMwDDhXmnSaZMb1arU/s1600/this-sentence-has-7-different-meanings.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><br /></a></div>
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEilIu5UTDZX8MR6Qejn5FciAGaG6iwSQkDvf_hu7Zv8HCmQyou90VNhahMu0ezLlRxogrftK55hw021wur55xekuJgZS7Gh1zCWuOXcjV5lORJ7oK1e1JN0S1M1smMwDDhXmnSaZMb1arU/s1600/this-sentence-has-7-different-meanings.jpg" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEilIu5UTDZX8MR6Qejn5FciAGaG6iwSQkDvf_hu7Zv8HCmQyou90VNhahMu0ezLlRxogrftK55hw021wur55xekuJgZS7Gh1zCWuOXcjV5lORJ7oK1e1JN0S1M1smMwDDhXmnSaZMb1arU/s1600/this-sentence-has-7-different-meanings.jpg" height="199" width="320" /></a>How well do you understand a requirement? More importantly How well do you understand a requirement when it is only documented? How well do you understand a requirement when no discussions have happened on it? Do you compare your initial understandings to the final outcome? Do you find a difference in what you thought and what is was meant to be? <br /><br />Today I wish to touch base on a critical element that we experience in the day to day work. In one of the product development cycles we received a clarification from our team, on a feature request from one of our customer saying "I don't think it should delete the document". Now while I would want you to continue reading this, why don't you just take a pencil and scribble what does the statement mean and you can refer to it later. The developer chose to build the feature around the clarification and the outcome was deleting a document by said process was not possible. A few days later this came in as a bug from the same customer saying "There is a bug", iterations happened, O Fish. Our iterations increased and we ended up throwing things at each other and who said what. A few moments into this we read through the statement again and realized we can fairly derive different meanings depending on which word we stress. <br /><br /><i><b>I </b></i>don't think it should delete the document.<br />Meaning : Others do/may think that it should delete the document.<br /><br />I <i><b>dont </b></i>think it should delete the document.<br />Meaning: It is not true that I think it should delete the document.<br /><br />I don't think it <i><b>should </b></i>delete the document.<br />Meaning: I am not sure if it should delete the document.<br /><br />I don't think it should delete the <i><b>document</b></i>.<br />Meaning: Maybe it should delete something else?<br /><br />Go on and you would realize, what you thought about it, may or may not be same as you scribbled, depending on the word stressed. <br /><br />But then how would you understand which word is stressed, specially when it is written? What do you do to ensure you don't build a minaret instead of a hut?<br /><br />Communication plays an important role and no "QUESTION" is not an answer to it, You may end up questioning every sentence killing the whole thing called "Intelligence". A few ways to sort this out:<br /><br />1. Brainstorm : A group discussion would always help you understand the right meaning.<br /><br />2. Read - UNREAD - RE-READ : Many don't know how to do this. But I am sure you have played "Find the Path" game that usually shows up in newspapers? Once you find the path, the next time doing the same is not very difficult. It means your brain gets used to making or building that pattern. Un-reading is wiping off the previous understanding and reading it from a fresh perspective.<br /><br />3. Communicate : Remember the stages of communication. CONFIRM is one of them.<br /><br />4. Ask : Just DON'T ASK. Also share what you think.<br /><br />5. Don't stick to it : Once clarified, get used to the new perspective. IF YOU STICK to what you think is RIGHT. You are going to dig a grave for yourself and others.<br /><br />Now while I wont keep barging about this, I would let you stress each word in the sentence that you see in the picture linked to the post and comment with the meanings. Enjoy UNDERSTANDING.<br /></div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com1tag:blogger.com,1999:blog-8136162416576369338.post-46844552619329838022014-04-22T10:48:00.000-07:002014-04-22T10:48:03.267-07:00Are you serious?<div dir="ltr" style="text-align: left;" trbidi="on">
There is a very fine line between easy going and laid-back. A lot of times it is not very difficult to jump from one side to other. Laid-back attitude can really spoil a lot of things nevertheless the results that can have long lasting impacts. Over the last few days we had several situations where the most easy going team members switched to the other side and with ease, most without realising that it is happening. The biggest problem of been laid-back is that you never know you are. In my long career as a development manager I ended up with several Ninja developers who happen to switch side failing to realise they did. Result was clear buggy code, technical debts, backlogs and dirty future. The laid-back attitude really kills the sincerity and potentially kills the winning attitude. I have been at times switch the side myself, specially when the teams get along well, work is smooth paced, people help each other etc. That is when you can start NOT BEEN SERIOUS.<br />
<br />
Well its not very difficult to find out if you really are serious about your work or not, a few questions and that's it...While I don't want to discuss the why part in this post, I would certainly talk about the How part here as it is an important step in identifying if you are travelling the laid-back attitude or worthy one.<br />
<br />
<b><i>Do you ask right questions?</i></b><br />
In meetings, discussions or otherwise? When I say right questions, I mean questions that are sensible, right and effective enough to fetch an important, valuable answer? If you don't, I can tell you that you are seriously not serious. A person who doesn't ask questions moreover right questions often bring the risk of understanding it all or none. If you never have any questions, it also means that you don't care.<br />
<br />
<b><i>Do you finish what you started?</i></b><br />
If you do not finish what you started or things you are a part of, its time you think about the attitude. Unfinished tasks usually pile up to change the <i><b>runaway</b></i> attitude. It also puts a question on your ability to be a finisher.<br />
<br />
<b><i>Are you curious?</i></b><br />
If you ain't, it speaks a lot. Curious minds want to know more, discover and then bring the improvement. If you are not getting enough curious, it also means you are loosing the weight of discoveries, Innovations are killed and you live a routine. <br />
<br />
<b><i>Do you remember things? Do you take notes?</i></b><br />
The most laid-back people will always be found in meetings unprepared, without notepads and more importantly without mental presence.<br />
<br />
<b><i>Are you confident?</i></b><br />
Your confidence will always reveal your knowledge about what you do. If you are not confident, it also means you are not serious with it. Confidence is key and the consequence of low confidence is often failure.<br />
<br />
<b><i>Is that your best?</i></b><br />
A question one should ask all the time. Is the output you just delivered the best you can do? If not its time to get more serious.<br />
<br />
<b><i>Do you convince?</i></b><br />
If you cant articulate it, speaks you cant handle it. Its critical to be able to speak about what you so, explain others , debate, question and query.<br />
<br />
Well if you are not able to get some positive answers from the questions above, then I guess you need some serious thinking My Friend. Go figure out if you are on what side and what can help you get corrected. If you are not serious about BEEN SERIOUS, then you read a wrong thing anyways.</div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com1tag:blogger.com,1999:blog-8136162416576369338.post-273292187334607562014-04-19T12:29:00.002-07:002014-04-19T12:29:59.500-07:00Look Beyond Clouds....<div dir="ltr" style="text-align: left;" trbidi="on">
I have seen Russell Crowe starrer Gladiator n times, and while I write this I am just about watching it for another time, same passion, same thrill. Just the very same wrath and power. While astonishingly Maximus inspires you, the contributions and work of Juba and Hagen cannot be forgotten. But do you think Juba and Hagen would be of any help had they not known who the Spaniard was and what he wished to do? Ofcourse not, it took looking beyond clouds for the 2 to let Maximus achieve his ultimate vengeance.<br />
<br />
Looking beyond cloud is interesting, but not so easy, I wouldn't mix it here calling it as "Looking at the Big Picture" cause it's just not that. Looking beyond the cloud is understanding on WHY than WHAT. And if the clarity exists I am sure the vision would be a mere effort to Reality. Leaders put through their vision and executors of those vision items need to have this ability of looking beyond the clouds. Do they? What are these clouds that block them from understanding the WHY?<br />
<br />
Well the answer is NOT black and white. Very recently one of our customers found a bug in our system, reported it, we escalated it and managed to work over a fix. A developer was asked to fix the issue. The issue was found, fixed and released, the process however revealed the looking beyond cloud efficiency. A lesson we ought to take and submerge in our teams. At the same time it is important that the symptoms are verified and figured out before they damage. The course of fix revealed we knew the bug existed bug never asked ourselves if it would cause a problem to the user or not, We knew what caused it but never cared to detail on how it would impact, After it was raised we knew how to fix it, but we took time to resolve it as we never wanted to put that as a FIRST PRIORITY. So many failures in just one line of action. Fairly easy to guess now what these clouds are...<br />
<br />
The cloud comes in various forms...<br />
<br />
Laziness : The biggest blocker. If one just doesn't want to know why, he would never make an attempt to know WHY.<br />
Fear : Most times the fear of having to do it or failures block one from wanting to look beyond.<br />
Inability : Ability to understand and prioritise can be easy cause.<br />
Visibility : If you don't know about it, you will never look for it.<br />
<br />
Of course many more... Writing it down may give you a list you would want to miss.. Do you see beyond the clouds? The clouds of routine, vagueness, mediocrity, lousiness and at times inability? Do you know if they exists? Do you know what is beyond those clouds? Do you wish to know what is beyond those clouds?<br />
<br />
If the answer is YES. Start asking questions to yourself and then to others.. look for answers and not just questions...</div>
<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-91876405443915089382012-04-12T13:15:00.000-07:002012-04-12T13:15:05.207-07:00Communicate, but wait first connect<div dir="ltr" style="text-align: left;" trbidi="on">
Been on stage ever wondering, why those lads in the audience are busy yawning? Ever walked to a ticket counter and noticed why the lady behind the counter never looks you right into your eyes? Ever tried to figure out why calculating a TV TRP is such a difficult task? or ever wondered why the RJ on your favourite radio channel never blabbers what you want her to? Well they all miss one critical part of communication.... The CONNECT part.<br />
<br />
The connect in the communication makes the communication effective and vital, eventually managers, leaders who fail to bring the connect part in the work they do, always tend to fail in the overall results. A few months ago I attended a live music programme and a seminar on some typically financial topic. I always thought speeches and seminars are boring while music is great.. My assumption changed when I had the speaker of this boring topic make a few connects with the audience, he asked questions, he cracked jokes, he made gestures and he involved the audience and dragged them deep into the topic. On the other hand the singer and the band playing the greatest hits ever never ever got the audience involved. That's the importance of connect in the communication.<br />
<br />
Its the same thing with articles and blogs... if they don't connect, they loose the touch, the hope and the feedback, eventually making the communication connectionless. The video below explains how connect plays a key role in communication... Be it the safety measures video before you fly or the most hostile speech you hear...<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<object width="320" height="266" class="BLOGGER-youtube-video" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" data-thumbnail-src="http://0.gvt0.com/vi/G9lZV_828OA/0.jpg"><param name="movie" value="http://www.youtube.com/v/G9lZV_828OA&fs=1&source=uds" />
<param name="bgcolor" value="#FFFFFF" />
<embed width="320" height="266" src="http://www.youtube.com/v/G9lZV_828OA&fs=1&source=uds" type="application/x-shockwave-flash"></embed></object></div>
<br />
Remember to connect when you communicate... </div><div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-82162270079364469232012-04-11T12:10:00.000-07:002012-04-12T03:01:45.829-07:00Communication : Talking, Listening or more?<div dir="ltr" style="text-align: left;" trbidi="on">
<span style="font-size: large;"><b>"</b><span style="background-color: white; color: #333333; font-family: georgia, palantino, 'times new roman', serif; font-weight: bold; line-height: 18px;">The greatest problem in communication is the illusion that it has been accomplished</span><b>" - George Bernard Shaw</b> </span><br />
A few days ago we happened to do our Project kick off, an event where we discuss what we would achieve in the quarter, for the product in a given release cycle with details of who does what and when. Wanting to keep the mood of the kick off light we wanted to have some cake cut at the end of the kick off meeting and celebrate the beginning of the release; I happened to pass on few quids to the office boy and asked him to get us a cake, when the kick off meeting was over and we opened the box it was a small cake that probably wont be enough for our team, so what was this? <br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjuFe8OifZmkmhsOCIps79p1is2sqX8uPaXrSqwQhlkl31F9wwjlnQXN4shqWNto22MiuTFVPGlQdsgnJuboKkYcNr8Rp2DvB2AdMqRxyMOtoUhOuTkVeGcZ9P7QcKxVcjAkFfYOMLU8g8/s1600/tree_swing_70s.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="245" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjuFe8OifZmkmhsOCIps79p1is2sqX8uPaXrSqwQhlkl31F9wwjlnQXN4shqWNto22MiuTFVPGlQdsgnJuboKkYcNr8Rp2DvB2AdMqRxyMOtoUhOuTkVeGcZ9P7QcKxVcjAkFfYOMLU8g8/s320/tree_swing_70s.jpg" width="320" /></a></div>
Also a few weeks ago, my wife called me while I was on my way home and asked me to get a "Few cold drinks" mentioning my kids friends are in. Thinking that the troop was at home for a puppy party or something I ended up taking a few gallons of soft drinks, only to reach home and realise they were 2 of them. What do you call this????<br />
<br />
Well its the disconnect. The ability to speak is not the same as the ability to communicate. Speaking is different than constructing a message, building it, conveying it, gathering the feedback, processing it and returning it back in a way it is understood. Most times the part involving feedback and further is lost and hence a disconnect happens breaking the communication and causing pains and disasters big or small.<br />
<br />
Communication is not about you blabbering, it is conveying processed information<br />
Communication is not about words exchanged, it is about processing the words to result an outcome<br />
Communication is not about you listening or you telling, Communication is always about connecting<br />
<br />
Next time when you communicate..... make sure<br />
<br />
1. You construct a message that would be easy to understand and can be easily conveyed<br />
2. You take that message and use an appropriate channel to pass it on<br />
3. You wait for the feedback once you convey the message.<br />
4. You take the feedback and process it to understand if your message is rightly understood and if not you re-convey.<br />
5. You take the resultant feedback and build the next message in a language and mode it is understood...<br />
<br />
None of the above is new to us, eventually we in the rush always tend to forget the completeness of the communication and that results in delays and waste of efforts you never looked for.<br />
<br /></div><div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-2313561995374410032012-02-26T10:05:00.002-08:002012-02-26T10:07:19.182-08:00Apologies for keeping this dullIf you were a reader of the blog and have been noticing dull periods on this blog.. I would start with an apology... Its been a really busy year for me and inspite of having tons of drafts documented I had absolutely no time reviewing them. <br /><br />I have just found a better time to spend on this blog and a better way to do it... so I am hoping to bring some life to this blog soon.<div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-21748948453843567172011-12-14T10:10:00.000-08:002011-12-14T10:38:59.036-08:00The No Whining Zone<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhJhggRlFhvE3OKAMc0oZ3cLDZcX8WQKE2vhpW2Cg9TKI0C9emOXuX28IkQ57pcFtbGMgZ3lz8ltBP8uRSPSWDXP_jxwy7lrUSz9HfGW1w2TM-GUgNiZorpqt6SeufHQG6fS6R7EpgqnJM/s1600/whiners2.jpg" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img style="float:left; margin:0 10px 10px 0;cursor:pointer; cursor:hand;width: 230px; height: 320px;" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhJhggRlFhvE3OKAMc0oZ3cLDZcX8WQKE2vhpW2Cg9TKI0C9emOXuX28IkQ57pcFtbGMgZ3lz8ltBP8uRSPSWDXP_jxwy7lrUSz9HfGW1w2TM-GUgNiZorpqt6SeufHQG6fS6R7EpgqnJM/s320/whiners2.jpg" border="0" alt="" id="BLOGGER_PHOTO_ID_5686055210822210066" /></a><br />How much of negativity do you see around when you sit on your desk? How much of those vibes hurt your development? How much it affects your moral and productivity? How much you start whining yourself? I am sure, answer to a lot of these questions are not known to you. A lot of us basically dont even notice or consider the whining around to be actual whining. For several reasons whining in office spaces have become the basic necessity and believe me you would certainly see moral and attitude troubles in places that are whiner-land. <div><br /></div><div>So what and how does this whining affect us? I recently happened to visit a Travel agent, a small office clubbed with around 8-9 people who would help the clients book hotels, flights etc. I wanted to get my vacation planned with them and since the tour planner was running late I got a chance to sit in the crowded place. A few moments I noticed that that the girls around were talking, I could not avoid over-hearing but they were cribbing about phones, about customers behaviours, about bosses, about people.. during the same time they chose to have their working lunches and I noticed the whining increased in mercury levels.... there were arguments, complains and raised voices... huh.... Before I left the office I asked my planner on what was the issue with the girls working there, he said they have several and sometimes they just crib about everything.. </div><div><br /></div><div>I realised if your office space is a whining area.. where people choose to do nothing but complains.... you are soon de-moralizing your teams, building wrong attitudes in people and of course affecting your over all growth and productivity. Whiners spread there magic like fire and when they spread the negativity they dont care where they do it, how they do it and who it affects. </div><div><br /></div><div>In today's era we all are burdened with a lot of work, deliveries, quality, customers and deals. Hence we all need that sympathy soul who can hear us out... most times whining is done to get away from responsibility or blame others for things not happening. A engineer can whine if he is consistently working hard on deliverables, if he see's not so good quality work coming to him, if he sees issues in the work place, if he notices any troublesome factor.. sometime he will wine if he see himself working more than others, if he thinks he is paid less, if he thinks other companies pay better and the list continues.... all these situations and talks happen in work desks, passages, smoke area and pantry rooms. </div><div><br /></div><div>The Book <a href="http://www.flipkart.com/books/0684857421?_l=CJHVEqJO3veuHytbACc9dw--&_r=VA5d2v1Kcf1U3mbdO0UBpA--&ref=3ad6a357-3606-4bb5-8d98-3b1af9be9f4f">Whining : 3 steps to stopping it before tears and tantrums</a> gives a superb view of different types of whining that happens in a house, family. But it is not bad to link it to a workplace where the effects are much broader and affects bigger audience. </div><div><br /></div><div>So how do we create the no-whining zone in workplace? </div><div><br /></div><div>1. Make people accountable.. if they know how to take responsibility there will be lesser reasons to whine.</div><div>2. Make people responsible, if they know their responsibilities well there will be less reasons to whine</div><div>3. Suggest people they talk positive.. Unless they speak good things about even the worst possible elements there wont be those negative whining vibes.</div><div>4. Suggest people to have smiling than frown faces.</div><div>5. Put boards across office asking NO WHINING PLEASE</div><div>6. Create whining zones which are distanced than the work place and people can be noticed... it is important to let the whining not affect regulars or the motivated.</div><div><br /></div><div> Last but not the least... whining is a problem.. try to fix the issue that matters... changing whiners is a difficult task. </div><div><br /></div><div><i>Make your workplace a fun area not a whiners paradise</i></div><div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-16548526511807619982011-07-14T11:00:00.001-07:002011-07-14T11:11:10.095-07:00We love Unhappiness? Do we? Really?<div>One thing I have learnt in my 32 year life is that humans are most insecure, dissatisfied and whining fellows. We just <span class="blsp-spelling-corrected" id="SPELLING_ERROR_0">don't</span> know how to be Happy or rather we just don't want to be Happy. I mean a few days ago I was playing the Age of empire, a strategic game. You build farms, food, infrastructure, you build your empire, make friends, allies and what not. Eventually after I spent around 8 days building a good set of empire, I started feeling uneasy, I decided to build an army, I wanted to grow my power, money and designation in the game. I was unhappy about them and I wanted to do more... In turn I made a few allies, attacked others. Huh? Tension grows.. wars, battlefields, blood... Darn it, even in a game? One can just not stay happy. </div><div><br /></div><div>No??? tell me one game you have played that where you are happy and you keep playing? Lets take caveman.. once he is reaching his destination after playing all those difficult levels.. the Game ends... For that matter even the movies... it starts all good, romantic then some blunders and unhappiness, sadness and then the moment you get to be Happy the movie ends. Huh?</div><div><br /></div><div>I think we humans are trained to become unhappy :). OK OK.. I am not teaching you about happiness here. Last when I wrote about <a href="http://pm-better-than-sex.blogspot.com/2011/06/happiness-quotient-you-and-work.html">Happiness quotient</a> I emphasized on this part. In fact when I asked the question If <a href="http://pm-better-than-sex.blogspot.com/2007/09/am-i-happy.html">I am happy years</a> ago, I learnt I tried to be one. Well we spent most of our times at work, and hence work plays an important role in our happiness. </div><div><br /></div><div>A few years ago the place I worked got me the experience of happy and unhappy people. I still remember the lessons and I have to say I am happy I learnt them. A few days ago I overheard someone whining to others about morning, traffic, day, office, parking, work, salary, job, role and I <span class="blsp-spelling-corrected" id="SPELLING_ERROR_1">don't</span> know what not, it made me feel he/she was not Happy. Since I wrote in my previous post about it, I asked the person what is it that is keeping him blocked? Why is he/she not able to enjoy work, be a part of the momentum or create one? I guess the answer I would say as for all whining lords was missing. </div><div><br /></div><div>Unhappiness is an attitude, that gets more and more deeper into you. The more time you stay unhappy, the more your attitude turns ugly. It reaches a level where you have no turning back. I think over period I have realised that several companies spend their energies not in making their workforce happy... they spend there effort on working to not have them unhappy. The later is <span class="blsp-spelling-corrected" id="SPELLING_ERROR_2">disastrous</span>. I have <span class="blsp-spelling-corrected" id="SPELLING_ERROR_3">experienced</span> it, the more you try the more it grows, because the one's that are unhappy will always be unhappy. But don't get <span class="blsp-spelling-corrected" id="SPELLING_ERROR_4">disappointed</span> some psychology experts have figured out that Love can help improvise the situation.</div><div><br /></div><div>Love...</div><div><br /></div><div>Ask yourself, your teams, people who surround you to answer the following questions and actions:</div><div><br /></div><div>1. Do you love the people you work with? If not what will make you love them?</div><div>2. Do you think the people you work with love you? If not what is it you think can make them love you?</div><div>3. Do you love what you do? If not what do you love to do? and can you tell the people you love on what you want to do?</div><div>4. Do you enjoy what you do?</div><div>5. Do you tell what you are unhappy about others?</div><div>6. Do you tell yourself what you are unhappy about?</div><div>7. Do you like to admit your mistakes? Do you like to improvise?</div><div>8. Do you think love can make a difference?</div><div>9. Do you love to be happy? If not unhappy? insecure?</div><div>10. Do you enjoy love and being loved?</div><div><br /></div><div>Ask these and a few more, confront, talk, speak, learn and yes Love. Happiness at the place you spend most of your time is as important as oxygen. If you cant be happy and you have not made any efforts to be happy, you maybe on the path to be a whiner or a looser. Lets change path. Lets find ways to be <span class="blsp-spelling-corrected" id="SPELLING_ERROR_5">Happy</span> with people you are surrounded with.</div><div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-23934927099755861512011-07-13T11:28:00.000-07:002011-07-13T12:06:18.524-07:00Are bugs hurting your backlog?I ended up in a discussion with the team last week on how bugs cause a unmanageable link to the Technical debt. The debate was how should bugs be treated. my argument laid with bugs that hurt the current development and the future backlog. As a agile team a product backlog is key driver in defining what we do for in every release, the known unknown here is the bugs that are generated out of the current development. Let's say your product backlog is 200. If your team of 10 is burning say 100 user stories in a release of 10 days we can say that the velocity is around 10. But if in the same situation your team is burning 100 user stories in 10 days and creating 20 bugs that take 5 days to fix, your velocity is dropped to less than 7 + on the release day your backlog increased from 100 to 110 say a 20% increase. <div><br /></div><div>Gauge the effect bugs can have in your system. Now go a bit deeper, assume you can only only resolve 10 of the 20 bugs in 5 days. The other 10 bugs go sit in your product backlog. When you cant get them in the current release and put them up for the next they take 20 days to resolve (Due to the time spent in between it no longer is hands on) your velocity rate with the bugs regards is then 100 user stories in 25 days (Just around 4?) Now if these 10 bugs are mapped for a future unknown release???? The technical debt it had created can be high, very high and would lead to say 10 more bugs getting created [causing you 8 days or maybe 10] your velocity with regards has now gone to ?????? less than 3 and forget about the <span class="blsp-spelling-error" id="SPELLING_ERROR_0">qa</span> and discussion cycles, customer unhappiness, quality quotient. Your product backlog spanned to 120 which is 20% more than what you expected to burn.</div><div><br /></div><div>So next time when your release user story is generating a bug, go shout on your developer and tell him/her that the bug is a part of requirement and when you go live you want the feature to be done, not <span class="blsp-spelling-error" id="SPELLING_ERROR_1">debted</span>.</div><div><br /></div><div>Obviously for those "Think Realistic" atheists this wont sound good. But remember your product backlog is piling up with the bugs, your velocity decreasing, your debt increasing and your cycles of <span class="blsp-spelling-error" id="SPELLING_ERROR_2">qa</span> increasing... in other words nothing in favour of better product. </div><div><br /></div><div>What do you do to bugs that get created from your development bug and found during the release?<span class="Apple-tab-span" style="white-space:pre"> </span></div><div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-63205769530152413842011-07-06T10:28:00.000-07:002011-07-06T11:08:17.127-07:00The Art of un-informing<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEghVCg0pB6SrU8zQ6AkJSwAXq6_savQMVLmmOd6hrW7MdUxHhJOSbmqGX2DG32mJE42fx_wXKzSgdCYYuFlG3Tur5iPxXF7cCnBj-R_-rEOHQ__jI1iNuPvmLiaTpzVKSzx-PQ92l0sSDo/s1600/excuses.jpg" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img style="float:right; margin:0 0 10px 10px;cursor:pointer; cursor:hand;width: 121px; height: 161px;" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEghVCg0pB6SrU8zQ6AkJSwAXq6_savQMVLmmOd6hrW7MdUxHhJOSbmqGX2DG32mJE42fx_wXKzSgdCYYuFlG3Tur5iPxXF7cCnBj-R_-rEOHQ__jI1iNuPvmLiaTpzVKSzx-PQ92l0sSDo/s320/excuses.jpg" border="0" alt="" id="BLOGGER_PHOTO_ID_5626302626510199538" /></a><br />Yesterday my day started on a bad note, heard news of passing off of my father's aunt (grand mother) and had several production issues that were waiting for me. During the funeral I realised that I had missed to inform at work, and by the time I did it was probably too late. Bunch of calls and last minute meeting cancellations. I can imagine the frustration it caused others.<div><br /></div><div>I couldn't stop thinking of it and hence about writing on it as I know it hurts not just you but everyone else. Over the last few years of my managerial experience I have learnt people fall into 3 broad categories :</div><div>1. Who intend to not inform</div><div>2. Who misinform </div><div>3. Who inform. </div><div><br /></div><div>You would always love the 3rd type, You worry about the second and you hate the first. Today I write what hurts us Managers the most...The first lotte</div><div><br /></div><div>"I couldn't come to work yesterday, Were trying for a baby and the doc said yesterday was the best chance." </div><div><br /></div><div>Well I am sure this doesn't sound that unfamiliar? You may have not heard something like this but the types that intend to not inform are the types that make such excuses. The "I don't want to inform" types intentionally leave the information out for various reasons as follows:</div><div><br /></div><div>1. Fear : Fear of leave getting rejected. Someone who makes an excuse is still better in this regards as he/she doesn't leave you in jeopardy. Fear of facing a rejection of request, makes such people do this. Some times it is also the fear of what the Boss would say (About lot of leave, Performance etc). </div><div><br /></div><div>2. Ignorance : Sometimes this is just done out of ignorance. I remembered a friend of mine who worked on a collection counter for a government office collecting last minute penalties on property taxes, never realised that people have to face a extra buck if she is not on her seat.</div><div><br /></div><div>3. Get Away attitude : A lot of them think that if no one remembers they can easily get away. This is the most hurtful of it. </div><div><br /></div><div>The big issue with this type of people is that it brings you into a big crisis at times, and they never realise the importance of informing because they get away one way or the other out of the crisis issue. How do we fix them?</div><div><br /></div><div>Well honestly there are several ways... lets put this in a funnier way</div><div><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjzrYS8_L8db9DdRYqj4oL6psDVqbhVVmTOplyQn3aECb_4EJd_OmY2eds0GD2VYMfUUNQHbA6u0rSsic6XWanhBg5uH8wiNtqlGcZ94wzsS8TdplOHWQnqQMTBzkG2eFlXn7GnBGtdBms/s1600/XCUSE.jpg" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img style="float:left; margin:0 10px 10px 0;cursor:pointer; cursor:hand;width: 50px; height: 50px;" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjzrYS8_L8db9DdRYqj4oL6psDVqbhVVmTOplyQn3aECb_4EJd_OmY2eds0GD2VYMfUUNQHbA6u0rSsic6XWanhBg5uH8wiNtqlGcZ94wzsS8TdplOHWQnqQMTBzkG2eFlXn7GnBGtdBms/s320/XCUSE.jpg" border="0" alt="" id="BLOGGER_PHOTO_ID_5626300751048166066" /></a><br /><br /></div><div>1. Make them feel what they just lost: I remember once I had a team mate who was really fond of some specific type of food. After noticing that he deliberately not informs the team about his absence we a couple of times had indoor lunch / dinner on the day he would go missing. </div><div><br /></div><div>2. Add the surprise : Once a friend of mine who is a manager bought printed old passes of the person who would go uninformed with passes to a rock concert followed by an invitation for dinner with the popstar. Of course it was a fake one, but it kept the person pinching for his life time.</div><div><br /></div><div>3. On a serious note : First time itself it should be informed. If they get away once they would make it a habit. </div><div><br /></div><div>4. Punish sweetly : A little embarrassment can do.</div><div><br /></div><div>I am sure you might have faced this and handled it.. what are your ways? Do share....</div><div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0tag:blogger.com,1999:blog-8136162416576369338.post-83995315646693117442011-06-24T07:00:00.001-07:002011-06-26T12:24:48.922-07:00Things to Know - Who owns the Technical Debt<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiSAu0Eoql4wBZIZJgzjLQaNQwUGzihoPhoodNrzbX0RzBV4S2buWAsUBDPq95im4aRSy6rHWVy1mT9jcNTSCVuq3Rrd525lWY63o7Rm5_ZfrTk7zwq0GP9socDHAEvjfGZl2gZb44bn18/s1600/TDEBT.jpg" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img style="float:left; margin:0 10px 10px 0;cursor:pointer; cursor:hand;width: 225px; height: 225px;" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiSAu0Eoql4wBZIZJgzjLQaNQwUGzihoPhoodNrzbX0RzBV4S2buWAsUBDPq95im4aRSy6rHWVy1mT9jcNTSCVuq3Rrd525lWY63o7Rm5_ZfrTk7zwq0GP9socDHAEvjfGZl2gZb44bn18/s320/TDEBT.jpg" border="0" alt="" id="BLOGGER_PHOTO_ID_5622610453814771794" /></a><br /><div><div>A fresh release for us is due next week, have to say it has been put up with a serious effort of around 8 months with a lot of hard work and agility and comes with a lot of development contribution that is beyond coding and testing. Now that we are almost there, I have been reviewing the bugs created by our test team, ran an eye on the code to check through the code quality, ran on de-scoped features, made a list of items we could not do for several reasons. Going through this one thing kept on reminding a discussion Me and Savio had way back in 2007 when reviewing code for another product topic was "Technical Debt". For those of who are new to this term technical debt is the leftover or unfinished things in your development work [precisely a product/feature] that links to documentation, design implementations, re-factoring, coding. In other words if you choose to finish your product faster and in a messy way you leave a big technical debt behind. The day your development team starts saying that X things which probably is a small feature will take more time, snap out that you have some technical debt on you.</div><div><br /></div><div>Technical debt is similar to financial debt, the only issue is it is not measurable in figures. You can find how much you owe to someone when it comes to money/interest, but with regards to a Technical debt its the price the entire Team pays by putting additional effort to do some basic things. Technical debt is caused by Deliberate Motives or Ignorance, though the quadrants may differ you can broadly say that technical debt cleaned earlier the better...</div><div><br /></div><div>Typically deliberate technical debts are caused by</div><div><br /></div><div>1. Lets do it now and we will see whats the impact later</div><div>2. We need to release this by X date</div><div>3. Put a todo list and we will revisit it later</div><div>4. Not now</div><div>5. Its too much work</div><div><br /></div><div>Out of Ignorance causing technical debt can be serious..but usually you would see it happening due to skills and comes from freshers unless you don't have good technical resources. Many a times technical debt created out of ignorance comes due to the fact of ignorance in writing code, unawareness in knowing the best definitions of technology and language or available design patterns that can be applied. A lot of times ignorance is caused due to skill and understanding too.</div><div><br /></div><div>Whatsoever said.. You can know your technical and the severity of it by :</div><div><br /></div><div>1. Counting the number of bugs raised once the development build reaches the QA.</div><div>2. By the amount of effort your team spends on adding features to the developed items.</div><div><br /></div><div>Eventually most in disciplined teams do not care about the technical debt, they live for today. Letting the code die a cancerous death tomorrow. This is another reason you would never find a owner for repaying the technical debt or someone who works on it in such teams. Of my discussions with Savio and have seen him work I have a few traits identified I think I must mention them here;</div><div><br /></div><div>1. Everyone in your team owns the technical debt; everyone hence should share it and repay it whenever they can.</div><div>2. Code review ad-hoc times apart from the stipulated and process schedules.</div><div>3. Add TO-DO lists and log them into some place [Wiki / JIRA] so that they can be put in a roadmap sometime.</div><div>4. An Architect defines the technical roadmap to repay the technical debt.</div><div>5. Product Module owners have to visit and identify what needs to be done. The lazy bone's should be thrown out of the process.</div><div>6. Re-visit code based on the bugs raised to ensure priority is given to severity</div><div>7. Value the quality, talk about it to others and show them how to execute it</div><div>8. Every release should have at least 1 technology effort put up. This would be one way to encourage new joiners to contribute in quality efforts.</div><div>9. Project Management should be introduced to technical debt earlier in the project.</div><div>10. Introduce group code reviews and multi code reviews randomly to find and fix the needed.</div><div>11. Prioritise your debt; keep it listed and updated. Know it to fix it.</div><div><br /></div><div>Certainly if you have more than 1 code owners in your team, who value the size, quality and robustness of your code base, day is not away when you will have a highly qualified code base that can do best to your team. Question to ask yourself:</div><div><br /></div><div>1. Do you want to invest in creating these owners?</div><div>2. Do you believe that technical debt is killing your product?</div></div><div class="blogger-post-footer">regards
Sameer Shaikh
http://sameer-shaikh.blogspot.com</div>Sameer Shaikhhttp://www.blogger.com/profile/14036796337180833059noreply@blogger.com0