Click here to Skip to main content
13,141,576 members (52,545 online)
Click here to Skip to main content
Add your own
alternative version

Tagged as


5 bookmarked
Posted 13 Feb 2016

"Automation"- an old but reborn disruption

, 18 Mar 2016
Rate this:
Please Sign up or sign in to vote.
Focuses on automation which is a reborn disruption and basic decision methodology for automation candidature.

Damn it’s very old term, but reborn. Recently, Automation happened to be a core part of many Major Software firm CIO's strategies. Lot have been said about it. After hearing so much and seeing significant inclination of technology world towards automation, I have decided to apprise myself and find answers for basic naive questions I had in my little mind, simple famous 3 W’s

What is it?

Why do we need it?

Where do we need it?

Bear with me for few minutes, I am certain that you would admire this rookie for honest effort spend on this basic automation expedition.

What is it?

Any action which is being done manually and recursively (manually refers to actions performed by humans), process of transforming that manual deeds into an action executed by a machine removing human intervention is Automation.

Still Gray, Let’s try to throw some light over it. Consider a layman example of a garden: You are rich (unlike me) owning a big garden with around 300 plants. You have 1 gardener who is responsible for watering, fertilizing, spreading pesticide and cleaning garden. Doing so, this hard working chap complete watering task every day in around 4 hours. Due to watering work, gardener is not able to spare required time for other must activities like fertilizing, cleaning, pesticide spray, planting new plants etc. To overcome this, you got an idea in your bright mind. You installed a water drip system in your garden which takes care of watering plants every day and with no waste. Here, Water drip system installation is the automation introduced to remove manual work done by gardener. This is a simplest example of Automation.

Nowadays, Automation is everywhere. Cars, Traffic lights, Railways, Manufacturing facilities, blah blah blah. You Name a field, with little bit inspection you will find automation present there. These automations are result of decades of research in those particular field. My bread-n-butter machine i.e. Computer is also example of automation which was invented to automate calculations, which in turn doing lot of other things nowadays.

Why do we need it?

A million pound (Havier than $) question - why the hell we need it? Answer is to speed up overall execution, reduce waste- cost & increase efficiency. By following as-is process, we would certainly end up doing job with acceptable output , but using Automation same job can be completed in hilariously less time and that too with sparing free resources to take up next queued job.

Software field being comparatively young, until now it was in evolving phase. I won’t call it mature though. To achieve next maturity level, software industry scientists (developers like us) are finding ways to introduce automation. A manufacturing factory has different assembly lines, similarly software development (factory) has phases like Requirement Gathering, Design, Development, Testing and Deployment. We have quite a big human resource base in software field, but industry is engrossed with challenges like tight budget and market volatility. Believe me, software Industry is in deep need of optimized resource utilization & cost cutting. To achieve this, automation is the way to go.

Where do we need it?

A question that must be mingling in your mind from start.

To ease this, a pity scientist like me tried inventing something simple. I have devised a basic methodology following which one can find potential tasks in overall execution which can be automation candidates. A Task can be fully automated or partially depending on task .To automate task, we need to carefully assess it in detail. Good way is to have a brainstorming session with important folks for this assessment. My tiny methodology not confined to any specific field, having said that I must mention that I have designed it with software development life cycle in mind. So beware …just kidding

This Methodology will help you in basic decision making, may need to be followed by further deep analysis.I will call it "Automation Candidature Assessment Methodology (ACAM)". OMG... Big Name.

Let’s start understanding it.

ACAM Methodology has 2 phases. Every phase is explained first and followed by illustration.

Phase 1: Task Collection & sorting

In phase 1, focus will be on existing process analysis, Task identifications and few outcomes. Outcomes will be used in later phase. Following are the steps to be followed during phase 1.

Step 1: Calculate Total efforts required for complete job execution

Step 2: Divide overall job into well-defined autonomous tasks which are quantifiable in efforts

Step 3: List down tasks with efforts needed for completing it once

Step 4: Calculate weight of each task with formula as

Weight = (efforts in person hours * frequency per month)/ Total Number of tasks

Step 5: Arrange Tasks in the descending order of weight, highest weight task will come first.

Phase 1 Illustration: Let’s consider a garden example with 1 person working for 8 hours per day.

Total garden maintenance work needed efforts per day is = Number of person working * working hours per day = 1*8 = 8 person hours. So Total Job efforts = 8 Person Hours

I have identified four autonomous tasks for our garden example which are Watering Plants, Fertilizing & Spraying Pesticide, New Plantation and Cutting-Shaping.

After dividing job into autonomous tasks – here is what we get:

TaskEfforts for completing  job by one person
Watering 4
Fertilizing & Spraying Pesticide2
Cutting - Shaping1.5
New Plantation0.5
Total effort8

Now, let’s calculate weight for Watering Plants Task.

Formula is “Weight = (efforts in person hours * frequency per month)/ Total Number of tasks”

