Tag Archives: Thoughts

Distributed IT Team

Overcoming the Obstacles of Running Geographically Distributed IT Teams

Thoughts, , , , , ,

What it means to operate an IT team has evolved in recent years. Today’s teams are more efficient, flexible, and streamlined than the ones of the past, and much of this is because of a constant desire amongst people in business to enhance their capabilities and to harness the power of the latest technologies. Earlier, it was a given that the key players in a team would have to operate together in one building, or in close proximity. But this way of doing business had its drawbacks, which became evident over the years. There wasn’t room for personal flexibility for one. Also, sticking to this approach had a financial bearing as well.

Over time, technology opened up possibilities to revolutionize the way teams could function, and IT industry was amongst the frontrunners to seize the opportunity. From using video conferencing and Skype to deploying apps like Slack or GoToMeeting/GoToWebinar, teams can leverage technology to have virtual meetings anywhere – which essentially means that the members can work from anywhere too! However, there are challenges of operating a geographically dispersed team. Let’s examine what they are, the impact, and how seasoned business leaders overcome them and manage to get the most out of their teams.

……………………………………………………………………………………………………

Perceived power imbalance

According to an article in HBR if more team members are consolidated in one location or they are in the locations that are geographically close to that of the team leader, then there’s a perception that these people have more power or access to power. This can lead to a feeling of isolation for the other team members or for that matter a feeling of complacency amongst the ones closer. Either way, it negatively affects the overall team morale. Since it is not possible to change the geographic locations of members, team leaders can implement creative strategies to diffuse false perceptions. For e.g., a team leader may need to give particular “power” assignments to those who are farther away from the headquarters or who are working in smaller groups.

Cultural insensitivity

Global teams will naturally contain people from diverse cultural backgrounds. Most people will not know everything there is to know about every other team member’s culture. This can lead to some awkward situations, to say the least. It could even lead to some people responding in culturally insensitive ways. One of the ways to nip in the bud is to raise the topic up in common meetings and suggesting that more often than not these problems are due to errors of judgment, ignorance and not malice. That they can be addressed by increasing one’s awareness of other’s cultures.

Language barriers

Usually, the prominent language in IT global teams is English. However, this is unlikely to be the native tongue for many of the team members. Those whose native language is English are likely to have an advantage in meetings with their peers. The less fluent speakers may feel shy about speaking up even if their ideas are good. Leaders can help overcome this impediment by setting forth guiding principles for discussions. An e.g. could be to suggest that the more fluent speakers slow down their speech and refrain from using difficult phrases. In addition, they might limit the amount of time they are given to talk and urge the less fluent speakers to speak more.

Lack of proper technology

The technology for high-level collaboration and remote communication is out there in the market. It is just that many businesses do not use them correctly. For any organization, there has to be some research done to correctly identify the optimal technological solutions they need to operate efficiently. There are multiple products options available in the market for each type of functions that facilitate collaboration for geographically dispersed teams. Getting the right ones is the key and can make the difference between building synergy and causing disruption.

Lack of good leadership

Diversified teams must have exemplary leadership at the helm. Without it, the teams will quickly fall apart. Besides having the required technical expertise the person in charge of leading such teams must have a global mindset, possess high emotional intelligence, and know the art of mending fissures when they appear.

……………………………………………………………………………………………………

Conclusion

In a connected world, as businesses look to the future, geographically dispersed IT teams is a reality that has to be dealt with. For companies with a global outlook, not only is this approach a practical step forward but also one which can be harnessed to their advantage. The key is to recognize that the obstacles that exist are perpetual in nature and have to be dealt with on an ongoing basis.

……………………………………………………………………………………………………

If you have any queries in this field, talk to Mindfire Solutions. For over 19+ years now, we have been the preferred Software Development Partner of over 1000+ Small and Medium-sized enterprises across the globe.

 

Spread the love
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  

Are You Becoming What You Do Not Admire?

Thoughts, , ,

 

