June 3, 2016 9:25 pm

Engineering Quality vs UX Quality (Knowledge vs Understanding)

Quite an interesting concept about what and how our mind perceives learning into the muscle memory and the effort it takes to unlearn and re-adapt based on the newly learned information. The important thing to note is, it is doable. Adapting to change is what creates the engine going. In this video, the designer talks about the understanding and the tacit knowledge with an example of riding a bicycle.  The knowledge could have possibly come from the previous understanding. Just because we understood some concept doesn’t mean it gets into our DNA right away, it takes enough practice and re-emphasis to make it happen. The take away from this talk is – Understanding, Knowledge and Adapting to the change with the newly found information.


Looking at this video at first, I used part of my “fixed mindset” to conclude, why should we design bicycle differently. I later changed it to an “open mindset” and applied the thoughts to other areas. I would suggest you to watch this with an open mind and look for the implicit concept and areas it can be applied to.
(Picture : from the video)



On one of the products I worked few years ago, though we Engineering wanted to upgrade to a better UI, a better performance, on a better and improved technology – the users weren’t ready to accept. Given a mission critical revenue generating application, the business wasn’t ready to accept a new proposed changes. We met with business team to understand the rationale and realized – One of the key resistance points was, the users were so much used to the product, including the tab order (note: the tab order was incorrect at that time), and such a change (though corrective) would derail their productivity with unlearning and learning process. We negotiated differently and found alternate ways to upgrade eventually.


Looking around, I see several products that we use fall under this category.

  • Do you see similar examples around?
  • Are there any products that you use for yourself, and you wouldn’t appreciate if it was changed? 🙂



December 22, 2009 12:31 am

Please leave your shoes on rack…

Filed under: Children,People,Process Improvement — ramsblog @ 12:31 am
Tags: ,

I was at a local temple one evening recently. There is a fairly big room as soon as we enter in to leave our shoes; and a wash basin to wash our hands before we go upstairs to the main hall where the deities are located.

There are bunch of racks nailed to the walls of that shoe area so people can keep their shoes on those racks so the floor doesn’t look messy. and it is also nice if people abide by that and keep their footwear properly and would be easier for themselves to find their respective footwear. However, it is not often that we see people doing so. Most people just leave their footwear wherever they want and go away.

A little after I went in, I started hearing the voice of some kids saying “keep your shoes on rack” repeatedly from the corner where the footwear room was located. What I thought was some kids were actually cleaning up there while saying this. Why not! they probably wanted to teach lessons to the adults. One of the ways to make culprits guilty is by helping them the right way. Well, I ignored for that moment and went away. I came back 30mins later and still heard the voice, went in to pick up my shoes, and realized there was a boom box playing a CD.

It is a nice move – a great idea, whoever have thought about it. Looks like they have recorded several kids saying the phrase “please leave your shoes on rack” repeatedly and that’s being played at the entrance/exit of that room. Helps in multiple ways

1. Parents who come with little ones, have to abide by that, ‘coz i am sure those parents want their kids to learn right way, at least, if not themselves
2. people without kids would notice kids doing it the right way and they ought to be feeling guilty if they didn’t do so.
3. kids who come in there, obviously hear those words and they start picking up other shoes lying on floor and stack them up on the racks.

but overall, certainly eye opener for adults! I liked that idea – a brilliant idea.

April 21, 2009 9:13 pm

Easier to Say than Done…

Filed under: Attitude,Personal Development,Process Improvement — ramsblog @ 9:13 pm

…. a lot of times, we come across people who often talk and start giving advice. Well, it also depends on the recipients and their attitude on how well they take it. but at times, the recipients might hear them but not necessarily listen although they pretend to be.

Here is the situation:
     You have a challenge that you are working on. Apparently you come across someone, not necessarily have an experience around that, but the moment you share about your issue, he/she starts asking several questions and gives the numbers as though you feel it works. Sure, on a bird’s view things are always easy. Apparently the challenge is, not all people who starts telling you things would perform the same when it comes to a situation to themselves.

How would you react or respond in the situations when you come across such people? Would you pretend to be listening? would you gracefully defy it and justify your stand on how the problem should be solved? what else?

February 22, 2009 1:01 am

Reporting Reporting Reporting…

Filed under: Communication,Process Improvement,Project Management — ramsblog @ 1:01 am

How much time do you spend on your status report at what-ever-job-or-business-you-work-with?

Per day, per week, per fortnight, per month, per year?

What is the value add? Who is the audience? How often is it reviewed? How many of those reports are looked back?

When started few years ago, I was a report junkie where I wanted provide the information nitty-gritty activities that goes on. Try to gather some numbers from the tools, formulate the charts, make them colorful, provide the risks and potential mitigation plan, etc etc…

I know the reporting makes it more meaningful provided it has the relevant information, at the same time, we also need to think about the cost involved.