Efforts in person hours = 4 hours

Frequency Per month = 30 as its daily task

Watering Plants Task’s Weight = (4*30)/4 = 30

Similarly, Post weight calculation for other tasks and sorting according to descending weight– here is what we get:

Watering Plants30
Pesticide Spread15
Cutting & Shaping11.25
New Plantation3.75

Phase 2: Automation Candidature decision making

Let’s move on to next phase of our methodology where we will decide on whether task is worth automation or not. Following are the steps to be followed.

Step 1: Consider only tasks who has weight greater than 5. Reason behind this decision is tasks which is of low efforts and less number of frequency will not be a candidate for automation.

Step 2: Analyze task, see if there is any human manual work is done it. List down manual work, will be used in later steps.

Step 3: If any manual work done then consider task for further steps else discard it.

Step 4: Check feasibility for automating manual work discovered in earlier steps. This can be simple gut feeling or can be verified by a small proof of concept if required.

Step 5: If feasible for automation, then consider it else discard it.

Step 6: Calculate estimated saving that can be achieved post automation. This can have 10% deviation as we don’t have automation ready. To achieve close to reality figure, POC is recommended. This figure will work like a weapon for convincing leadership for further approvals (I know that’s PIA job). With full automation, you may zero down efforts required or with partial automation certain percentage of it. This depends on the task under consideration. Be careful with your claims, do have proper reasoning for all claims. Formula to calculate saving is simple.

Step 7: If saving is more than 30 then consider it for automation else discard it.

Following flow diagram depicts Automation candidature decision making decision flow.

Phase 2 Illustration

Continuing with Garden example, let’s consider Watering Plants Task.

Step 1: Watering Plants Task has weight 30 (Calculated in Phase 1), making it eligible for further steps.

Step 2: Analyze Watering Plants Task. Post analysis we found that it has a human manual work in it. Qualifies for next step.

Step 3: It has manual work, so qualified for next step.

Step 4: Feasibility for automating manual work done. Yes, it can be done using “Water drip system”. Qualifies for next step.

Step 5: Implementing “Water drip system” automation is feasible, qualifies for next step.

Step 6: Full automation possible in this case. No human efforts needed post installation of water dripping system except maintenance which is merely 1 hour per month , earlier watering is done 30 times in a month so, for watering job per day will be completed in (1 hour/30) = 0.033 hrs.

Saving = ((4-0.033)/4)*100 = 99.17

Step 7: If saving is more than 30 so we must go ahead with automation.

Post performing above steps, on all tasks we will get following

TaskweightSaving Automation EligibleRemark
Watering Plants3099.17 YesFull Automation
Pesticide Spread15NANoNo Automation possible
Cutting & Shaping11.25NANoNo Automation possible
New Plantation3.75NANoRejected – weight < 5

So, only watering task qualifies for automation. This way, we can map any job that we do in normal development projects across Software development life cycle. Just to give you folks a brain starter, build-deployment automation using Continuous Integration process, map build-deployment process using ACAM, follow steps as mentioned, convince leadership or client with clear numbers, I am sure they will be amazed.

Final Word

This is all folks, Hope my pity ACAM Methodology provides a simple but realistic basic methodology to narrow down tasks for automation candidature.

Finally, I must mention, methodology explained is created based on my experience and using this approach I have created many automation accelerators. It may or may not exactly same for every scenario but modified version can be created. I would urge everyone to give more emphasize on automation as in near future that’s - what industry will largely inclined to.

Feel free to comment.


This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


About the Author

Tushar Tale
Architect Unit 69 SDF III
India India
I am Tushar Tale , Solution Architect from India. I have been in the software development field for around 10 years. My Passion is all about designing efficient , useful & robust software applications.Though, in principle works on .NET, Java but my recent inclinations are towards emerging technologies, digital transformation, automation & Dev-ops.

For more, Do visit my personal blog "Tech Digger - Dig & Share Knowledge"

You may also be interested in...

Comments and Discussions

SuggestionFurther benefits... Pin
Duncan Edwards Jones15-Feb-16 22:23
professionalDuncan Edwards Jones15-Feb-16 22:23 
GeneralRe: Further benefits... Pin
Tushar Tale16-Feb-16 0:13
memberTushar Tale16-Feb-16 0:13 
GeneralMy vote of 5 Pin
Duncan Edwards Jones15-Feb-16 22:21
professionalDuncan Edwards Jones15-Feb-16 22:21 
GeneralRe: My vote of 5 Pin
Tushar Tale16-Feb-16 0:16
memberTushar Tale16-Feb-16 0:16 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

Permalink | Advertise | Privacy | Terms of Use | Mobile
Web03 | 2.8.170915.1 | Last Updated 19 Mar 2016
Article Copyright 2016 by Tushar Tale
Everything else Copyright © CodeProject, 1999-2017
Layout: fixed | fluid