SoylentNews is people
SoylentNews
from the I'd-like-an-ice-cream-machine-please dept.
An Anonymous Coward writes the following story:
I’ve long believed companies should offer workers a choice in the technology they use in the office and when working remote. Doing so lets employees use what they feel is the best choice of devices for their work, it can help attract and retain staff, it lessens the likelihood workers will go rogue and source their own technology (aka shadow IT), and it establishes a positive relationship between IT and the rest of an organization.
Companies like IBM and SAP have documented their experiences in moving to an employee-choice model and have declared it a success. But does that mean it would work for every company? And how do you decide which way to go?
The most important question in developing (or expanding) an employee-choice model is determining how much choice to allow. Offer too little and you risk undermining the effort's benefits. Offer too much and you risk a level of tech anarchy that can be as problematic as unfettered shadow IT. There isn’t a one-size-fits-all approach. Every organization has unique culture, requirements/expectations, and management capabilities. An approach that works in a marketing firm would differ from a healthcare provider, and a government agency would need a different approach than a startup.
Options also vary depending on the devices employees use — desktop computing and mobile often require differing approaches, particularly for companies that employ a BYOD program for smartphones.
Most employee-choice programs focus on desktops and laptops. The default choice is typically basic: do you want a Windows PC or a Mac? Most often, the choice only extends to the platform, not specific models (or in the case of PCs, a specific manufacturer). Keeping the focus on just two platforms eases administrative overhead and technical support requirements. It also allows companies to leverage volume purchases from one partner in order to receive bulk discounts.
Have you been allowed to choose your own technology and equipment at work? What were the choices offered to you and what restrictions were placed upon them?
(Score: 5, Interesting) by RS3 on Saturday August 06 2022, @06:46PM
I get you too. I don't think there's a broad-brush encompassing answer- it all depends on many many factors. I generally prefer adaptive rules and policies in life. Again, my stance would be clear up front- if you bring your own tech, we will try to help you, but if we're not sure what to do, can't figure it out quickly, you're on your own. Users would know this and agree to this clearly up front. If it impacts their job / productivity, it may not go well for them, so it's up to them to make that choice. I'm not big on the "nanny-state"- I prefer personal choice, but knowing fully well the repercussions may well be due to the individual's choices, and can't whine / blame it on others- you were duly warned.
Again, it totally depends on the situation. If it's a very small company, or some kind of "skeleton crew" where the loss of a brilliant graphic artist would seriously hurt the company, like anything you'd have to have a stricter policy.
One company I worked for was all DOS / Windows stuff. I was the only person doing Linux, and it had NO impact on anyone or anything else. They had 1 brilliant highly productive graphic artist, and he insisted bringing his own Macintosh computers and software. So he did most of his stuff on the Mac, then exported things to the Windows computer, finalized it there.
Same company, mid-late 90s, I was doing many things including some C and I greatly preferred to use Borland C for most development and testing, but company policy said I had to use MS for final compile. It all worked very well. I even found a huge bug in Borland C- this was in the 32-bit days- I wrote code that "hooked" the timer (or something, I forget) to do "background" tasks. Main task (not mine) did 32-bit math / calculations. With my module installed, there were significant glitches in graphed display. Long story short- even with .32 (or whatever the directive was), Borland was NOT pushing EAX, just AX. Ooops!! It did not cost much time nor loss at all, and I will argue that I was MUCH more productive with Borland tools, rather than MS (pre-visual studio times).