Friday, November 27, 2015

For Commerce or Camaraderie


image courtesy:http://www.bp.com/content/dam/bp-careers/en/images/16-9/hero-woman-explaining-idea-1920x1080-bp1.jpg


I am in the middle management and certainly at the crossroad when in conflict with customer and colleagues. This is not made up but picked right from one of the conversation, no, a heated discussion when a team member protested “aren't you supposed to stand by us?” averting their desperate look, I swivelled my chair and stared hard at the table with my eyes focus nowhere in particular but mind probing endless paradoxes and possibilities.  Stand by whom?  We will have to get educated not to take things personal but when someone slams ‘your idea makes no sense’, how can you detach and differentiate ‘it’s not me that’s criticized but my idea? So that means they are both different? Isn't my thought born out of me and interpreting as impersonal and remain impassive?” Impasse.  Don’t dismiss that as banal, as everyone without an exception, at some point in time have introspected on similar lines.

“Is it an individual’s interest or collective that matters? Should I have to prove standing by you? Client’s interest precedes and prevails above everything”, the hush in the room was so audible and I knew of touching a raw nerve, and their grievance wasn’t without ground. But if we start listening to such calls and concede ground on behalf of the crew, then there will be no option but pull the shutters down. Clients run the business – we manage. Attitude is all that counts. But a demoralized crew is more dangerous than a deadly weapon, and slighting their service will be huge let-down. So I counsel with an admission “agreed not all calls are fair but we should learn to overlook few just the same way they have accommodated our careless mistakes as ‘oversight’. Eventually business is about give and take, and no need to take things personally. It’s strictly professional. Alright, here is the call: prove them wrong by laying out the outline for closure and I will even it out.” Their eyes lit up. “Wait. What if we fail to deliver?” they sank into their seats. One developer took it up with me “we will deliver”. That’s the spirit. I wanted to hear that and those words only.

Management are sometime like middlemen who speak for both the side without letting the other down. Not fence sitters, but firmly on the ground. Project Managers must engage stakeholders, who are keen about the bottom line, while also ensuring the team’ morale never suffers at any cost nor become a casualty. It’s difficult to please everyone and unwise to even attempt or aspire. Set the priorities and take calculated risks.   It’s not like one’s interest should be affected in order to meet another – that’s a compromise. Make it a win-win for all. Successful Managers are those who factor both the interest – commerce and camaraderie and maintain to sustain a long standing relationship that’s rich in its yield [revenue from client and retention of employees].


The subject is dealt very well in Project Management Certification course, especially in Stakeholder Management, Human Resource Management. You might want to visit know more about our offering http://goo.gl/VljmtT

Saturday, November 21, 2015

Risks Vs. Opportunities


Risks Vs Opportunities
image courtesy: http://www.inman.com/wp-content/uploads/2015/02/djgis_61395928.jpg

Risks Vs. Opportunities

What is Risk? Risk is an uncertainty which could lead to an impact (positive or negative) to the project. When we mention uncertainty, it is related to probability. When the impact of the probable event is positive we call that as opportunity and when it turns negative, we term that traditionally as “Risk” (Negative impact).

Does it mean should we care about only negative impacts or Risks? As much as Risks are important to monitor to minimize the probability and impact, its equally important to maximize the opportunity and the impact of positive impact.

Risk à Reduce Probability à Reduce the impact

Opportunity à Increase the Probability à Maximize the impact

Example, we send the RFP (Request for Proposal) to our customer to get the deal which definitely is very uncertain to get the deal and make the profit out of that.


What are the threats?

  • Competitors are our threat who have same level of competency or more

What are the Risks and Opportunities?

  •  commercially, if we spend money on developing prototype and the deal doesn’t materialize then it’s a loss to us. Hence developing prototype can be considered as Risk/Opportunity.
  • hence, we should try to maximize the probability to get the deal

What are the Risks involved?

The Risks (Negative Impacts) as identified can be
  • Loss in profit


How to reduce the Negative Impact ?
  • Have alternate business plans
  • Credibility with employees
  • Have the backup plan for the resources


What are the Opportunities (positive Impact)?
  • High chances to get the deal as we have all things ready
  • Team motivation

How to increase the Positive Impact ?
  • Create a prototype
  • Resource Plan
  • People, Software & Hardware
  • Have the ramp up plan ready and it will be easy to kick off the project on time

