Tablets drive worker productivity in part due to their hyper-portability, as I argued in a recent blog post. Workers can (and, we showed with data, do) use tablets in more places, places where they wouldn’t (and don’t) take their PCs.
The top question I’ve received about tablet hyper-portability is this one: “Tablets are very portable, sure, but are people using them as creation devices or as (mere) consumption devices?” The general assumption behind this question tends to be that “creation” activities are equal to “productivity,” while “consumption” activities are not. I believe this is a false dichotomy, however. Consuming the right information at the right time can increase worker productivity in and of itself. Let me offer a few examples showing how that can work:
Retail sales associates using tablets with customers. Retailers are equipping sales associates with tablets to use on the retail floor, creating richer interactions with customers – and driving higher sales.
Physicians conducting patient rounds with tablets. Physicians can gain rich, immediate insight into their patients’ health records – saving time and driving more accurate diagnoses in less time. They also use the tablets to show patients results (like x-ray images), creating a better patient experience.
Technology’s value to a business derives at least in part from its ability to increase productivity. The 1987 Nobel Prize winning economist Robert Solow demonstrated that technology increases the productivity of both capital and labor to create economic growth.
Some technologies radically reshape productivity. Take, for example, the cotton gin (1792), which fundamentally transformed labor. A quote from Wikipedia claims: “With a cotton gin, in one day a man could remove seed from as much upland cotton as would have previously taken a woman working two months to process at one pound a day.” By profoundly increasing worker productivity, the cotton gin revolutionized both the textile and agricultural industries.
We’re living through several technological revolutions of our own right now – in, for example, cloud services, mobility, and big data. One technology that leverages all three to some extent is the tablet, a device I follow very closely.
Tablets drive worker productivity through a variety of vectors. One of those vectors is portability. In our Forrsights Hardware Survey, we asked IT decision-makers who either support tablets today or plan to support them soon why they would do so. IT decision-makers’ #1 answer, at 62%? Because tablets are a “more portable form factor than the traditional laptop.” This response eclipsed end user preferences, ease of use considerations, and other possible answers.
One of the most popular questions clients ask me is, “When will tablets be used for productivity, rather than just consumption?” My answer: They already are, but in different ways than we have come to expect from the PC era. As I discuss in a new Forrester report, tablets, smartphones, and future devices like wearables are tools of a new era of post-PC productivity.
Combining the native capabilities of post-PC devices with cloud connectivity yields powerful new productivity scenarios that weren’t available in the PC era, such as:
On-screen, in-person presentations. With a laptop, the screen is a wall that divides participants; tablets enable participants to share a screen, and their lightweight, instant-on form factor makes spontaneous presentations using apps like Slideshark possible in hallways or trade show floors — not just conference rooms.
Scanning, processing, and sharing from a single, portable device. The combination of a high-quality camera combined with the ability to annotate and share documents condenses document workflow, using apps like DocScanner and PaperPort by Nuance Communications.
Remote, anywhere document access, editing, and sync. Before its acquisition by Google, Quickoffice generated $30 million in revenue in 2011 with products that allow users to remotely access, search, edit, sync, and share documents across devices, platforms, and cloud services.
There are more than 100 new features in Apple’s next version of its Mac operating system, dubbed “Mountain Lion” or Mac OSX. The ones that interest me most are those that advance the notion of post-PC productivity: experiences that help people be productive using multiple modes and devices. In particular, product strategists should pay attention to Apple’s:
iCloud integration of Docs and Notes. Mountain Lion users will be able to sync notes created in Apple’s Notes app, and documents created in its iWork apps, across Mac, iPad, and iPhone. Think of it as Amazon’s Whispersync for productivity. The catch is, though, that the synching is only within the same “app”—so if you create a document in Pages on your Mac, for example, you can sync it through iCloud to a Pages app on your iPad, but iCloud synching wouldn’t be compatible from Pages to another document editing app like Quickoffice. Third-party developers could use the Documents in the Cloud feature, but it would be sandboxed only within their app. This is an interesting twist for the many product strategists developing cloud-synched productivity apps. Evernote, for example, would have less value to users of ONLY Apple devices, since iCloud Notes synching is built into the OS. Evernote’s value proposition, and Quickoffice’s, will now revolve more around the multi-platform use case — users that need access to their stuff across iOS/Mac, Windows, and/or Android. Luckily, this is still a big market: Forrester’s data as of Q4 2011 show that 58% of Mac owners also own at least one PC, and 60% of iPad owners own another type of phone besides iPhone.
There is growing evidence of a harmonic convergence of Infrastructure and Operations (I&O) with Security and it is hardly an accident. We often view them as separate worlds, but it’s obvious that they have more in common than they have differences. I live in the I&O team here at Forrester, but I get pulled into many discussions that would be classified as “security” topics. Examples include compliance analysis of configuration data and process discipline to prevent mistakes. Similarly, our Security analysts get pulled into process discussions and other topics that encroach into Operations territory. This is as it should be.
Some examples of where common DNA between I&O and Security can benefit you and your organization are:
Gain economic benefit by cross-pollinating skills, tools, and organizational entities
Improve service quality AND security with the same actions and strategies
Learn where the two SHOULD remain separate
Combine operational NOC and security SOC monitoring into a unified command center
Develop a plan and the economic and political justifications for intelligent combinations
My colleague and friend Mike Gualtieri wrote a really interesting blog the other day titled "Agile Software Is A Cop-Out; Here's What's Next." While I am not going to discuss the great conclusions and "next practices" of software (SW) development Mike suggests in that blog, I do want to focus on the assumption he makes about using working SW as a measurement of Agile.
I am currently researching that area and investigating how organizations actually measure the value of Agile SW development (business and IT value). And I am finding that, while organizations aim to deliver working SW, they also define value metrics to measure progress and much more:
Cycle time (e.g., from concept to production);
Business value (from number of times a feature is used by clients to impact on sales revenue, etc.);
Productivity metrics (such as burndown velocity, number of features deployed versus estimated); and last but not least
Quality metrics (such as defects per sprint/release, etc.).
During the first week of June, we had one of our quarterly Sales Enablement Leadership Council meetings in Barcelona, Spain. (A leadership council is comprised of executives from leading companies who work with us to set the direction for the near-term and long-term role of sales enablement.) For an entire day, we discussed the application of Forrester’s SIMPLE framework, which is a model designed to help combat the random acts of sales support that persist within most B2B companies, to common sales enablement leadership challenges.
The sheer volume of insight, ideas, new research topics, and techniques shared during that session was tremendous – far too much to share in one blog post. So, I am going to pick two issues that came up.
First off, Tamara, I hear you. I was told point blank that I need to participate in the social community more. I’m going to make a more dedicated effort to do this moving forward, but I need your help. Please tell me what you’d like me to share and how. Honestly, I get a little caught up around the axle about the many deliverable formats I’m responsible for (research reports, teleconferences, conference presentations, facilitating council meetings, client deliverables, etc.) so I would love the coaching from the community on what would be the most useful.
Secondly, at the beginning of our council meeting, we had a good discussion about where the sales enablement profession is heading. I’ve written a very detailed document defining the scope and role of sales enablement strategically, but there is an easier way to summarize the trends based on how you define the word “sales.”
From its birth as one of the highest-rated track sessions at IT Forum earlier this year to its recent publication as the Forrester report "Best Practices: Building High-Performance Application Development Teams," Jeffrey Hammond's research on the techniques that leading development shops use to drive their success has been wowing application development professionals.
Are you facing this challenge? Are your business stakeholders demanding faster delivery of more innovation? Is the software you deliver increasingly vital to the success of your business? Then you should download the content from this recent event:
Webinar: "Building High-Performance Developer Teams"
Hosted by: Jeffrey Hammond, Principal Analyst, and Mike Gilpin, VP and Research Director
Duration: 1 hour
Like many movements before it, IT is rapidly evolving to an industrial model. A process or profession becomes industrialized when it matures from an art form to a widespread, repeatable function with predictable result and accelerated by technology to achieve far higher levels of productivity. Results must be deterministic (trustworthy) and execution must be fast and nimble, two related but different qualities. Customer satisfaction need not be addressed directly because reliability and speed result in lower costs and higher satisfaction.
IT should learn from agriculture and manufacturing, which have perfected industrialization. In agriculture, productivity is orders of magnitude better. Genetic engineering made crops resistant to pests and environmental extremes such as droughts while simultaneously improving consistency. The industrialized evolution of farming means we can feed an expanding population with fewer farmers. It has benefits in nearly every facet of agricultural production.
Manufacturing process improvements like the assembly line and just-in-time manufacturing combined with automation and statistical quality control to ensure that we can make products faster and more consistently, at a lower cost. Most of the products we use could not exist without an industrialized model.