I was reflecting today on the movie “3 Idiots”, arguably the greatest movie hit in India (the Idiots are called so because they do not fit convention, not because they are dull or lazy).

We see one Idiot who grows up over the course of the movie to develop a spine, to get courage and confidence to do the right thing, to be honest and truthful no matter what the stakes. Continue reading Are You Becoming What You Do Not Admire? →

Spread the love
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  

Smart Work vs Hard Work – A New Perspective?

Organizations and Leadership, Thoughts, , ,

 

Smart Work vs Hard Work. Which is better, which should be valued?

This question haunts every workplace, and successfully confuses everyone. There are camps and devotees of either side, and convenient converts depending on situation!

It is actually quite simple, if we see some facets clearly. Continue reading Smart Work vs Hard Work – A New Perspective? →

Spread the love
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  

3 Trends in Software Developer Roles – And One to Avoid!

Software Engineering, Software Industry, Thoughts, , , , , ,

 

Three roles have been evolving in software development over past few years.

1. Devigner

The devigner is a person who packs a pretty punch. She is a graphic designer, UI designer, UX developer, server developer and database developer all rolled into one. Continue reading 3 Trends in Software Developer Roles – And One to Avoid! →

Spread the love
  • 2
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
    2
    Shares

Can Weekends Begin on Fridays?

Organizations and Leadership, Thoughts, , ,

 

Weekends start on Saturdays. What if they could start on Fridays? What?!? Are you out of your mind?

Hmm.

Carlos Slim set the dialog rolling for fewer workdays recently. He advocated 3 11-hour workdays a week. Larry Page has referred to a 4-day week. Debate has continued, with views ranging from impracticality to glee. The more I think about it, the more I believe it is worth trying.

What if we actually do it while the world debates about it?

Allow me to share some thoughts – benefits, problems, constraints, and possibility.

Benefits
Contiguous time off from work helps our minds to relax, and our fires to recharge. It means time for hobbies and interests. Learning for techaholics. Research for thinkers. Tinkering for doers. Open-source contribution or personal projects for workaholics. Ideas for would-be entrepreneurs. Community and social work for do-gooders. Parties for party animals! Travel for travel-lovers. Family and kids time. Romance for couples. Sports for sport lovers. Home travel for those from other cities. A mix of all of the above for most of us!

Better life. Broader outlook. Broader minds. Better work.

Problems

On days you work, your work of 11-12 hours blocks out the rest of life. Those days can be more tiring. Work can suffer. An organization with longer weekends may be mistaken to be lazy, under-ambitious, and neglectful of work.

Constraints

With many benefits, fewer work days seem attractive. But there are constraints we have to consider.

Commitment
Every organization commits something to its customers/clients. At Mindfire, we commit 160 hours of work a month, 40 hours a week. Anything less and we have to suffer – when the organization earns less, everyone earns less. Work is the economic activity which generates wealth for all. Income is carved from eternity with our time. When income suffers, everyone suffers. That cannot be allowed to happen.

Non-work activities at work
In flexible workplaces, most of us have some non-work activities at work, perhaps about 10% of the time. In other words, 40 hours of work need about 44 hours at work.

Possibilities!

Now let us consider the possibilities.

3 x 11
3 days of 11 hours each is 33 hours a week, so that is infeasible.

4 x 11
4 days of 11 hours each can mean 40 work hours, which is feasible. However, getting clients to agree to one day off every week, even when other days are used to make up – is tough. Anything which harms work, will harm those who work.

4 x 10 + 4
Practically doable, similar benefits: 4 10-hour days followed by 4 hours on Friday!

This would mean 9am-7pm or 11am-9pm or whatever, Monday through Thursday, and 9am-1pm or 11am-3pm or whatever on Friday. Work ends and the weekend begins with lunch on Friday! Yay!

Interesting? Interested?

This could be a giant step for work, a small leap towards Work 2.0.

What do you think?

 

Spread the love
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  

A Short History of Desktop Operating Systems