Learn more about Risk and Opportunities by visiting our Project Management certification courses  http://goo.gl/fbuV2m

Friday, November 20, 2015

Quality Management – a test of the Tester


image courtesy:http://rainmedia.in/asterdubai/images/quality.jpg



The iron triangle of project management has scope+ time+ cost and at the core rests the Quality. Meaning none of the axes can be compromised, which consequently impact Quality adversely.

So what’s about Quality? Well, everything boils down to Quality. Standards are Quality measure. High standards attributes to High Quality.

Well, when thoughts transcend from personal experience as Project Manager, I always ensured the quality team has the final word on everything shipped much to the chagrin of the development team. They often sparred as to ‘who called the shots?’ and I will put my best foot forward “I do” to the eerie silence of the team.

A team is a bunch of individuals with their own talent, and that’s why we refer recruitment more as Talent Acquisition.  No matter the nomenclature associated, no two individuals are going to be the same. Like-minded perhaps, but unlikely twins in thoughts. So it’s a mixed pool. Fundamentally its still the make, sell, support, and the Quality team falls under the support bucket while developers act as the breadwinners in the ‘make’ stream, and hence feel privileged and even entitled.

At the inception of the project, when the Developers roll up the sleeves and get busy writing Unit Cases, testers too are full of activity preparing test cases. So the any claim of entitlement is very juvenile in judgement and I dare say never to expect anything additional other than the allocated.

One incident always enlivens and worth narrating. He was a super-duper geek that touching his code is deemed an insult. It’s like rinsed with Listerine mouth freshener every five minutes that the teeth are sparkling white and fragrant.  One should marvel at the pride taken in their work that they come down to challenge “check my code and any bug, I am toasted else you are roasted”. I found a demure girl, belying her age, walking up to the rock star “I am sorry but there seems to be a bug”. A volcano just erupted. When the pride is pricked, what else can you expect? Fireworks. I was observing the exchange from a distance but didn't intervene. They are professionals and ought to conduct like one. A dent to his dignity, he mounts a ferocious attack justifying every nook and corner while the tester patiently hears him out. After a full fifteen minutes of explanation, the girl calmly states “I understand but it’s a bug”. The developer slams his forehead and unloads a heap of curses in which one expletive burst out unbeknown. Now discipline and decorum can never be conceded at any cost.

Since the unfortunate exchange happened on the floor, the shrill pitch made heads turn around. The lady was unmoved and strangely didn't emote at all but retained her composure. The developer, in sharp contrast, was belligerent and a nervous wreck. However sharp you might be, team play takes prominence and position. Both approached my desk and my silence spelled ANGER. My glare at nowhere but all ears, I wanted to hear one word ‘sorry’ instead he defied everything that’s sacrosanct and conduct hardly propriety. I demanded ‘Apologize. Now’. It was not a counsel but a command, and reluctantly he budged and muttered the apology. He might be a rock star but that lady’s attitude made her much taller and he dwarfed in stature. I then requested the tester to walk through the bug and she clearly made her case which was watertight. Confounded with the bug and confused as how his code can be cracked, the developer was at his wits ends and close to tears. Passion is different to taking things personal. After all to err is human. Managing people is far too different and difficult than project. My call still remained unaltered ‘the tester will have the final word’ and pausing “if the client finds fault in the UAT [User Acceptance Testing], it will the tester who will be taken to task”. Even that developer smiled. Much rests on the shoulders of the tester who are gate-keepers. Nothing can or should slip or creep between their legs. With an eye for details and investigating instincts to sniff something unusual, they treat every test case as a suspect and once convinced of merits pass it for clearance. That tester demonstrated typical traits expected – the poise, politeness, profound knowledge, patience, perseverance, while the other (Developer) displayed pettiness.  Her signature statement was bereft of sentiment but well stated “I am more concerned about the Quality of the Project just as you are about the principles of Project Management.”

Well said!

Quality Management is a key knowledge area in PMP® Certification exam. For more details visit http://goo.gl/U4Rtez


Emotional intelligence (EI) and its effect on Management


image courtesy:http://www.highviewart.com/uploads/articles_gallery/2046/beautiful_eyes_wallpaper_4-1024x768_1407271762.jpg


