Jump to content

R Rajesh

Excellence Ambassador
  • Content Count

  • Joined

  • Last visited

  • Days Won


R Rajesh last won the day on November 21 2018

R Rajesh had the most liked content!

Community Reputation

31 Excellent


About R Rajesh

  • Rank
    Advanced Member

Profile Information

  • Name
    Rajesh Rajagopalan
  • Company
  • Designation
    Associate Consultant

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Let me start with my assumption of what it takes to qualify as a Project in Project Management realm , a Project and a Process in Business Improvement or Six Sigma world. Project in Project Management Realm: In a one-liner , we can say a project will have an objective with a definite start date and a definite end date. Eg:1 Converting a meter-gauge rail(track) to a broad-gauge rail can be a project, for Railway engineers. Eg:2 Creating a software product can be a project, for an IT team. Eg:3 Constructing a shopping mall could be a project, for a builder Project in Business Improvement of Six Sigma context: A project will have a goal with a definite start and end dates. That will be accompanied by a strong business case explaining an explicit reason as why this project is needed in the first place and it will highlight the end dates for the various phases that a project might have. Process: In generic terms , we can say that it is a set of instructions/sequence of steps to achieve a particular activity/complete an event. Essentially , every process would have certain parameters which act upon as inputs and then there could be a set of actions or a sequence flow which would be necessary so that there is a tangible outcome which serves our need. That outcome becomes the output which will/can be consumed by other actors(could be another process /events/users/activities..) Eg:1 Setting up Continuous Integration(CI) is a key process as part of Continuous Delivery and Deployment(for delivering your IT delivery rapidly). CI includes multiple steps : 1. Check-out the latest code from the Code Repository (say GIT) and put that into local workspace(Developer's workstation). 2. Do your code changes on the local machine and unit test it thoroughly 3. Post a peer review (and after fixing comments, if any - unit test it again) 4. If everything ok, get the latest code from Code Repository, 5. If no difference found in the version of the code, then push the code to the code repository with proper comments 5. Automatically Build should be triggered (When a change is pushed). 6. If build succeeds, then ensure that your change is successfully working in the Integration box. Now as we see multiple steps are there. The sequence is important to get a successful testing of your functionality which is the outcome from this process. Eg:2 Code Review is a process - Steps involved: 1. Review the code. 2. Check if the code adheres to coding standards and guidelines. 3. Whererever the stds/guideline not followed, provide proper feedback comments. 4. Ensure the developer fixes the comments.5.Ensure functional misses are not there. 6.Ensure same mistakes are not repeated. 7. Ensure all comments are fixed. Now let us first compare and contrast a project in Project Management(PM) realm and a project in Business Improvement(BI)/Six Sigma world. We have compared and contrasted project in PM realm and in BI/Six Sigma realm. Let us now contrast a project and a Process in BI/Six Sigma context. Let me explain these difference with an example. Imagine an improvement project. An IT team's delivery quality is poor. They are getting multiple escalations and they are unable to meet their SLA of <5% defects in a critical application. This is happening for the past 6 months. Now team is doing an improvement project. It is trying to zero in the problem. It needs to fix the issue in 4 months time. Goal is to have <5% defects by 17th June 2019. Now it starts to check its flow from where it has to correct itself. It reviews the AS-IS process. It finds (after doing Value Add activity process) that it needs to improve upon Design Patterns(for Coding), Code Review, Automatate Unit and Functional Testing. These are processes which have their own steps which need to be done so that quality of the deliverable meets the defined SLA as per the goal statement. Now without the processes, the project goal cannot be achieved. At the same time, the processes can be independently achieved but if not tagged to a project, the chance of systematically finding the deficiencies in a process or a need for a new process(if old process is too bad to be modified) would be missed out. Conclusion: From the differences that we saw now, it is clear that process and project in a business improvement/six sigma world or different entities. Having said that there is always a bit of these two words conveniently interchanged especially in Business Process Outsourcing(BPO) industries. Many teams use process to represent what could be possibly called as a project. For instance, those teams might call HR Payroll system as a process, whereas an IT team might call that as a project. One reason it could be because of the fact that BPO bretherens could construe each of the steps in the system happening in a sequential flow. But in general, by and large as the definition says and based on the differences that i articulated above, my conclusion is process and project are two different entities.
  2. R Rajesh

    Stop Gap Arrangement

    Imagine you are going in a cab. One of the back wheel trye gets punctured. It is already getting late for you as you are having a business appointment with some one, shortly. The cab driver understands the situation. Rather than taking up the jockey and changing the wheel which may take some time (every minute is precious for you to be time-bound) , the driver goes to the nearby fuel station and fills air , which is good enough to travel to the destination, thereby taking you to the destination on time. Now what he has done is provide a temporary relief to his problem. This is what Stop gap is . Stop Gap provides a temporary measures/relief to handle a situation which is providing a concern to someone or something. It will act as an interim solution to a problem, when we are trying to find a permanent solution. Why/When we need Stop Gap ? Sometimes we may not know/get the apt solution for a problem. But we may have a temporary solution to it , the solution being applicable to certain conditions or upto certain period. Or there could be cases where solution to a problem might be known but it could be costly at a given time, for which the cost approval would not have been given by the mgmt (or by Key stakeholders).So, a temporary measure/solution could be used for some time till mgmt agrees to the original solution. Quick Win: A quick win helps in having a short term gain. It helps in motivating the team when the team is pursuing for a much bigger and a longer goal/objective. Quick wins also provide confidence to the relevant stakeholders. Eg: Imagine you have a six sigma project in one portfolio. Assume that the problem is fixed during analyse phase but your senior mgmt does not want to wait to see how this is behaving for atleast few months. So it decides to make use of the outcome found in this project, in a project of another portfolio (which has a similar issue), just to get the confidence from the customer and say that this issue has been resolved. Conclusion: Stop Gap provides an interim relief to a problem. But there has to be a permanent solution. Quick Win is about having a short term gain which can motivate the team which does the work and can provide the confidence to relevant stakeholders. A quick win can be an intermittent step to the ultimate objective needed. It can act as a pointer to what is going to be achieved in the longer run.
  3. R Rajesh

    Creativity and Productivity

    Creativity is a key aspect for any project(be a service/product) development . Often creativity is comprised due to - lack of time , lack of mgmt support (in some companies this do happen), citing that as stalling progress/productivity , lack of transparency to the customer. Having said this, how important creativity is, in a corporate world.I feel, the answer is an absolute must. Often because of the changing requirements in an Agile world and an increasing demand , an Organisation management expects the productivity of its individual to go up a notch. If we were to talk about creativity, we need to justify what that creativity would bring the customer/critical stakeholder(s) . If ROI is not good enough to impress the customer/orgn mgmt(primary stakeholders), then that creativity aspect would be stalled/prevented from being taken up further. If ROI is good enough to impress the key stakeholders, then no one might question about your productivity. Therefore your Business justification on the creativity could often hold the key in getting across your creativity. Let us see some examples across industries. Eg:1 In an IT organisation, a project team develops an insurance web application for an insurance client. Per current design,in the 'Insurance Quote' web page of the application, when all fields are filled, then the user needs to submit a button which will take the control to the next page, along with the data stored in that page. Also all the fields in the page had to be moved by use of Mouse-Cursor. Now the tech lead of the project comes up with a creative solution. All the fields in the page could be used using key board and also as soon as relevant text field was entered with the respective no.of characters/digits, the cursor automatically entered into the next field. The last field in the page is a drop-down box field. Upon changing that and ensuring all other existing mandatory fields are filled as per the needs, the control gets redirected to the next page. By this way, the user of the system need not click on the 'Submit' button and therefore the system is easy to use. Here in this case, the productivity did not suffer that much and the ROI was more as the customer did not need to manually take the mouse anywhere and the ease of use was very high which produced customer satisfaction. Eg:2 A reputed Mechanic dealer had lot of cars having issues and lot of them were in his garage and the dealer's mechanics were looking into them.Some cars were supposed to be delivered on a given day and those cars had their danger lights,to be set right. Now while doing that, the dealer had a creative idea. He ensured that his team had put reflector stickers(stickers that you can get in many good shops) in all of these vehicles. By doing this, there was not a big productivity loss but certainly a creative solution which helped identification of those vehicles at night times, just in case whenever the danger lights went off for whatever reasons. Adding the reflector stickers on the back of the vehicles did not take much time for the mechanics and it also saved the vehicles from getting hit by other vehicles in National Highways,whenever their danger lights went off. Conclusion Creativity is essential. It can be to enhance your existing product/process . Or It can lead to a new way of doing things. Many big organisations encourage its employees to provide creative ideas and solutions and provide rewards and recognitions for best ideas/solutions. If creativity is not there, then at one point of time, an organisation may stop to grow and may struggle to survive. EVery Organisation who want to be a pioneer in its chosen sector would definitely have Creativity as a critical aspect of its visionary objective.
  4. R Rajesh

    Bells and Whistles

    Bells and Whistles are non value adding activites. In PMP parlour, it may be probably akin to Gold Plating - Just a rough analogy though, i would say . W.r.t whether this to be as part of solution of a Lean Six Sigma project, i feel it could be a key topic. For instance, in an IT six sigma project, a team is working on improved responsiveness of its web based system(it has been a problem for customer for quite some time - IT team initiated a Six Sigma project). While doing that, the team did few things which are non-value added ones but they are desirable in the given context. 1. The Main search page has to respond <= 3 seconds on an average. Depending on some search criteria , however it can take a max of 10-15 seconds, though this is a rare scenario. The team introduced a "Please wait" message circling on that page whenever it was beyond 5 seconds[Note:Before Improvement, the original timing was 10-15 seconds for normal condition and 30-45 secs for special conditions]. The team also sent an alert mail whenever a search had exceeded beyond 5 seconds and once that search was completed. This was a non-value added activity as the customer knows the improvement target and also he/she would see the browser after the stipulated time(in sec). So this was actually not adding value to the problem on hand. But what it made was providing information on how much instances(occasions) this delay happened in a given month. This gave a trend of on which kind of criteria search, this delay happened. The team had this info and addressed 80% of the issues and minimised the delay period in subsequent months. This non-value added activity thus helped the team indirectly in addressing the shortfall of the current system , to an extent. 2. Because this project was all about system improvement, style of coding was thoroughly looked and while coding pitfalls(memory leaks, unreachable codes) were shortlisted and attacked, the team also revisited its coding standards and worked on that(beautifying that) which were not a value add for its current problem. Nevertheless the team and its management took that as a launch pad and ensured that standards were set as benchmark for other teams. Conclusion: The idiom of 'Bells and Whistles' might mean additional features which may not add value to , but can be attractive. But as we seen above with examples, there are quite a few such 'Bells and Whistles' category activities, which can give us the desirable and favourable outcome , if we use those activities at the right context.
  5. R Rajesh

    BHAG (Big Hairy Audacious Goal)

    Let us see what is BHAG first. Per wikipedia definition, BHAG pronounced as Bee-HAG , is a strategic business statement, which portrays an organisation wide goal which is audacious and is likely to be questionable externally but within the organisation would be regarded as impossible. The term, was first coined by James Collins and Jerry Porras in the book titled " Built to Last: Successful Habits of Visionary Companies". What BHAG does ? BHAG provides - Visionary goals which are strategic and Emotionally/mentally demanding - Goals to be achieved in the Long term (period of 10-30 years) - the platform by which an organisation can transcend itself to a new level - a platform by which you can be an Industry Leader, because your organisation planning is long term and you are miles-ahead of the rest of the industry players There can be multiple BHAGs in an Organisation. Because we speak about a range of years say 10-30 , we can even have short term BHAGs and long term BHAGs. Examples of BHAG: 1. Microsoft changing the digital world by introducing Personal Computers. Every house has a PC and even offices which used to have only mainframe systems , moved to PC. EVery place is with a computer. 2. NASA's mision on Mars Exploration since 1960 3. Google organising the information all over world and make it accessible to all (eg: Courtesy wikipedia) . More often than not, we say "Google" it to find something, rather than saying, search it in Google. Thats the influence, Google has achieved , because of its audacious goal. Having talked about BHAG, let me discuss on how BHAG can be used in driving Black Belt projects. Here is my take on this. Strongly believe that in a company where Six Sigma culture is not there and if the top brass are Process-Oriented, then BHAG is a great choice. I will correlate here SMART can be applied to BHAG. Imagine now you define that you plan to have a short term BHAG(Say 10 years) for your IT company. In this 10 years, you want 300 Black Belt projects to be done (just for sake of discussion.. Anyways - does it sound Questionable for you? If yes, then that is BHAG- as you are external :-) ). Will expand SMART in BHAG's context 1. Specific: Just for instance - You can suggest how many BB projects to be completed in a year, how many to be started in a quarter, how much minimal value savings you should showcase....such quantifiable needs can be put. This is just only a sample. 2. Measurable: This talks about the measuring techniques. In this context, if we are saying 30 projects / year and across multiple verticals(read sectors) such as Health, Insurance, Banking, Retail, Manufacturing, Automobile, then say we need to take data for 5 projects to be measured across 6 verticals 3. Achievable/Attainable: The goal of 5BBs/vertical per year, should be realistic. If we look at the definition of BHAG, it is likely to be questioned by external parties and not within the organisation which implies the fact this can be achievable. May be a bit of stretching might be required due to nature of the activity, in my opinion. 4. Relevant: This will say about alignment with other business goals (Say another short term BHAG which talks about creating 100 MBBs in 10 years- just an example) 5. Time-bound: All BB projects to complete between 6-10 years and the whole goal to be completed on say, May 29th 2028. As we had seen here, even though BHAG seems to be unachievable, it could be only an external perception. A company would know the strength and weakness of its workforce and would be the best judge to decide what can be a good BHAG for itself. I portrayed two short term BHAGs that could have been a subset of one long term BHAG as well. Conclusion: Every company may not have a BHAG. But companies that successfully implement BHAG can or probably will become pioneers in their industries, though it would be emotionally demanding for the employees of those companies. For Companies, which do not have an inherent quality or Six Sigma culture and if that company is a big-sized one, then probably i feel BHAG has the potential to turn the company from a rookie to an expert process-oriented organisation and storm through the ladder and go up, in its industry. For companies which are having some BB projects, here and there , but require more BBs and MBBs, then having a short team BHAG related to Six Sigma can be driven , but the short term BHAG can be linked to a long term BHAG related to something like Business Process Modernisation.
  6. R Rajesh

    Change Management

    Hi. Interested in providing my response for this. As you know the adage, Nothing is permanent, so change will be there always and everywhere. Having said this, let me tell what change would cause. There will be always stakeholders who would be benefitted and who get adversely affected by the change. Grudge would be more if the affected parties are more and if the benefitted stakeholders are influential then thats where the issue starts. How often do we see an organisation (read mgmt) changes it's policies which do not go well with it's staffs. This is where it begins. There are other scenarios. Imagine you/your team want(s) to implement changes in your project and there are multiple stakeholders who need to approve this (through Change Approval Board) . You face strong resistance in getting the approval. Why ? It could be because some of the stakeholders afresh affected adversely by your changes either directly or indirectly. Or You did not seek their suggestion(Influential or key stakeholder (s)) prior to implementing the changes or did not provide prior intimation about the changes to them, or the other stakeholders have some ego problems with the stakeholder(s) to whom you are directly reporting(I have seen this happening as well). All these things should be properly addressed. Right business case (for justifying the changes) and stakeholder mgmt are the key for a successful change management. Then Acceptance would happen.
  7. R Rajesh

    Apples to Oranges Comparison

    From what i have seen or observed , general human tendency is to do Correlation and Comparison of things. People correlate one thing to another thing and compare things(objects, persons (read attributes/characteristics)...). Why they do this ? Because the human beings are trained and taught to do so since time immemorial. Man is a social animal with plenty of knowledge!! Human tendency is to go from a 'known' entity to an 'unknown' entity, in many cases. So the comparison starts from there. What are we trying to say by "Apple to Orange" comparison. It does mean that we are trying to compare two different things(in reality it could be about some objects or about some human beings). In the case of human beings, the comparison could be about their characteristics , in a personal context; skill set, experience-level, soft- skills, etc... in a professional context. So why is this important ? Because as a human brain is naturally aligned to compare people , it does not see what/whom needs to be compared with what/whom. This is the generic behaviour which needs to be consciously be changed by every individual to stay balanced. Apple to Orange comparisons , therefore would happen in reality in several cases, though the comparison often would be unfair. Let us see some examples where 'Apple to Orange' Comparison becomes necessary 1. In an IT organisation, an experienced employee(10+ year exp.), resigned from his job. As his job was a billable position, the service providing company found a lesser experienced(1 year) professional to replace the experienced professional. The customer knew the experience of the replaced staff. But a week later, the customer is not happy with the performance of the new staff stating the team that new staff needs to be upto speed and expects the quality as he got from the experienced person. Here clear 'Apple to Orange' Comparison has happened. Both the experienced employee(resigned) and the new employee have knowledge in that technology(Advanced Java) but the knowledge gap is wide. But for the customer, this is immaterial. He needed the same quality as it was earlier. The onus will be on the service provide to bridge the gap but the point is this comparison is made because the customer is expecting the same quality. 2.In an appraisal process in an IT company, all the team members(TM) were appraised. TM1, TM2, TM3 were all experienced in that order - with 10,7,5 years of experience respectively. TM4,TM5,TM6,TM7- were experienced with 4,2,1,1 years respectively. TM5,TM6, TM7 felt that it was unfair to compare them with senior TMs (TM1, TM2). They felt that they were feeling the pressure. Even though the project mgmt team had done some criteria for each experience, still the lesser experienced TMs felt that appraising them with the seniors would not help their appraisal. This is often the case we would come across many teams in many industries. 3. While doing software estimation: a). Say you have a start up company and you have got few development projects. Suddenly you get an enhancement cum maintenance project. Since you do not have an estimation template for an Enhancement , you rely on your estimation template for Development . You compare that (only to see if you get any initial idea) and try to tailor to suit your enhancement project requirements. In reality this could be a failure. b). Say you have an estimation model for Java/J2EE technology . Now you are getting a mainframe project and you do not have an estimation model for it. Now you decide to take a leaf out of your Java/j2EE estimation model and take that as basis for your mainframe estimation. In both the cases, we are making an Apple to Orange comparison ,as we are left with no choice but go from 'known to unknown' entity (to begin with). 4. How many times we would have seen the fact that to find the Greatest of All Time (GOAT) in a sport, we compare people who played the sport in different eras? Imagine how that sport would have been played in each era. Then how will you find GOAT ? Of course. various factors might be considered by the agencies (companies/relevant parties) which decide on the GOAT. Sometimes multiple Agencies who pronounce the result on GOAT, choose different players as the GOAT (they do not concur), because they may choose different factors. So to find the GOAT , we are making an Apple to Orange comparison and we try to minimise this indifferent comparison by bringing in various factors. Otherwise how can you say , who is the greatest cricketing batsman of all time, greatest tennis player of all time, greatest golfer of all time ? How difficult or easy to compare a tennis player who played lawn tennis in a wooden racquet, with a tennis player who played his tennis in synthetic hard court with a graphite racquet? Is there any technique to carry out such a comparison? Honestly am not sure if there is any technique. I could think of few things however which can give some quick guidance , in my opinion. 1. Organisational Process Assets (OPA) - Previous projects could have done like this and could have updated the organisation's repository - Documents could be like logs, Excel sheets, Lessons Learnt etc.,. Those artifacts can have data on the comparable entities and the associated data that was required for each of the comparable entity and the decisions made on the comparison. 2. SharePoint, Online database - Where Information or factors deciding the comparison can be captured; data about comparable entities Conclusion: Comparing things is a human mindset and has become a prerogative. Nothing can stop a person from comparing things . In a business context, this comparison takes importance because of cut-throat competition across the globe in every industry.Therefore , Apple-to-Orange Comparison , even though it may seem not correct, it is becoming increasing essential part of our day-to-day life.
  8. R Rajesh


    Nothing in this world can be perfect or 100% correct. However and whatever we do, there may be always a chance of improvement.The moment, a person feels that he/she has done enough, he/she stops to grow especially, in his/her professional career/ work. Every person has to do a self-reflection on how he/she did his/her current work. This self-reflection is what Hansei is all about. Why it is a central idea in Japanese Mgmt: By doing a self-reflection, a person is aware of his/her strengths and weakness (area of improvement). He/she can polish that missing attributes from his/her reportoire. If that person's work quality or results or work ethic is falling short of expectation, then the person ensures he does an apology to the rest of his/her colleagues/management. This is a prevailing cultural behaviour of the Japanese.This is essentially captured by Hansei. Hence this self-reflection mechanism plays a critical role. How does Hansei relate with Kaizen: As i stated earlier in my first paragraph, if nothing can be 100% perfect, then there is still scope for Improvement. Did not we hear this regularly, that a particular company operates at 'X' Sigma, another company operates at 'y' sigma. Why ? because every company wants to push itself to get the maximum results. Ideally they would want the individuals as well as team to do continuous improvements, which is what Kaizen will do. Once a kaizen is done, the team (which did the kaizen) would reflect upon what went well and what can be improved. The team will make a honest assesment of what it did and how it could have been done better - with an individual and team assessment. This is where Hansei comes into picture. Let me give an example how Kaizen and Hansei can be correlated and why Hansei is essential: In an IT organisation, one portfolio for a customer relationship(engagement with a specific customer organisation), was operating under a Managed Service model in an Agile environment, and one of the project teams improved itself from doing manual testing (unit and functional) to automated unit testing using JUnit(Unit Testing) and Selenium as a Kaizen initiative. The team was happy on the achievement, but when it did a retrospection at the end of one Sprint later than when it was implemented, to see how the automation works , it felt the test cases covered were not effectively implented. The focus on 100% test coverage and the requisite quality was missing. This made the team to again working on improving the process - in this case about writing quality test cases - . So the team decided to moved to Behaviour Driven Development approach. So after doing the self-relfection, the team decided to do an improvement activity(Kaizen). Conclusion: Self-awareness is a must for any person to grow, personally and professionally. Here we are focussing on the professional front. No one (for that matter any team) can be 100% right. Telling in lighter terms to portray this aspect alone, if you are an avid fan of the game of Cricket, you can notice the fact that the legendary Sir Donald Bradman had an average of 99.96% (he could not score 4 runs in his final innings to get the coveted 100%). Whatever you are going to do as an individual/as a team, there is always going to be scope for improvement. Improvement cannot occur unless you realize what you did, how you did and what could be done better. This self reflection with a degree of humbleness, and eagerness to improve things, will make an indvidual grow as a human being in his/her professional career and a trust-worthy leader.
  9. R Rajesh


    In Japanese, it is called "Across Every where". What does it mean in this context ? Sharing best practices horizontally across an organisation. It also talks about the learning of failures across organisation. The objective is to share the learnings/continuous improvement ideas. For instance, staffs in one department might be asked to see and observe the improvements made in another department. Let us see some examples from various sectors: IT Sector: In an IT organisation, one project team used a Continuous Integration server and displayed reports on Code Coverage and Coding Standards compliance, on a giant monitor. It was transparent for the entire team and management. Developers were quick to spot their mistakes and made corrections. This improved the quality of the system with minimal defects resulting in a satisfied customer. This was highlighted as a major success in that project's portfolio and the Group Leader of the particular customer unit/relationship (where the project belongs to) , requested other teams to see and observe the changes made so that it could be replicated across the rest of the customer unit/relationship. The Other teams observed the changes and replicated this successfully. Manufacturing Sector: In a manufacturing company, a team(let us call it T1) did a Six Sigma DMAIC project to reduce cycle time for the processing of its product. Another team from different department saw the success stories of T1 through a circulated success story presentation and met T1 manager and SMEs, in person, to understand more about the improvements made in T1's processes. Retail Sector: A major Retailer had three outlets in a big city. Outlet in one location (Location A) was having its products sold routinely and growing in size everyday and the other two outlets (in different locations) were not doing business that well. Managers of Location A decided to share the knowhow about improving the business with the managers of the other 2 outlets.The managers in these 2 outlets were also keen to know how location A outlet is doing well. With Effective feedback and suggestions (as a survey), obtained from social media, mobile phones, customers's interests/tastes were captured by the outlet (in location A). What damage can be done due to lack of yokoten in an Organisation? In my opinion, following could be some of the key points: 1. Innovative Ideas/improvements will cease to flow through the organisation. 2. Lessons learnt from failures will not be passed across the organisation. 3. Process cycle time reduction, Productivity Efficiency, Quality Efficiency may not be achieved across the organisation as per its expected standards, thereby resulting in either not meeting customer standards or not able to achieve the benchmark standards(if the organisation is especially a leader in a given sector). 4. Potential loss of business due to unsatisfied customers, in some cases. Let us see how lack of Yokoten is restricting Continuous Improvement in many companies: 1. A retailer had few outlets in a city. One outlet had always so much crowd and it had all kinds of products. But still waiting time for paying the products was quick. The queuing system to Point of Sale(POS) was quick with multiple layers and classified/ categorised in terms of senior citizens/ Rest.Parents with Toddlers were given preferential treatment. These kind of queuing did wonders to the delivery speed in that outlet. But unfortunately the other outlets did not follow suit of this as mgmt failed to stress this importance to the other outlets as they could not bring the shift in cultural mindset among the staffs of the outlets as they had been operating in a different way. 2. In an IT company, an Agile Scrum team had developed a software product using Test Driven Development (TDD) (In TDD, Test cases are written first, before code is developed. This ensures every unit of functionality is addressed. Normal approach is to code first and then test.There is a chance that we may miss some functionalities to be unit tested in this approach. So TDD is better than this approach, in this aspect.). The team also did Unit Testing automation. The team was able to successfully deliver a quality product, of incremental value[every agile sprint , you are bound to deliver some stories(requirements) - which keeps updating your product features/functionalities]. But this team was working on a Non-disclosure agreement based project. So the team had its own reservations in sharing the know-how on the processes done. The team should have been worried about the data and not on the processes which are industry standards. But that was not the case. The team members themselves had done this for the first time. Therefore, they could not share how they did the processes without the actual data. The portfolio leads were skeptic about the sharing of processes (inspite of having people who can showcase to the other teams). This deprived some teams who projects got transformed to Agile, as their customers were moving towards Agile. Those teams wanted badly to see how TDD and Automation (Unit Testing) were done. But the opportunity did not happen. Conclusion: Bringing positive change is a cultural mindset. Effectiveness of solution is product(read combination) of Quality of the solution and Acceptance of the solution. Its the acceptance factor that decides the fate of the solution(in this context innovations/improvement ideas/learning the lessons as what not to be done). Whichever companies(employees in those companies) refute to get changed/adhere to the solution provided/suggested (within their companies) fail to grow as an organisation. This will be the case for any industry. As i stated above in one of the earlier paragraphs, you can see what effect(damage), lack of yokoten can bring to Organisation. Therefore, i feel, that yokoten should be part and parcel of an organisation's culture.
  10. R Rajesh


    Let us see the two approaches of Floor walking by management teams. Gemba : It is a Japanese word meaning "Real Place". Gemba Walk: Imagine, everyday you do our job routinely and life goes on. One day , you are doing your work and to your surprise, you find your project manager, portfolio manager or department head, SMEs come to your place and understand more about the work from you as how you go about doing it. This is what Gemba walk is all about. Here a focused effort is made on the part of the management team to understand how work is actually happening, from the operators/team members's perspective. What are the challenges that are there and what are the opportunities for improvement. MBWA: This is another approach of floor walking by management team. Here the focus is not specific to a particular activity or process or type of work, unlike Gemba walk. But it focuses on managers checking with employees on the fly, about the work they do and provide more often than not , some suggestions and do not indulge much in probing questions/queries. This often may not produce the necessary result. There are some differences between these 2 approaches. Examples of Gemba Walk: Imagine in an IT company, you are working in your desk. Your Technical architect, Solution Architect, Portfolio Manager, GL walks through the floor and have a discussion with you. You are explaining your application and convey the fact that multiple vendors are working on that project and you dont have control over the performance of the application as that part is not owned by your organisation. You say that Performance of few features is time consuming (and you are consuming those features for proceeding with your work). This is hampering your functionalities or work. Now you have given your observation, the management team(and other stakeholders) will take cognisance of this and will come up with some action plan. Examples of MBWA: Imagine you are in an IT company. The mgmt team along with other relevant stakeholders does a walk of the floor. They come to your place (hop over to your desk) and ask about how things are moving. You tell shift constraint (afternoon shift) as an issue due to lack of machine in the team. They suggest your lead to change your shift to day time (suggestions are made rather than with probing questions that can go address the root cause). The caravan goes and the next person is being asked for issues . Conclusion: Looking at both the approaches and their benefits , one can conveniently say that Gemba Walk is superior. There is something called Gemba Kaizen , which does help in continuous improvement as well.
  11. R Rajesh


    Let us see key roles involved in a typical Six sigma project . - Team Member(s) (who belongs to the Six Sigma Project) - Six Sigma Green Belt(GB) - Six Sigma Black Belt(BB) - Champion (Some companies might not have this may be- this person will be involved in Tollgate reviews(along with Black belt), removes barriers for the team . Some organisations have champions as sponsors) - Six Sigma Project Sponsor I have arranged the roles purposefully from a bottom up approach. Note : There is another role - Six Sigma Master Black Belt (MBB). However it is not relevant to any specific project, but all six sigma projects will come under this umbrella. Let us dissect for which of those aforementioned roles, a person can ask the WIFM question and why . 1. Champions/Sponsors: Six Sigma costs energy, time and effort. People playing these roles would expect either a tangible benefit such as ROI outweighing this cost or an intangible benefit of customer satisfaction doing a six sigma project, which potentially results in getting a new business opportunity, in the nearby future. 2. Black Belt(BB): BB are defined roles in that, persons playing this role are expected to do certain activities and they are bound to abide by that. Unless they feel that there is a strong reason for not executing a six sigma project which they can justify, they are supposed to execute. Therefore, in my opinion, BB shall not indulge in asking WIFM 3. Green Belt: In my opinion, a Green Belt certified person should not ask WIFM. Because he is already aware (or supposed to be) of the impact Six Sigma can make when pursued in the right way as it should be. He/she may not be fully aware of the tools/techniques in Six Sigma much like the BB. That can be his/her only shortcomings. The GB has to understand the fact, that this role may not be 100% of his/her work. Six Sigma activity will be an additional work , apart from his/her regular project work. This extra effort spent in six sigma is compensated by the fact that the GB learns additional tools/techniques with constant interaction with the BB , which can be used in some of his/her day-to-day project activities. 4. Team Member: I feel a person playing this role, has the absolute legitimate right to ask the WIFM question. Because he/she will need to know the factors which can motivate him/her to work and put that extra effort. Without knowing about something, who would be interested to touch anything ? The team member is the one who will gather the data for measurement and he/she will do have to some other basic activities. Gathering data is a cumbersome and tedious activity in general. It can be boring at times. There has to be quite a few awareness sessions to the team members which talks about the importance of Six Sigma and what benefits it can give to the team and organisation and crucially to the customer(internal or external). It is the benefit to the team , that team members would be interested in. Not everyone be interested to go with a career ambition towards Six Sigma. How will we motivate those team members? If we are able to do that, then you get succeed in your objective, with respect to the work assigned to the team members. Remember the fact this is primarily a volunteer role , unlike say a BB role (which is a designated role). Conclusion: My take is that Persons playing either one of the two roles - Sponsor, Team member have the legitimate need or requipment to ask WIFM question though the need or reasonfor them to ask that question may differ. Person playing the sponsor role will ask because of what benefits the six sigma project can bring to the organisation. Person playing the team member can ask that question to know what kind of growth it can bring to him- whether career growth, promotional benefits, monetary reward, visibility etc.,.
  12. R Rajesh

    Robotic Process Automation

    Definitions: Intelligence: Per English Dictionary, it is the ability to learn, understand and think in a logical way about things. In general human beings shows that intelligence predominantly and distinctly, when compared with the rest of the species in the Earth. Then What is Artificial Intelligence? A very simplistic definition : If the same intelligence is being shown by a machine, or a computer, then it is Artificial Intelligence (AI). Therefore, AI essentially simulates the human intelligence. What is Robotic Process Automation(RPA)? Simple Definition : As a software robot, it apes or mimics the human actions. RPA is all about the habit of doing automation of your day-to-day business processes by a s/w robot as automatic tasks. Let us compare and Contrast RPA and AI. In my opinion, i feel the points described here , are some of the key differences. 1. RPA needs structured inputs and/or well defined rule-based human processes whereas AI can handle even unstructured inputs/data(like email, audio, video files,...),semi-structured inputs/data (XML,Java Script Object Notation(JSON,....) 2. RPA cannot take decisions on its owns and aligns with what is programmed whereas AI has the potential intelligence to take decisions, depending on the needs. 3. RPA is 'dumb' in that it does what it is supposed/programmed to do, while AI is 'Self-learning' and can adapt itself as per the situation. 4. RPA does not possess cognitive skills (refer #3 for the reason) whereas AI has that Cognitive skills. 5. RPA has some limitations in its design as shown by aforementioned points whereas AI does not possess any specific limitations. 6. RPA 'does' things whereas AI focuses on 'thinking' 7. RPA is relatively less complex when compared with AI since AI has many branches/fields (like Machine Learning, Pattern Recognition, so on...) 8. RPA might be relatively less steeper to learn when compared with AI, primarily because of #7. Benefits of RPA: 1. Good in doing routine/repetitive tasks. 2. Eliminates manual errors(human induced) and unnecessary rework/delays and therefore increases the productivity. 3. Ensures 'Lower Turnaround time'. 4. Cost Efficient 5. Provides Better ROI 6. Helps the Stakeholders in focusing solely on strategical aspects alone (thats the very purpose of RPA . Is it not ? - to alleviate the workers from doing routine tasks). Benefits of AI: 1. Maturity of the AI software can make the decision making easy to stakeholders/mgmt. 2. Helps in providing accurate and precise information to the organisation 3. Identifies patterns/trends based on past data(historical). 4. Provides data on things which otherwise is difficult to get by human beings. Let us see some examples for RPA And AI and portray their Capabilities. RPA examples: 1. Imagine few processes such as cheque handling process and cash transaction process in a bank. You want to ensure that all manual operations/transactions/movement involved in this to be automated by RPA. This will be a good candidate for RPA. 2. Another specific example: Imagine a Money counting machine. In old days, the cashier used to count the money and used to give us the amount that we had specified (say using a withdrawal slip). The same task is done by the money counting machine and given to us. This is a typical RPA stuff. AI Examples: 1. Alexa , SIRI , Ok Google (Google Assistant) are popular AI products from Amazon. Apple, Google respectively. 2. Imagine you have some photos of yours in your mobile. You want to show your kids all the photos that you are in. Now you choose one photo of yours and when you click the details of that photo, it will show the rest of your photos in your mobile. This is nothing but a facial recognition of your photo which is an AI aspect. 3. IBM's Watson is an example of Cognitive Computing of AI. It is used across industries and very useful for health industry. 4. Take the game of chess. Remember 'Deep Blue'. The famous chess computer had a pitched-battle with the then World Champion , Garry Kasparov. The AI machine might say take account of algorithms like depth-first or breadth first as required. Professional players practice a lot with such AI chess systems to gain more insights into the nuances of the game and thereby in the process, fine-tuning their specific needs. 5. Shop sweeping bots 6. Drones can be controlled by AIs , which can collect critical information in war affected zones. Now we have seen benefits , examples, charactersitics of both RPA and AI. Let us see what can happen if both can be put into use together. Before doing that let us do a mimicking of these two aspects , with some imagnition. Since RPA is dumb,i will equate it to 'animals'. Since AI is having the ability to Self-learn, i will equate it to 'Human Beings'(only for this article :-) ). Now imagine Animals vs Human Beings. Can you tell who is powerful ? Think Elephant, Lion, Tiger, Cow, Dog..as animals. Can you handle them 1-1 without any weapons(if you face any of these 1-1, when if any one of them tries to attack you). Just for your support, imagine there is an elephant trap nearby and you are too close to that. You know if you run near that , the Elephant (if it is planning to attack you) can fall into that trap. You have 'thinking' ability has your biggest weapon here.Now imagine you have a physical weapon and you are holding a wood with a fire in it(Tranqulisers are not for you unless you are a forest official!!) to drive away the animals. What do you understand from this ? Both Animals and Human beings have their powers. You therefore , definitely want to harness both their powers. How many times,you would have seen 'Tarzan' movie, where Tarzan and his animals work in tandem and succeed with great and right results efficiently !! Now imagine replacing that 'Animals' and 'Human Beings' with the actual powers - RPA and AI. Don't you want to get this power. Well RPA and AI does this , when combined together. Let us some examples where RPA and AI systems can work in tandem (the answer could be theoretically almost in all spheres - but though depending on an Organisation's needs) 1. AI comes into picture where RPA falls short. Imagine cheque clearing, cash dispensing processes. Any routine tasks which are repetitive in nature, can be done using RPA, doing Optical Character recognition is part of AI. This is just a very basic example of combined usage of RPA and AI. 2. Similarly this can be the case on invoicing systems or any other systems where the need is there. 3. On systems where decision making is needed for the data obtained, post the business automation. Now to the question of achieving the highest automation without the two working in tandem, is that possible? The answer may not be 'yes'. We have seen above, both the imaginary and the practical examples. But there may be some scenarios where RPA alone might be suffice which may not need AI presence. It could be because the amount of investment(in terms of energy, effort) made for having that AI aspect may not be worth considering the information that you get it for that specified entity for which you do RPA and AI. If ROI is not enough for a given activity, the organisation may not think it worth. In that case, the organisation could be comforted with RPA alone. For the record, to bring about a change in the productivity,quick turn around time,some teams/organisations use the approach of implementing RPA first and see the ROI drastically changed. Then they go with AI combined with RPA. But nevertheless i feel, bringing both the aspects to the party will produce the maximum result. Conclusion: RPA and AI are two seperate aspects which however mostly can coexist in today's growing business needs. Both are at different points of the automation phenomenon. RPA has its own characteristics and AI has its own flavour. AI is very deep in its branches . Both RPA and AI have a history . RPA had its initial origin which was called Screen Scrapping and AI has been there for quite some time. Both have evolved. While RPA helps in doing effective automation on repetitive tasks, AI steps in where RPA is lacking - cognitive learning,self-adaptiveness, taking independent decisions (ability to deduce information and act upon) and so on,... Caution has to be put in place, to ensure that right data is captured by AI for processing information, for safety and security reasons. The language of use for RPA and AI can be decided based on the organisational needs or the team comfortness. It can be Java, LISP, C/C++, Python or any other AI or RPA based languages. Most of the organisations see rapid change in their Productivity, turn over time and have a great ROI and excellent customer satisfaction , by using RPA and AI. Imagine the superior performance of the Money counting machine and the way how you get response from Alexa/Google Assistant/Siri. Are we not happy with these things ? How about the Unmanned cars driven on the road ? Welcome to the world of RPA and AI!!
  13. R Rajesh

    Changeover Time

    Wiki Definition: Die is a tool used in manufacturing industries to cut or shape a material SMED: It is a very important lean technique/method for reducing waste in a manufacturing process . It helps in a quick change over in a process from running the current product to running the next product. Let me provide some examples on SMED with focus on changeover. Examples on SMED : 1. Imagine there is a process which has two kind of bolts used - T-bolt and General. Depending on the situation, the tool bit can use either T-bolt or General bolt. How quickly the changeover from T-bolt to General bolt happens is the key 2. Imagine , there is a startup Small-sized company. There is a PaintBooth. For a product - two different colours are needed. The Spraying tool is filled with Blue. Then Green has to be filled with in that . How quick that changeover can happen. As far as with my constrained knowledge on this , i believe below are some crucial steps in SMED: Steps involved in SMED: 1. Identify the area for improvement 2. Decide on how to go about - Reflect upon/Decide the no of parts reduction in the assembly kit, if applicable - Work on the Tools Design Modification, if applicable Benefits of SMED: 1. Reduced Cost 2. Improved Process 3. Meeting Customer Demands Conclusion: SMED is very vital, especially to manufacturing industries. If the Die or tool bit is defined or better aligned to the needs, then changeover can happen seamlessly, which can eliminate the waste involved in the whole process. Classic example you can always think of is the changing of tyres under normal circumstances by a person and changing of tyres in F1 Car Races by the staffs of a Racing team.
  14. R Rajesh

    Urge To Cook - Flow Chart

    This is class. Nice way of telling some nuances of flowchart !!