When you look at the Project Management Hierarchy there are several cross functional teams, several levels of management, several applications, and several people of course, and few leads. There are reporting requirement involved at each every level in some way or the other. If you each one is preparing a report towards the same project, where the common goal of every individual, every element involved in the project is towards the project deliverable (you may add any number of factors to it viz., quality, complete functionality, etc etc etc), then think about the amount of time each individual puts in to create that report. Well, most times the specification of what the report should convey might be lacking in many situations, when you do have the expected format or certain expectations, every individual need to adhere to it.

Let’s assume there are about 20 people involved in a project and his/her own skilled areas. each one spending about 30minutes for “so-called-report” –> that makes it to 600minutes of your project time went into reporting and this repeats every week – even if it is 20minutes per individual – translates it to 400 minutes – and that’s about 8 to 10 hours of work.

In my mind, we need to come up with Tools to do such mundane repetitive tasks like gathering the numbers, consolidating the issues etc. Let our human brains do creative work.

Agreed, specially talking about road blocks and attempting towards removing them from the project individuals is what the project management should be looking at. and that would help keep the project healthy, but it is interesting to see the amount of time most projects put into merely status reporting.

borrowing this book from the library to understand what the author has to say about project risk management.

What is your opinion about reporting and how much time do you think would a project spend on such activity?

February 17, 2009 12:39 am

Knowledge Management

Filed under: Process Improvement,Project Management — ramsblog @ 12:39 am

I was at the SEASPIN presentation few days ago. The presenter Jeff Smith talked about  Knowledge Management and how it influences/impacts the organization. It was a great forum that we mostly discussed a lot on pros and cons. Listening to the audience there, Knowledge (information) management is not only an issue at the team level or an organization level or a company level, it appears to be at the industry wide. talking about this, there are gazillion number of tools and processes in place. There are practices and processes that get implemented and gradually disappears within a year or two.

certain teams try to consolidate all the documents in a single so-called “repository” and despite, documents are scattered everywhere. Have you been in a situation where you look for documents and find and search for them and still not able to locate those documents after hours and hours of search and finally create another copy. Well, at some point you would find duplicate documents around and not being able to make out the latest one. What would you do, would you merge them? would you review both the documents or would you judge on the latest modified date and keep the recent one? How do you even know that’s the legitimate valid document?

This kind of situation, in a way, turns into searching for the required information. Jeff puts this as “Search is a backup plan for a lack of Plan” –> I so agree with him, based on what we understand from the scenarios I described above. We end of searching for information when we fail finding at the known repositories and that boils down to lack of better planning in Information Architecture or Information Management.

It was a great insight overall. Thank you, Jeff.

December 12, 2008 6:17 pm

SEI Webinar: Process Improvement on Dec 18

Filed under: Events,Process Improvement,Project Management — ramsblog @ 6:17 pm

SEIs webinar titled “Process Improvement at the Edges” scheduled on Dec 18, 2008.

For free registration see here: https://www1.gotomeeting.com/register/941082132

Title: SEI Webinar Series: Process Improvement at the Edges

Date: Thursday, December 18, 2008

Time: 1:00 PM – 2:00 PM EST


Technorati Tags: ,

August 6, 2008 10:10 pm

Healthcare issues…

I came across this article on wall street journal titled “Much of Asia fails in healthcare“.

In a conversation with my parents when they said “many brides in India look for grooms living in the United States”. My response was, is it still the case, I don’t think it is the case any longer as I have heard about the greater economy, better supporting government (?), Privatization of lots of initiatives that are providing better employment opportunities, better cash flow, etc etc. anyways, that is a different context.

But as mentioned in this article, no matter how great the economy is, no matter how infrastructure is being built or designed, we still have the basic fundamental issue of taking care of the children at rural areas and some part of urban areas as well. The sad part is “Healthcare facilities in India and the Asia-Pacific region was also hampered by corruption“. What I have also noticed with all those infrastructure improvements, facilities, multistoried buildings, malls, etc etc was the fact from this article “underlining a widening gap between rich and poor across“. The standard and cost of living has risen so much in the past decade – but we still have the poor reaching towards poorer and the gap is so much. Poor still playing the catch up game in this part of economy.

What do you think is the solution? or is there a solution at all?

June 18, 2008 12:18 am

Deployment vs Installation

I was talking to somebody about different software defect types and came a topic about Installation and Deployment as 2 items. Now brainstorm a little bit. What exactly is an Installation and what exactly is a Deployment? Well, according to the work flow snap shot according to the software development life cycle (SDLC), –> Design a solution, Build a solution, Compile what was developed and create an installer and now release the bits for testing or let’s assume it was tested and being released to production – either way, now comes a point of Deployment.

Well there are different interpretations:

a. both Installation and deployment are the same
b. no, installation is an action and deployment is a process
c. okay, now we find a defect as part of this activity of setting up the environment (where we apply the bits on a server), so where does this defect categorized as? I understand there are different constraints and answer could be “it depends” on “approach, steps, machine configuration/readiness, etc etc

The point is, there are different terminology, and each individual has his/her own interpretation or understanding of what the term is, although they refer to the same/similar action.