Many of us are familiar with AI [Artificial Intelligence] but what is Emotional Intelligence? And its relevance in Management, especially people management? One respondent quipped ‘ego’. Though not entirely off the mark, it addresses just an aspect. Look before you leap; right. Do you think before acting?

Emotional intelligence (EI) is a term used to describe the ability of an individual to recognize their own and other people's emotions, to discriminate between different feelings and label them appropriately, and to use emotional information to guide thinking and behaviour [courtesy: wiki].  The term EI gained recognition in 1995 and thereafter evolved as a model, namely ability and trait model.

So far we have studied human behaviour, but seldom self-behaviour consciously. As individuals, we often introspect about our actions, and those who dig deeper to understand emotions and then associate with actions to adjust and adapt are better as decision-makers states studies.

How effective as Managers? More than anything and anywhere, Emotional Intelligence most needed when negotiating with a colleague or peer or team or superior. Man exhibits myriad emotions. To handle and navigate needs successful soft skills for our decision ought to be rationale, objective and holistic. In a chaotic world with its cacophony like – snarls created after caught in traffic jams or embroiled in a heated exchange - it can be anything trivial to most trying of circumstance. Conflict is common occurrence but the choice to respond rest with us. Calm, collected and composed even in the wake of a storm can’t be seen in everyone. It’s a calling at a very high level and hence those who EI is way above are really adept in adjusting response/reaction and revel at interpersonal relations. The ability to recognize, relate, identify, empathize with others plight, connecting with others, commendable communication and control crisis are typical traits. In other words, high Emotional intelligence (EI) proves very effective in man-Management.

Emotionally intelligent leadership are recognized by strong sense of self-awareness whereby that can detect one’s emotion and direct appropriate response mechanism. That call is critical. As highlighted above how we choose to respond is always our choice. Failure to manage might prove to fatal to one and all involved. Develop skills to be aware and evaluate the emotions of others, so as to react suitably to the situation. Leaders’ hallmark lies in this reception/response that has a direct impact on gaining confidence enhance performance, Employee retention to total satisfaction. They speak less and listen a lot. Not hear but listen to understand the underlying emotions. The tone, tenor, language, gestures gives scope to study and gauge emotions.  Leaders always choose the words and measure before delivery – again in the right tone and tenor. These are exceptional skills to anticipate and in some case pre-empt – emotional intelligence is all about this and such Leaders prove to be remarkable in management.

It might sound new to some or even niche, but make no mistake - only the fittest survive.  Emotional intelligence is treated as a critical factor in assessing your management skills complementing human capital [education, certification] and fitness aspects.  Yes, very much!

Project Managers are expected to have a high emotional intelligence, as important and credible as the Project Management certification. One is a testament about your psyche and other about education, expertise and experience.

Please visit our http://goo.gl/IRCmJz to know more of our offerings.


Thursday, November 19, 2015

HR are Humans (Not from Mars)


image Courtesy:http://www.fhrd.org/SiteImages/News/635391934075947528_HR_Warrant.jpg




One of my close associate failed to show up for work – very unusual given his propensity to be punctual and as the days dragged on, strangely there was no sign of him. His mobile wasn’t reachable. His absence made me shiver with apprehension. A week later, he did report – to quit and be gone for good. I slumped on my desk and the lump in my throat just choked me. Why? Why? “My health mate. Docs scanned, said this and that, none of which I understood other than surgery”. As an act of solidarity “what can we do to help you?” He wasn’t himself. With that tired look, unenthusiastic and awful body language “pray if you can. I have to meet the HR”.

After the meeting he came straight to me “HR is asking to serve the notice period. I have to board the train by noon. I came to hand over my papers and walk out and all he is concerned is about notice period.” His agony and anguish, in the given circumstances, was unquestionably understandable but for the time served he hardly understood or got to know better of HR.

I am very close to HR as we discuss everything under the sun and sometimes the stars and galaxies too. He is a good-hearted guy but with a stoic face that betrays emotions or rather he hardly expresses and reserves a smile especially dealing with official matter. So when my close chum came out disheartened and disconsolate, little did he know that the HR empathized with his plight personally but discharged his duties professionally? The HR would later confide with me “I feel sorry for that guy, but if I came across as cold-hearted, I just can’t help it. I am paid to win heads  and meet your needs. It’s strictly business.” What a character! His benevolence is blanked out like that thick fog on a wintry morning and what comes to the fore is akin to a policeman on a beat - Strict and stocky.

