I attended a software-related conference recently; I’m not going to say which one as this is about something I observed at the conference, not about the conference itself. Being a software conference, the conference organizers did a lot of the expected digital stuff: registration, reminder emails and conference check-in. Up to the end of the registration process, everything I did with respect to the conference was handled electronically. The first time I went analog was after I picked up my geek badge (conference credentials) from the printer and went over to a human who handed me my badge holder, backpack and requisite stack of sponsor advertisements.
I dutifully loaded the conference app and proceeded to manage my interaction with the event (session schedule, location of special events and so on) through the app. When attending conference keynotes and sessions of interest, I carried my smartphone and tablet, nothing more, and that’s when it got interesting.
One of the things the conference gave me during registration was a pen. I’m a digital guy; I didn’t have any reason to use a pen, so I dropped it on the desk in my hotel room and carried on. As I approached any conference session, the gatekeeper outside the session would try to hand me an evaluation form. Yes, a paper evaluation form. This is what started me thinking about what happens when you only do digital half-way.
Being digital is like jumping out of an airplane: Once you’re out that door, there’s no getting back in the plane.
In this case, the conference had an app, so I expected to do session evaluations in the app. At each session, I politely informed the gatekeeper that I didn’t have a pen, so I couldn’t do the evaluation. They got to know me and eventually started letting me know they’d have a pen for me the next time, but never seemed to come up with one.
My Mobile Mind Shift (MMS) happened this year! What’s interesting about this revelation is that I’ve been working in the smartphone industry for more than 10 years now. If that’s how long it took me, and I work in the industry, how long is it going to take the rest of the world? Not much longer, I expect.
I used to work for BlackBerry, so I was involved with early smartphones. At the time, a smartphone was a phone that did ‘more’; it had a browser, email, PIM, and you could make apps for it that allowed you to do pretty much anything you wanted. The definition has changed a bit, and nowadays most of the world thinks that Apple created the smartphone, but experience tells me otherwise.
Anyway, for all these years, I’ve loved having a smartphone – Just having a phone, email and a browser was enough for me. I helped a lot of people write apps for smartphones, and used a few apps myself (Facebook, Fandango, Twitter and Flipboard for example) but my phone wasn’t such an important part of my life that it replaced other things. Actually, having worked for BlackBerry, and being connected all the time, drove me to want to disconnect from access at the end of my day. If I was on the road, you could reach me any time, but while at home. I’d leave my phone in my office at the end of the day. Friends or coworkers would call or email me after hours and not hear back from me until the next morning.
So, what happened? Well, mobile just got easier, that’s what happened. I don’t know how to explain it any other way.
A regular inquiry request we get from clients is “Which approach should we use to build our mobile apps?” There are a lot of arguments made for either side of the web vs. native approaches and some compelling arguments as well for using cross-platform tools to deliver apps. Because it’s such a common discussion, we crafted a report that addresses this topic quite well in Native, Web, and Cross-platform Mobile Apps All Have Their Place.
Ultimately, from the report, “it’s not a question of either/or; it’s which approach best fits the app in question.” The app’s specific features and capabilities drive one aspect of the approach you’ll select; any flowchart you’ve seen on this topic deals with that directly. However, you’ll also have to consider other organizational and technical aspects as well. So, if you’re looking for an absolute answer to the question posed, it’s: “It depends!”
So, what about cross-platform tools? Cross platform tools muddy this conversation a bit as platforms generally deliver native apps or web apps and many can deliver both. The selection of a cross-platform tool is driven by the same questions you’d ask about a native or web app: what are you trying to accomplish with the app coupled with specific questions about what capabilities and benefits the platform provides in key areas you’ll be exercising.
“We can improve your digital customer experience with our strategy, design, and technical chops.” Does this pitch sound familiar? Digital agencies, consultancies, and technical services firms are all racing to be your digital customer experience partner. They have merged, acquired, and built new practices to meet the multidisciplinary needs of both technology and marketing leaders.
Anjali and I evaluated this market — the digital experience services market — to find which vendors are best suited to help marketing and technology buyers deliver digital customer experiences. The result was two reports, one written for technology leaders and one written for marketing leaders. In both, we evaluated the top 11 vendors — Accenture Interactive, Deloitte Digital, DigitasLBi, IBM Interactive Experience, Infosys, Isobar, MRM//McCann, Razorfish Global, SapientNitro, VML, and Wipro — and probed into their strategy and customer traction. Our criteria spanned three main areas:
Digital customer experience strategic consulting offerings.
User experience and design offerings.
Digital experience platform implementation and integration offerings.
Writing software to make the world a better place -- that's a lofty goal, even for Gavin Belson on the HBO hit comedy, Silicon Valley. Yet why is it that we've spent years doing the exact opposite with software in enterprise IT? We've built applications to simply show data living in our data centers. Have a lot of products to sell? Put them all on a web page! Myriad of services you offer to your customers? Throw them all on that web page too! If they really want our help, they'll figure out what it all means, right?
Unfortunately this is a terrible way to create applications, regardless if it's on the web, mobile, or any other emerging digital channel. The data is good, but we cannot start with our data in mind -- instead we must start with our customers' needs in mind. But why this change and why now? Our customers (and increasingly our employees) are being presented with so many more options from your competitors, both those known today and tomorrow's digital startups. Simply put, the barrier to creating new software solutions is approaching zero. Making this transformation is central to the BT Agenda -- applying technology to win, serve, and retain customers.
Mobile developers change people's lives every single day -- they create innovative experiences, reshape how we spend our time, and give us continual access to Facebook and Twitter (the latter being especially important to the author!). The pace at which these new experiences are delivered continues to amaze, yet continues to speed up. As a recovering enterprise mobile developer myself, I'm always tracking the new tools and technologies that developers are using to maintain this pace and provide new innovation. With that in mind, we've published a report on the mobile development predictions for 2015; the changes that will allow developers to continue to produce amazing innovation at a continually faster rate. We've highlighted 8 in the report, but the ones that are especially exciting to me are:
This Forum will help you identify brand new software opportunities and run with them. It will hit on the must-have competencies that will empower application development and delivery leaders to execute on their company’s engagement strategies. This includes accelerating development processes, creating digital experiences, reaching mobile customers, and exploiting analytics and big data. Forrester analysts will deliver forward-thinking content while industry specialists – from companies such as McDonald’s, Mastercard, and GE Capital - will provide insight into some real and revolutionary new business approaches that are relevant to you right now.
When computers were invented 60 years ago, nobody would have thought that gazillions of 0 and 1s would soon rule the world. After all, that’s all there is in any computer memory, be it a laptop, a mobile phone, or a supercomputer like Watson; if you could open memory up and visualize the smallest elementary unit, you would “see” only an infinite sequence of 0s and 1s, something that would look like this:
Interestingly, that has not changed. Computers are still processing 1s and 0s. What has changed is that we live in an age of digital disruption, an age where software applications run and rule our business more and more. To be successful, those applications need to be engaging and entertaining so that consumers enjoy and are delighted by them; they also have to be mobile and accessible anywhere and at anytime, and they have to leverage tons of information, no matter if it comes from a database, a tweet, or Facebook.
I hear people talking about Agile 2.0 a lot. But when I look at what’s happening in the application development and delivery space, I see that many organizations are just now starting to experience Agile’s true benefits, and they’re not yet leveraging those benefits completely or consistently. So let’s stop talking about Agile 2.0 for a moment and instead digest and operationalize what’ve learned so far. There’s plenty to improve upon without getting into inventing new practices and acronyms to add to the Agile transformation backlog!
What I see is that app-dev leaders want to understand how they can optimize existing use of AD&D Agile practices like Scrum, XP, Kanban, improve the practices around the more advanced ones like TDD, continuous testing, CI and CD and leverage all with what they’ve learned over the years (including waterfall). Scaling the whole thing up in their organization in order to have a bigger and more consistent impact on the business is what their next key goal is. We fielded the 2013 version of our Global Agile Software Application Development Online Survey to find out how. I present and analyze this data in my latest report. The survey addressed common questions that clients ask me frequently get in inquiries and advisory, such as:
How can we test in a fast-paced environment while maintaining or improving quality?
How can we improve our Agile sourcing patterns to work effectively with partners?