according to dictionary.com, though it gives multiple definitions, i picked the ones appropriate for software deployment.
Installation: A system of machinery or other apparatus set up for use
Deployment: To put into use or action

What is your interpretation between the terms Installation and Deployment, when you are ready to log defects or create your testing story as part of the system setup.

<update 6/18> cross posted in TestRepublic discussion forum [link]: http://www.testrepublic.com/forum/topic/show?id=1178155%3ATopic%3A26272 

Technorati Tags: ,

May 21, 2008 7:14 pm

Software Quality…

280Group writes an article about “why Software still stinks here“. In this article the author says the product management is the key reason for why software fails. I like the way this article starts and pointing one of the key impediments as “being open for critical feedback and ideas“. I liked the way it was put across in one phrase as “this industry still so amused by its own opportunities” as an improvement factor.

I believe there are other factors to be accounted as well.

a. Strategy: Good strategy to drive the project management

b. being able to coach the teams and being transparent of what product management thinks of the end product and the teams knowing the exact same thing.

c. being open for feedback from the team – this has already been addressed in this article. additionally, most times the managements are firm on what they want and not really listen to the team though the management change the course (shift) when market changes. Why not the management listen to the internal team for what they have to say.

d. when it comes to “about buggy, inflexible and incomplete applications” –> irrespective of how the product management is, only the team can certify the quality gates and the entire team has to come up with the measures to comply with that. It is the team work and not just one product manager, I think.

I have been in the application development projects where the customers did not really know what they really really wanted, and I agree, it is our responsibility to help customers to define the features they really really want and omit the obsolete requirements. Agreed, product management plays a key role here, at the same time, I think, the entire engineering team should put themselves in customer shoes while designing the solution early on and not really blame the customers for not providing the requirements.

note: I am probably sounding a bit biased or defending here, but I am trying to see from a cursory look and from my own experience being in the industry.


February 14, 2008 12:02 am

Functional Specification – a Bible?

In Software development arena, I often hear people saying, “Functional Specification document is like a Bible for us.” Well, I tend to question this statement. It is too much ambiguous to me. What does a Bible mean? Does it mean the key source of information? (note: I am not pointing to the holy Bible). I asked if that is what they meant – whether as a key source of information for application development and testing. I heard “Yes – the information in this document is fairly technical in nature and derived from the Requirements Document. ”

Great – so that means, somebody wrote the Requirements as the understanding from the Business owners. The requirements were reviewed by the business owner and the representatives, and perhaps few end users have reviewed the requirements and passed along the feedback. Let’s assume requirements on paper are according to what end users have visualized. Note – requirements might not have all the prototypes and the exact screenshots to help their imagination.

So, now, Functional document is a subset of Requirements depending on the functional ownership of the piece of application. Requirements on the other hand, supposedly, the end to end solution, as what business is looking for. Now, comes the functional dev and test teams, looking at Functional document ” so called the key source” that provides the subset of the requirements. My question is, if the key developers and testers are not even reviewing the requirements, as to what Business wants, how would they be able to translate the piece of software into what business wants. At the end of the day, what we develop is for the end users to be efficient in what they do and not become frustrated of not having the feature they were looking for.

I was often countered, “why would you even want to look at the requirements document when we are deriving the information into Functional?” my answer was “a big picture“. As a developer, at times be blindfolded on 4 key points and forget the rest

  1. Object in question or to be coded
  2. What are the input parameters
  3. What are the output parameters
  4. what are the business rules (logic) go into this object

Well, that does not work for a testing individual to know just that, to perform his job. He needs to know more and beyond the vertical object to ensure many many factors impacting or influencing due to one vertical piece. This kind of information can be obtained :

  • partly from the functional,
  • partly from the requirements and
  • mostly from the end users or the product owner or from the user surveys depending on who the end users are.
  • Additionally, having the prototypes to the end users would definitely be a big bet.

Additionally, being involved in FS development and reviewing the Requirements at the same time and having the prototypes up-front, would potentially save a lot of cycle time at the later time and potentially reduce or eliminate any re-work due to mis-representation during the requirements process. We are all humans, at times what we draw on a piece of paper might be different when translated to the prototypes and users would see in a different angle when presented with at least the prototypes than doing a visio diagram or describing 5 pages for a little dialog box kind of UI.

I just noticed a post from Shrini about testing the Requirements Heuristics. Quite informative.

In summary, please, involve the business owner and the end users as part of the functional development and through the process till the end of the development/testing cycles. This helps the end users feel they are involved and will certainly be a lot of help to the dev/test teams as part of this process and at the same time, they get what they want and be accountable for what they have asked for since they were involved in design and decision process. At the end of the day, product is something that should help the end users to be effective in their activities and not hinder their productivity with a new piece of software application.

From the dev/test teams perspective, it is the quality output that we deliver to the end users / customers (note: the term quality output might be debatable, but let’s go with whatever you define quality as. this post doesn’t go into that level.)

(note: this post was not reviewed before posting to the blog)

Next Page »

Blog at WordPress.com.