This is not to be dismissed as delusion because dealing with humans can be far more complex and conversations, if gone haywire, can become catastrophic.

I, serving in any capacity, always advocated promoting a culture where everyone can question and be questioned. “Give them what they want and get what you want- will avert grudges and grumbling within. There is discord and discontent, as disturbing, could prove detrimental and thats where HR has a larger role to play in leveling the play area.
Of course, I have been fortunate to mix and mingle with some fabulous HR personnel. And continue to do so…….

PROJECT HUMAN RESOURCE MANAGEMENT is one of the 10 knowledge areas in area in PMP® Certification exam. For more details visit http://goo.gl/U4Rtez

Wednesday, November 18, 2015

Why do Projects Fail?


image courtesy:http://www.davidakka.com/wp-content/uploads/2013/09/bridge-fail.jpg


It’s a generic question but with specific answers.  It can be a half-baked cake or badly-burnt dish or unfinished construction or a software gone haywire. Whilst the main reasons attributed are scope, schedule, execution or implementation, the causal analysis always reveals that the failure in capturing the business requirement is the root cause of all failures. It’s not that vendors are to be blamed; sometimes clients themselves can’t define precisely the requirements and hence find Agile handy to tweak requirements and vendors too believe it’s the best way to earn the client’s confidence and all stakeholders are on the same page. It’s all hunky dory and everyone goes home happy.

Fact can’t be far off from fallacy. At every sprint if the scope is touched, it constitutes a creep. Waterfall will readily admit it as a change request but Agile will accommodate.  It’s a subject in itself to deliberate about waterfall and Agile methodology but for now let’s get back to the topic: why do Project Fail? Communication Gap. The Business Requirement Document from the client is the feed which is passed and a complementary Software Requirement Specification document mapping each and every requirement is prepared by the vendor. If proper scrutiny and vetting is done at this stage, there would be no need of Gap Analysis document, which inevitably would be scripted sooner and the Impact Analysis document as well. Why is the need for these documents when BRS should suffice? Firstly BRS suffices? In most of the cases, the answer is a resounding NO. Is it possible  putting to print all the finer details when only the outline can be conceived and then dwell deeper to mine information and incorporate into the document? Corporates spend much time in identifying the need before the solution, and it’s a disaster when the cart is put in front of the horse when a solution is sought before the need, with its nuances, can be transcribed.


We have seen constructions completely demolished and rebuilt because the plan doesn’t match with the work-under progress and hence scrapped and sketch is revisited. The million-dollar question would be is it possible to put everything on the paper before releasing as Project requirement? Yes and no.  It would call for a tremendous vision to envisage the final product, and usually thought-through and prototypes built as per the sketches. And despite that vendors fail on their part to deliver – as committed  at cost on time for reasons as enumerated above. While the blame-game can be played all day, if only the communication was open, clear and concise, much ado about mishaps and mismanagement can be mitigated or methodically brought to closure.

You might be interested in checking out our PMP or PRINCE2 courses to know more about managing a project. http://goo.gl/U4Rtez

Monday, November 16, 2015

MANAGEMENT STYLES








Coercive Style – This style in Project Management is possible when the Project Manager is technically and functionally knowledgeable enough to give  detailed direction to the team. Though there is not much risk to the project in this style as the Project Manager has all the details to the last very point, many may not agree with this style. As the solution is provided  by Project Manager, team may lose interest after some time with this kind of practice. In this style of project management, there is no or less chances for innovation. This style will fit in some mission critical projects in water fall methodologies, however this may not go well with Agile methodology as everyone should own the responsibility and accountability of the delivery made by the project team.

Authoritative Style: In this style, Project Manager gives the direction to the team however team has space to come up with the solution and implement the same. Project Manager has complete vision of the project and helps the project team to understand the vision and let them to execute the same. In this style, project team gets assistance and guidance. In this case project Manager needs to have very good functional and some technical expertise to exercise this type of management style.

Affiliate Style: In this style Project Manager is more friendly with the project team and also takes care of the needs including the career goals and personal needs. In most cases, when the team has right set of technical and functional skills where the team needs very less guidance from the manager on the project delivery this style will fit aptly.