Mindfire Solutions, Software Industry, Thoughts, ,

 

At the beginning of this millennium, the PC/OS wars had practically ended. You used Windows everywhere. Only some companies like Mindfire, which worked on Apple Mac development, had any use for platform diversity. Everybody bought Wintel – because you had to. Software was made for Windows only in most cases, so being on anything else meant being unable to run most things you needed.

Then, several unexpected things happened.

First, Operating Systems. The OS landscape changed. Apple made a spectacular comeback, and working on a Macbook was cool again. Mac OS X flew high. And Ubuntu rose from the ashes of Unix and Linux fragmentation, unifying them and making a friendly Linux.

Second, the Internet. The web became dominant platform for app delivery. Functional software that looked grey and dull, was suddenly all over the colorful web. Chrome and Javascript/AJAX hastened user experience on browsers that rivaled native desktop software.

Third, Design. Or, the ascent of design. Apple led the charge, and the world of tech grew to appreciate design for what it was – the yin for its yang. And those dull grey apps died a quiet death.

Fourth, Consumers. Technology exploded from enterprise/business to the consumer setting. Revenue started skewing towards consumers – although that died an early death due to our next point.

Finally, Devices. In came the world of smartphones and tablets, which changed the meaning of computers. And led to the creation of cloud. And desktop platforms became just one out of many access points for the cloud. Which leads to the Internet of Things. Coming next.

 

All the above made desktop platforms a choice, since the world of computing was no longer restricted to the PC and OS you used. Today, consumers buy Mac systems and techies buy Ubuntu systems, without needing to think what they will not be able to do. Because they can do everything.

At Mindfire, we celebrate this victory of choice with a commitment to platform diversity. Mindfire is investing in Ubuntu and Macbook laptops, aiming to have at least 15% of our people on Macbooks, and 15% on Ubuntu.

Why is diversity important?

A rainbow is interesting only because it has all those colors.

 

Spread the love
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  

Pre-paid Salary: The Shocking Result of Our Poll

Organizations and Leadership, Thoughts, ,

Few days back I wrote about salary traditionally being paid after work is done (end of month), and how it could possibly be paid in advance of the month as pre-paid salary.

After that, we ran a poll with 600+ people inside Mindfire. This was not an academic poll – it was an actual serious offer to change salary to be on pre-paid basis. The result was pretty much certain – people would obviously always want salary as soon as possible, and before the month – before work is done – is sweeter than honey. Obvious, right? Right?

Wrong!

The results are an absolute surprise.

About 70% people voted. Of those, 60% people voted for salary at end of month – same as today! 7% voted for salary in middle of the month, and 33% voted for salary before the month begins. If you regard the 30% absentees as voting in favor of status quo, it is a straight majority for post-paid salary, at 72%!

I have no idea why people do not want salary before work is done. Maybe it is self-respect. Maybe it is maturity. Maybe it is to be in sync with rest of the world. Maybe they trust Mindfire and salary is not an issue. Maybe people see no reason to do it, and no benefit of doing it. Maybe there is no need for (earlier) money.

One thing I do know: thankfully we didn’t just start pre-paid salary without asking people for their choice. It was dead simple “obvious” and “certain” that people would like it, so we could have just rolled it out in the comfortable assumption that people would appreciate it. But asking people allowed us to get true pulse. And now we know better – people don’t want it. And there ends this adventure!

Lesson learnt: it is dangerous to assume, even on seemingly “obvious” things. The world is full of surprises!

 

PS: It would be interesting to run similar polls in different organizations, and check what patterns emerge. If you happen to run it in your team, do let me know how things go!

 

Spread the love
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  

Why is Salary paid after Work is done?

Organizations and Leadership, Thoughts, , ,

Since my first job a couple decades ago, I have always been intrigued by a tradition in the world of work. It is so embedded in our minds and expectations that we don’t question it.

Salary for a month is always paid at end of that month. Sounds simple, right? But my question is: why?!? Why is salary paid after work is done? Let us look at this from various points of view.

 