Democratic Style: In this style everyone in the team has a say in the project execution and planning. In this case, to arrive at the proper project plan, it takes longer time as everyone in the team involves in the planning and at times its very hard to come to a conclusion when more than one people have different opinion.

Coaching Style: Any Project Manager is required to play the role of coaching at some point in time of the project execution. This too comes along with democratic style where project manager encourages the project team even in their times of failure. This skill/style is more required when the project team is inexperienced and needs more hand holding.

We have gone through the different styles of project management, and its clearly visible that we may need to exercise different styles at different phases or times of projects. Depending on the complexity, maturity of the team, stakeholders, we have to decide what type of style would best suit the need of the hour.

Role of Project Manager - in Different Project Types




Here I would like to share some of the project management styles that would be effective in certain environments. We can consider some of the common project environments and what type of project management style will go well with those situations

1.       Customer is well organized (Clear Scope, fixed time line & Efficient project Teams)
 This is an  ideal scenario however this may not be the case in most projects as there will be some challenge if the project team is not engaged well, and if  there is high chance team will lose the interest which will damage the work. So in this type of environment Project Manager needs to be more organized and more people -centric to manage the project to be successful as the focus needs to be  on the people more (in terms of engaging them well).

2.       Difficult Customer (Scope changes, Demand fixed timeline & Efficient Project Teams)
This is most common scenario which we can see in most of cases. The challenging part is Stakeholder Management and clear communication mechanism needs to be in place. In this case Project Manager needs to be commanding and have control over all the stakeholder to ensure that all commitments from different stakeholders are honored on time. All communications to be strictly followed and any deviation to be recorded and rebaseline accordingly upon the approval of the respective stakeholder)s).

3.       Difficult Customer (Scope changes, Demand fixed timeline & Unorganized Project Teams)
When both Customer and Project Team are not as expected, then Project Manager’s role becomes even more critical  to implement almost all the project management principles strictly in all phases of project execution so that he/she can project the closure of the project to the stakeholders. So in this case for sure Project Manager needs to be trained in Project Management thoroughly to reduce the risk to the project.

Monday, November 9, 2015

DATA THEFT AND DEFENSE













image courtesy:http://www.google.co.in/imgres?imgurl=http://www.centranixqatar.com/wp-content/uploads/2014/01/banner3.jpg&imgrefurl=http://www.centranixqatar.com/firewall-network-security/&h=264&w=959&tbnid=XI0rzfAYN-axvM:&docid=W3i1xsbu9_neqM&ei=xllAVpeqKcqMuATZ6YH4BA&tbm=isch&ved=0CAMQMygAMAA4kANqFQoTCJel_872gskCFUoGjgod2XQATw


Some of the recent headlines were so shocking that made stunned people all over the world. The links are presented for anyone who cares to read further and know for themselves.




Apple Removes 300 Infected Apps from App Store | WIRED 

Apple Targeted as Malware Infects China Mobile Apps - WSJ 


Ashley Madison data breach -

Over 60 gigabytes worth of data was confirmed to be valid on 18 August. The information was released on BitTorrent in the form of a 10 gigabyte compressed archive and the link to it was posted on a Dark Website only accessible via the anonymity network Tor

 

The images were believed to have been obtained via a breach of Apple's cloud services suite iCloud. Apple later confirmed that the hackers responsible for the leak had obtained the images by phishing and brute force guessing i Cloud usernames and passwords.

The Sony Pictures Entertainment hack was a release of confidential data belonging to Sony Pictures Entertainment on November 24, 2014. The data included personal information about Sony Pictures employees and their families, e-mails between employees, information about executive salaries at the company, copies of (previously) unreleased Sony films, and other information.

Industrial espionage goes a long way back to the mid-90s  [remember the incident in Intel when one of the employees tried to sell sensitive documents to competitor ].
  
In the digital era, the crime is quite steep given the climbing numbers and catastrophic consequences. The links listed aren't of distant past but relatively new - some or still unveiling and some under investigation.  What shocks the learned and layperson is when technology is no longer nascent why the threat should not be nipped in the bud? Nipped?! These bloopers don’t blossom from a bud – be it insider job or outsider, but come to light after shaking our faith and foundation.

The worst threat for now is the cyber threat and measures are mounted to step up cyber security despite which why the crime rate is scaling is both puzzling and perplexing. If there are breaches in security, the damage could be colossal, making it mandate in tying the loose ends. The best anti-virus is unable to prevent a malware from harming the programs; the best social engineering is not able to mitigate but only makes lives miserable. Ashley Madison hack’s ramification ruined personal life and which is an intrusion into privacy and revelation is damning both to the customers and commerce.  When powerhouses like apple’s app store with a reputation of rigid and robust ‘firewall’ is no longer impregnable, anything can be infiltrated, and as endorsers or end-users we lost our insulation and immunity. 

Every software is susceptible and hardware vulnerable? So where is the power of protection?  Unfortunately there is no anti-dote ready that can anticipate attack and annihilate the assailant. Surely some minds are busy at ‘work-is-in-progress’ in chalking out a solution. A more complex encryption or safe vault or something very innovative and effective. When the shadow of the danger grows in size threat looms large. The usual suspects are as insiders as ‘
John McAfee’ of McAfee anti-virus put out a good perspective on Ashley Madison hack. He essentially said it had to be an insider given the vast amounts of data stolen - most hackers don't have that much access for that long. It could have been an insider combined with a hacker, but he is convinced there was an insider involved. [Courtesy: quora]

So it’s important to acknowledge the insider’s role. Not every employee is a suspect but suspects are usually insider. “Approximately 1,600 AT&T customers have been alerted that one of the wireless carrier's employees illegally compromised their data, including Social Security numbers and driver's license details, according to reports.” [courtesy: http://www.techtimes.com/articles/17405/20141007/ex-at-t-employee-tagged-as-culprit-in-data-breach.htm]

Another article conceded that the AT&T Insider Data Breach More Dangerous Than External Hacking
Yet another Ex-AT&T employees secretly unlocked ‘hundreds of thousands’ of phones in 2013
Disturbing as it gets for the very hand trusted was the one that gave it away. One can defend from outside but how to discern that ‘insider’. Even after closing all gaps, plugging holes, locking doors, securing and sanitizing, how does that slip happen and that too under our very nose? TECHNOLOGY.

Technology is always a double-edged sword. The insiders also use ‘Cloud’ facilities to make away with their goodies. Cloud services are proving to be almost indispensable. Line up the companies offering cloud capabilities and it will feature the heavyweights in the industry: Amazon, Microsoft, apple. So as a safety chute should we just shut down access to the services so that any possible ‘breach’ prevented? Or restrict access? The sanction of cloud services is strictly on need and merit and of course trust.

Study reveals that the average company now uses 923 distinct cloud services, such as Amazon Web Services, Microsoft’s Azure, Office 365, Salesforce, Box, and Yammer. Use of these services grew 21.6% in 2014, reports cloud-security firm Sky high Networks, which tracks 17 million users and 10,000 cloud services worldwide. Some 90% of companies’ cloud activity is attributable to individual employees and small teams, rather than corporations’ business-technology groups.

The security of these services is an issue: The vast majority of cloud services don’t encrypt data (as opposed to in transmission), only 15% support multi-factor authentication, and even fewer (6%) are ISO certified, says Sky high CEO Rajiv Gupta. (ISO 27001 was created in 2013 to ensure that security risks and threats to the business are assessed and managed, that physical security processes such as restricted access are enforced consistently, and that audits are conducted regularly.)

Because it’s so difficult to monitor and regulate employees’ use of file-sharing sites and other cloud services, many CIOs simply ignore the whole issue.

So what are the defence mechanisms with regard to data security in cloud?

Data hashing is a technology that creates a hash, or specific code, to identify a given dataset. This allows the integrity of the data to be checked every time the data is used or accessed by a credential individual at the firm. Hashing would prevent data from being changed by an unauthorized third party.

Digital watermarks allow data to be tracked. While this approach does not protect the data, it does allow it to be linked back to the individual who placed it on a cloud or at an unsanctioned location, making that person potentially responsible for any consequences to the data’s misappropriation.

Researchers are attempting to create simple yet effective means of facilitating cross-cloud single-sign-on authentication, where a “foreign” cloud provider is required to gain trusted third-party status from the “home” cloud before being able to communicate with the user and the user’s applications.

Still the advice holds well that sensitive and critical data is guarded and under heavy security and scrutiny.

SalesForce recently introduced Salesforce Shield to protect its cloud apps assuring users that the encryption is by far the best and chances of breach is very slim. But can it be slammed down from slim to simply impossible?

We scratched the surface with regard to Data Defence with Cloud based survives. In the next post, let us look at ways to safeguard out data against any attack.

We welcome Your thoughts about Data Security…..

Thursday, November 5, 2015

Customer Satisfaction to Customer Delight

 Customer Satisfaction comes with the on-time delivery with the right quality as expected/defined the scope. Customer Delight is something which has to be earned with right customer relationship and right skills or knowledge to serve them and here are some of the key areas we may need to focus to reach the level of Customer Delight.


1    1. Understand customer’s expectation – not many understand the context of understanding expectation. It’s really difficult to know for sure what exactly is their expectation. It’s not the Business Requirement Document that lays down the expectation of the client. It’s the requirement of the project. To know better their expectation, one must engage closely and get to know how exactly the project would be put to use to maximize returns or increase ROI. Our task is to increase the turnaround time to accelerate the time to market, but once that’s done what happens? Many vendors stop the buck once the UAT is through, instead look beyond the obvious and seek to serve to further client’ interest.


    2.   Know the Business Model (Revenue Model):  One should know the customer’s business model to serve them better. We should know their customer base, their mission/vision on the business and pertaining details to better understand the scope on their perspective. Many times projects fail because we go with what is there in the paper (Scope definition) rather we should understand what does it mean to the customer and their value that they want to arrive out of the project.

    3 .  Customer’s Market Space:  Its very important to know their customer base where they plan to use the delivery of  the project. And if there is anything we should be aware based on the region (legal or regulatory compliances of the respective regions), then learn first-hand and don’t expect customer to inform us ,  rather as vendors it should be our responsibility to take care of legal compliances.

     4.  Know you customer’s requirements: One to be successful has to understand what customer wants and what their pain points with their customers or end-users are and how best to fix it at the earliest. Its walking that additional mile to accommodate ad-hoc changes which will earn the trust and value of the client. A small act goes a long way, and if you are mindful to address the pain points, the client’s perspective about your potential will be exceedingly positive as a ‘reliant and dependent’ partner.

     5 .   A satisfied customer is more precious than a new customer. Repeat orders are the ones that helps to sustain business. While new prospects or customers move the needle with regard to revenue, it’s the repeat orders that provides consistency and constant inflow. The mushrooming promotion platforms notwithstanding,  its still the word of the mouth that the powerful source of advertisement and a customer vouching for your credibility will in fact be passed on to another. A typical chain reaction.


These are some of our thoughts we wished to share and in subsequent post we will deliberate more about exceeding expectation. Do drop in a line as a comment.

Tuesday, November 3, 2015

Do you Deliver your Projects On time?

image courtesy:https://www.bebeautiful.in/sites/default/files/how-to-be-on-time-for-work-600x400.jpg



Most likely the answer is No except few exceptional cases. What are the factors that causes the delay? It could be a sum factor of many.

1.       Scope Change/Change in the requirement
Changes are inevitable and need to be accepted and accommodated in the schedule. However not all the changes are triggered by the customer and some cases changes are triggered by Developers/Testers. That means requirements are not understood fully by development team during development or testing phase which becomes  the reason for the delay in schedule.

Hence understanding of the scope is so critical for the success of the delivery without any delay.  

All the assumptions to be clarified with allowed timeline and if any delay in the assumption, clarifications also may trigger the change in the scope thereby the schedule.

2.       Productivity of the Delivery Team (Any internal resource issue/attrition etc)

Another common anomaly is the reason assumed in most cases as compared to the actual reason could be something else with the existing team.  Conversely in case the project gets started with the new team this case could be possible however again that should be factored in the planning.

3.       Technical Dependency (with other components/delivery)

An additional area of concern behind the reason for the delay in schedule is dependency with other dependent components. However early identification of the dependent components with right stakeholder management, we should be able to handle the situation better

4.       Delay in customer Readiness for UAT/Validation (Or feedback to be received from customer)

There are times customers are not ready to do the UAT on time as planned or they become the cause for the final delay for production live.

In nutshell with proper planning and project management we can overcome the issues faced in terms of schedule delay.



So do we deliver the project on time? we wish to hear your comments.