Unknown Amount
In case of electricity, water, phones – you have to pay based on consumption. These have to be paid after the month, because it is not known how much you will consume during the month. Makes absolute sense. But salary for the most part is known and predictable – correct?

Trust
In real estate, you pay rent before a month begins. It may seem like the owner is trusting you with his house, so they expect pre-paid rent in exchange of that trust. In reality, it may just mean that the owner doesn’t trust you. In case of organizations and people working in those organizations, sure the organization is trusting you with its work. But aren’t people trusting the organization with their skills/energy/time? What if the organization shuts down, or willfully defaults on paying salary of people? Did that one month of work go waste? Should the organization have a larger heart in trusting people, or should people be required to trust the organization?

Risk
Sometimes, organizations delay or do not pay salary stating that customers have not paid yet. True, possible, and sad. But should business risk be transferred on to people working with the organization? Unless I am an owner, why should customer and business risk be forcibly transferred on to me? How does it matter to my effort-salary expectation, if customers have not paid?

Economics
A month’s fixed-deposit gets you about 6% annual interest, or 0.5% monthly. By paying salary at end of month, an organization gains 0.5% of the month’s salary. On a salary of Rs 40,000 a month, we are talking about Rs 200, which doesn’t sound big. But look at it two other ways. One, take 500 people, and we are looking at Rs 100,000 as the financial benefit, which doesn’t sound low any more. Second, from a person’s individual perspective, Rs 200 has tangible value. So the question is: should the organization be enjoying this economic benefit, known as the “time value of money”? Or should people be enjoying it?

Power
In business, power play dictates timing of payment. At one end, large companies put smaller vendors on net-30, net-60 days payment as a signal of power. At other end, suppliers insist on advance payment when they know their stuff is selling like hot cakes and demand is greater than supply. It is a power game. In today’s world of work, especially in industries that are people-heavy such as IT/software companies, do organizations have more power or do people? All such organizations profess a philosophy of “people first” – shouldn’t they put their money where their mouth is?

Need
Organizations need money for ongoing operations. This is known as “working capital”. Well, do people not need money for ongoing lives? Who needs it earlier, who needs it more? Who has the wherewithal to raise required finances easier? By paying for work at end of month, an organization successfully delays its need for finances (for salary) by a month, easing its working capital requirements. But whose need should have higher priority?

History, and Everyone
The human mind is trained by history. We do not question practices when “that’s how things always have been” and “that’s how everyone else does it”. We know in our gut that if there were only one way to do a thing, the Kamasutra would never have been written. And we know in our gut that if things were always done how everyone else does it, Apple and Steve Jobs would have never thought different. But both these things afford a sense of comfort, of familiarity, like an old warm blanket on a cold wintry night. Isn’t it safer to just stick around, than to stick out? Why question and rock the boat?

 

Conclusion
Someone asked George Mallory – “Why do you want to climb Mt Everest”? And he replied – “Because it’s there”. Some things don’t have rationale, you do them because you WANT to do them.

Similarly, some other things don’t have rationale, you do them because you CAN do them. I will leave you with this depressing conclusion: there is no logic or rationale. Organizations pay salary after work has been done simply because – Because they can!

Opinion
Personally, I believe that if a person is contributing his or her time and energy and effort to a greater group (the organization), the person has more at stake than the organization. And if you see my thought process on each point above, I am obviously in favor of salary being paid before work is done.

 

What do you think? Is it time to change this practice, to establish a new order? Is it time for salary to be pre-paid?

 

Spread the love
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  

Who Should Software Developers Care About?

Software Engineering, Software Industry, Thoughts, ,

Manager/Lead or Client – who should developers care about?

Neither.

Software developers in outsourcing companies are a harried lot.

Demands come from multiple quarters – Lead or Manager, Client, Colleagues – to name a few. Sometimes a CEO and other random people are also part of the group. In large organizations, Marketing, Interaction and other teams join the party. And often there are multiple people of each type above. Time is always running out. And sometimes none of these people agree among themselves! What is a software developer to do in such a situation? Who should s/he care about? Who is most important?

None of them.

Software is made for a purpose.

That purpose is to be used by people for something. The only thing that matters in making software succeed, is whether Users will use it. If Users use your software, everyone will be happy. If Users don’t care, everything is wasted.

All the people above – Lead, Manager, Client etc – are representatives for the User. They are people with good intentions, but they are maya – illusion – from the software’s perspective. The only thing that software cares about is whether Users use it or not.

Software that is used is happy software. Software that is unused is grumpy software.

It follows logically that if software cares only about its use, the developers of that software should primarily care about the User. Generally, Client and Lead and others are also doing the same thing – they are planning and prioritizing and designing and doing everything for final User.

But!

Your Lead may find a short-cut that ignores user. Your CEO may want something done that is good for your company but bad for user. Your Client may prioritize something where user is short-changed. On top of this, ego and personal views may come into play.

In short, sometimes (although rarely) these other players may not have user in mind. In such situations your duty is to ignore them. If you can make them see reason, good. If you cannot, you still know what is right and wrong, because you know who to focus on – the User.

Your final responsibility is to the User. Your job is to make good software that Users love.

As a developer, your User is unknown, faceless and often doesn’t exist except in the future. It is easier and tempting to think of the representatives as real, and the User as maya. At core, it is just the opposite.

But my Client pays my company! But my Lead decides my salary!

In the place-time continuum of life and careers, you will find that the experience of making good software is what you will carry forever. Everything else will float away. Your Company will change, your Colleagues will change, your Client will change, your CEO will change, your Lead will change. But that experience of making good software that users use and love and you are proud of – that experience of exhilaration, that pursuit of excellence – that  will never go away.

As humans, we sometimes do what our head tells us, and sometimes what our heart tells us. But through it all, our conscience guides. Think of Clients and Leads as head and heart, and User is conscience. Client and Lead may tell you what to do, but let User be your guide throughout. As in life, so in work.

Use Users as your yardstick in all situations.

When in doubt, think of Users. When not in doubt, think of Users. Everything and everybody else is maya.

 

Spread the love
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  

A Glass of Google, Anybody?

Software Industry, Thoughts, , , ,

Alternatively called revolutionary and creepy, Google Glass has cyberspace up – up in arms and up for it. Hate it or like it, you can’t ignore it.

There are social, privacy and etiquette implications. Not surprisingly, places where privacy is paramount (such as dive bars), have banned Google Glass. This makes headlines because…nobody knows!

And then there are positive applications such as surgeons monitoring indicators without having to look away. This makes headlines because…nobody knows!

Nobody knows what will happen to Google Glass.

You can’t even put it in any one slot. Is it technology? Is it fashion? Is it vanity? Is it utility? Is it the first attempt at mass wearables? Is it the advent of the cyborgs? It doesn’t end.

The best way to think about Glass is by closing your eyes.

If the downsides are mostly about inappropriate use or privacy concerns, the assumption is that wearers will never take them off. Given that it is easy to take off, it is is easy to see that people will just adapt and remove them at inappropriate places.

The question is: what utility can it provide?

Consumer uses are highlighted by Google. However, I feel specific work applications will come up as developers and organizations re-imagine the possibilities. You can use live-streaming for experience-sharing among friends, or field support personnel can use live-streaming to transmit a malfunctioning machine’s innards to an expert. You are an augmented human being with capability to see additional relevant information to the task at hand.

How can custom software development be impacted? One idea: a constantly recording Glass app with N-recent-minutes recording will mean that testers always have access to what they just saw – elusive bugs which cannot be reproduced will always be captured.

Every industry will have ideas of its own on what Glass can do for them. If Glass can make nurses more accurate, real-estate agents more responsive, students more attentive – you will use them.

Will you look uber cool or downright stupid wearing them? Will you care, if it helps you do things better and faster?

Spread the love
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •