Join us for a discussion about Cultural Self-Inventory for Distributed Agile Teams at Sococo on Tuesday, November 3!

My friend, Elinor Slomba, and I will be on a panel titled: Cultural Self-Inventory for Distributed Agile Teams over at Sococo. We’re going to be talking about distributed teams, prioritizing people and their needs over tools and processes, and how being in a distributed team does align with the principles of the Agile Manifesto.

Elinor gave a presentation a short while ago and wrote this wonderful accompanying blog post addressing how the 12 principles of the Agile Manifesto can support distributed teams – its about how you go about doing it. My favorite excerpt from her post:

Keynote Craig Larman had reviewed with us his fourth “law of organizational behavior:” Culture Follows Structure. If this is indeed the case, and Larman points to evidence gathered by another thought leader to suggest that it does, then choices made about how to support the structure of distributed Agile teams represent a unique opportunity.

Might it not be possible, in fact, to work backward, selecting structures which prioritize individuals and their interactions over tools and processes?  Can distributed configurations be set up primarily to address a team’s social needs in line with Agile cultural values?

–Elinor Slomba, Distributed Culture Self-Inventory

I wholeheartedly agree! How people interact offline and online should be consistent, and you use appropriate tools to enable that. Distributed teams work a little differently, but they are still based on relationships, trust, and clear and consistent communication.

Distributed teams and Agile can go together like chocolate and peanut butter – we’ll be talking more about that on Tuesday.

Thanks, Elinor, for including me in this event. I’m so excited!!

Readers – I hope you can make it on Tuesday at 11am PT/2pm ET!

Before I forget: I’m guest blogging on her site – the first piece explores Agile Principle #1 (Our highest priority is to satisfy the customer
 through early and continuous delivery
of valuable software.) for distributed/virtual teams and soon in the future, I’ll be writing about Agile Principle #5 (Build projects around motivated individuals.).

After working on Principle #1, I know way too much about the term “valuable software!” 

Join us for a discussion about Cultural Self-Inventory for Distributed Agile Teams at Sococo on Tuesday, November 3!

To clean the street, remove the boulders and stop sweeping the sand…a UX parable

There was a neighborhood street with 5 boulders in it of varying sizes and a lot of sand. The residents couldn't drive down the street in their cars or bikes. The sand was too deep and prevented a bike from working properly on it; cars were too large to maneuver around the boulders. 

The residents had to walk around on the grass; there was so much sand that the street was like a beach. And that sand started coming into their lawns. It was just a mess.

The residents had a meeting to do something about this problem. And they came to 2 solutions:

  1. Sweep the street so they could ride their bikes on it and park their cars on the neighboring streets. At least with this plan they could get to their cars!
  2. Remove the boulders that they could do on their own for now, then sweep. They would then collect money to remove the boulders that were too big – hire a crane and removal team. Then the street would be clear and they wouldn't need to keep sweeping the street; wind and rain would take care of the sand.

The second solution seemed to require too much commitment, so they decided to go with option 1. All of the residents had to do their part and sweep the street every day, but new sand seemed to come from everywhere. And there was always sand under the boulders. It was like the boulders created sand!

The work never seemed to end.

After a couple of weeks, option 2 seemed to make more sense. With a little team work, they removed the boulders they could, took turns sweeping away the sand, and generally most of the sand was gone and didn't return. There were two boulders left on the street, but they could maneuver their cars around them to park in their garages and driveways rather than their neighbors' homes (some were relatives of Homer Simpson).

It was suddenly easy to ride a bike and walk in the street. 

They then collected funds each month to move the boulders. While doing this, they learned that the town they lived in had a program to remove boulders from streets – and they qualified for funding.

They removed the final two boulders and didn't have to worry about street maintenance again.

 

In some ways, this is the same story could be used for your app or site. Boulders are usability issues – and some of us work on apps that have massive ones. A cranky database that delivers data after a few minutes rather than seconds. A horrible navigation approach that makes maneuvering around the site impossible. The sand represents the little things that are just not quite right – colors, fonts, buttons. Sure, those things make navigating the app painful and difficult, but cleaning that up won't fix the boulder problem. If anything, you may find additional small issues.

(Making you feel like the sand won't go away.)

You need to remove the boulders – fix the big things to remove the sand. If you remove the big app challenges, the little things may go away on their own with those repairs. When you redo the navigation, you may update that part of the style sheet and make the navigation look better. Or while fixing the error messaging, you may be updating the forms and reduce usability issues on that page by 90% (no more sand!). Fix the database and you may decide to fix the front-end display to make it easier to scan.

In the meantime, you may find money for the larger issues from other groups or the corporate team (the town and beyond). There may be a larger organizational initiative that could fund your project. Or if people see how your app is more successful with some of the larger "boulders" remove, you may get more money to generate even better results. 

To sum it up: To clean the street, remove the boulders and stop sweeping the sand. 

 

To clean the street, remove the boulders and stop sweeping the sand…a UX parable

5 Lessons Learned about the User Experience of Free apps

A free product with the goal to entice you to become a paying customer should give a prospect a taste of the product – how it works, what your selling, features offered. It's a pretty straightforward and common concept – offer a limited version of the product and encourage the user to "upgrade" – pay and get more features. 
 
However, from a UX perspective, not everyone does it right. 
 
Ideally, a free version of a product should be a "minimal functional product." We frequently talk about minimum viable product, or a product with the minimum amount of features that could stand on it's own and be competitive on the market. We could define "minimal functional product" as the minimum product features I can offer where someone can complete a task and experience what the product is meant to do. Often, this could be a beta product.
 
From a UX perspective, this level of baseline functionality increases as we get used to certain features becoming commonplace. It really comes down to what users expect.
 
Frankly, for a fee, users expect a lot of functionality and value. And they should get more. But this raises the question what's worth more to them? What's worth paying for? What do they expect for free?
 
Free Experience #1: Online Dating App/Site
 
Every now and again, I'll decide to sign up for a dating site. I always have this false hope that it will work out great. I think it's because I'm the eternal optimist. You never know until you try, right?
 
I went to Elite Singles. I chose them only for the name – by name alone, I figured that they should be more selective and have a better match algorithm. I know eHarmony is a little better at matching people than most dating sites and, although I had horrific experiences with it, many have had great success. Maybe Elite uses something similar or different?
 
It took me about 30 minutes to create a profile. I was a little annoyed about that – I almost wish I could have stopped halfway through and finished it later. It was just too long to get started, but I kept thinking about the algorithm that fuels the pairing process. I continued to feed the system info to get better matches. 
 
I was excited to get in and see matches…
 
…But there weren't any pictures available. You had to have a paid account to see them. I figured no problem – this would get me to focus on the content in these guy's accounts and see if there was a chance of a coffee and maybe more.
 
I wasn't ready yet to pay $180 for 6 months only to see pictures. I wanted to see what was available and what the people here were all about. 
 
I saw some I liked and sounded pretty good, so I started the process. I couldn't send anyone a message unless I was a paid subscriber, and that made sense to me. That's pretty involved functionality and you want users who are committed to the company who will be sticking around a bit. It would be a shame to let free accounts communicate with paying members.
 
I found one guy who seemed nice. I sent him some questions, and then he sent me some answers and some questions.
 
The system then informed me that before I can see his responses, I need to pay the $180 straight up for a 6 month commitment. There was no monthly plan. There was no starter plan. I couldn't get a taste of the people signed up for service. I couldn't have a free trial for a couple of weeks to see what it was all about and what the people were like. I couldn't research the solution. It was invest, do nothing, or get out. 
 
I emailed the company to see if I was missing something and maybe they offered a different type of account. Nope – what was on the site was on the site.
 
I decided to cancel. I felt bad because I kinda abandoned this nice guy in the middle of an interaction. But then again, I didn't feel bad because I saved my $180 for something else.
 
$180 and a 6 month commitment was too risky to spend on something I didn't fully understand.
 
Where did Elite Singles go wrong? They didn't give the user a taste – they gave users a tiny spoon of flavor and hoped that was enough for them to order a meal.
 
What makes a great free product from a UX perspective?
  • Let the user experience what the company is selling at some level. Elite needed to prove to me, the user, that they had quality singles on their site. A great way to do that would be to allow some minimal level of communication between me and some prospects. Or limit the number of prospects I communicate with. Try to get me to see why giving $180 for 6 months to Elite is a great idea.
  • Trust that their product will get me to buy. Their product is people. The way the free product worked, I felt like they just wanted my money. If they trusted that I would love the sit – I only needed to try it! – then why not let me try it for a few days and then tell me to pony up? 
  • Offer an escape plan for a commitment – a quick, cheap trial option with minimal commitment as a next step. If you don't want to really give a free minimal functional product away, which is the impression I got from Elite Singles, then provide a "starter kit" product that has a minimal commitment, easy cancellation, and low entry fee. The problem with users is barriers to entry. They don't want to have to spend a lot of money and have a commitment up front. They want an escape plan.
  • People need to be able to envision the value you are bringing to their life. They can't do that in a day. They need that taste for at least a week. 
  • Don't make the sign-up process tedious. Nothing is worse than a free site that wants 30 minutes of you inputting responses to find out that you really need to pay. Just allow someone to do the minimum work necessary to experience value. Once they see value and what you add to their life, they will continue the process.
Success is dependent on how users perceive an app's value – what's important to them and what they want. A free product will allow someone to learn that quickly (but not 2 days quickly). There are so many options out there and each industry is so competitive that you need to almost make your app/site the obvious choice. And the best way to do that is to include a free tier to your a membership offerings.
 
5 Lessons Learned about the User Experience of Free apps

Who owns the UX of an app?

It's an important, yet sensitive, question.
 
Because I am an Experience Strategist and Designer, I feel that I should be saying that the UX team owns the UX. But these days, from my experience and observations of teams, that just isn’t true.
 
There are too many people who have a stake in the product – including the user experience team:
  • Product owners and product managers need the product to succeed, or rather, attract users and achieve revenue targets. Often usability factors make or break a product – is it visually appealing? Is it fun? Is it easy to use? Products need to be simple and familiar to a user's life experience for them to use it often. 
  • Developers want what's simpler to implement, especially for the UI. They would rather architect an interface to be easy to implement, maintain and enhance – something scalable. They also want what is optimal from a page load and system resource perspective.
  • Marketing wants to be sure that the interfaces use the right colors and wording, but it also wants to be sure that the app experience "feels" consistent from a brand perspective.
  • Users like what’s simple and easy to use. Ideally they should be driving product development (Product budget money technically comes from users and customers; it is granted to product owners/managers to use as they deem fit by the company).
  • The corporation funding the product and customer experience group want to be sure that the product accurately reflects the corporate missions, vision and brand (and for brand, like the marketers, this isn’t just colors and look and feel – it's the full customer experience with the app and the process to access it).
 
Those are the immediate stakeholders I can think of off the top of my head. 
 
 
With all of these stakeholders and decision makers involved in the design, we can probably claim that design takes a village and design heroism is dead.
 
Design today is about collaboration. And a designer's job is to facilitate the discussion.
 
From my perspective, Steve Jobs was less a designer than a product owner/product manager who valued good design. There is a difference. Product owners think about the business – revenues and new markets –  and are often influenced by design thinking because that is what customers want – elegant, familiar products that make sense. Product owners want their products to innovate their industries, which means that they want to influence change in people's behaviors. That's a noble cause, but this is about business, so there has to be a profit component. The product has to look good, and it has to work even better to sell. It's not design for design sake.
 
My favorite Steve Jobs story is the iPhone and its glass face. Originally it was plastic – and it got scratched being in pockets and didn't wear very well. Steve was using the prototype and realized that no one wants a phone with an easily scratched plastic face. It just wouldn't sell. It needed a glass face – eventually, gorilla glass from Corning. But Steve was driven not just by creating a new way of using the phone and the innovation, he was also driven by the design – by how people would use it and how it would wear. 
 
He drove better design based on business and user needs.
  • The business need – no one will buy a phone with an easily scratched face.
  • The user need – a durable phone face that supports touch-screen technology.
 
He gave the direction – engineers and designers found a way to make it work.
 
Product owners drive me to do my best work. That is the line of balance. They know what will work for their customers, they know what they need to have to sell a product. That's the collaboration with UX – how do we make this experience the simplest and best it can be with all of these constraints. Sometimes I'll do what I think a user wants to see, making the interface simple from my perspective – fewer clicks, fewer screens. But I haven't been on sales calls or heard from customers about what they really want in a product – that's where the product owners come in and give me their perspective to simplify a solution even further. They give UX teams a mission and drive to make experiences better.
 
And if you can add usability testing to that mix and get direct feedback and input from users, you have a hit!
 
UX team members are influencers. We are experts in making interfaces easy and providing guidance about how users think, how simple they sometimes want things, how trends are forming, and other observations. There’s no way a UX team could solely own the UX for a large-scale product – there are too many factors to consider – from financial to technical to marketing to sales.
 
But UX can present options that we believe solves the problem defined by the business.
 
If anything, it is our responsibility as UX professionals to:
  • Outline the problem we are really solving for 
  • Confirm with the business that we have defined the right problem and concerns
  • Think through all of the issues and risks surrounding the problem and potential solutions
  • Research and discuss ideas about how users perceive problem (and if it is a problem to them)
  • Determine how users may want to interact with a system to solve that problem (based assumptions on research, experience, or on what other sites do)
  • Create as many solution options as possible to consider 
  • Outline the pros and cons of each solution
Design can be subjective, but it is our responsibility to keep it based on facts and leverage design as tool to solve problems.
 
Sometimes, the business will look to the UX team to create visualizations early in the process. And this is ok – in fact, this needs to happen so everyone is aligned with the vision. UX isn't driving the process. UX is documenting ideation, helping the business better understand what the product needs to do by putting the abstract ideas of software into a concrete picture of UI interactions.
 
 
At times, team contributions in this process can get a little bumpy. 
 
At one extreme - UX competes with the product owner to own the product.
 
Yes, UX becomes mini-me business/product owner.
 
I have heard this behavior described by a number of scrum masters and have observed this first-hand myself. In fact, early on in my career, I acted this way as well (I'm embarrassed to admit it, but it's often a newbie mistake). There is often a fine line between product owner and UX and who owns what.
 
Ownership is often determined by fiscal responsibility, and UX doesn't usually get that opportunity (the product owner does). At least for me, that keeps the debate simple and straightforward. If you don't have revenue or fiscal responsibility for something in any way, you just don't own it.
 
Further, UX doesn’t have enough insight into the business side of things to drive decisions, but UX can provide options and advice.
 
Other reasons why can't UX make well-informed product decisions?
  • They don't usually attend budget meetings and understand the financial targets the product needs to hit
  • They don't usually fight for product funding and budget money
  • They don't usually attend sales calls and answer questions about product viability or why a product does/does not make sense
  • They aren't on all of the calls where the product owner collaborates with development to get the server to move faster, for example, or solve problem with the QA server and production
  • And more
If you are in UX and you get that level of visibility, then you may want to talk to your product owner about sharing responsibility for results. I just know that most of us in UX have our own work to do – and often those meetings and discussions aren't included in our day.
 
Competing with the product owner for ownership destroys the credibility of the UX team. UX may understand what the user wants in an interface and experience, but it only knows and understands what it sees on the surface. They just don't have enough insight into what's driving the decisions, consistent product history, and what the product REALLY needs to do.
 
Acting like mini-product owner discourages people from working with UX. The product owner doesn’t want to be told what to do by someone who doesn't fully understand the system, and will often avoid working with UX if this happens frequently. Why deal with such frustrations?
 
 
What happens when UX isn’t included in the process or the discussion?
 
Product owner/product manager owns the entire experience and makes all decisions.
 
UX thinks differently about the experience. They have empathy for users and can quickly see if a process is too complicated. They yearn for simplicity. Product owners don’t think like UX – and that’s a good thing, as Martha Stewart would say! We need people on projects who think differently to get to the right solution. Everyone has a different focus.
  • UX wants simplicity and ease of use
  • Product owners want what’s less expensive to implement and best for the user 
And simplicity isn't necessarily cheap. That's where the product owner's insight comes in handy. They understand the impact of budget, resources, and user needs – and they are responsible to create the best product possible to balance all of that.
 
Without this balance, product owners sometimes make ok design decisions, but with everything going on in their world, they don't think through all of the details, which arise during development and costs more money. Or they may make design decisions based on personal preferences rather than a user need-based decision and keep the solution choice more objective. 
 
 
Developers ignore the UX recommendations. 
 
Sometimes the developers may find the recommended UX to be too difficult to implement and decide to simplify it themselves. The problem is that developers sometimes make the UX simpler for the system to process a request – but not for the user. 
 
Or they may find UX isn't giving them timely answers. UX needs time to think about what the solution should be, but it shouldn't take more than a day or so. Often development will be on a deadline and just needs an answer – and they sometimes just make it up themselves to meet target deadlines.
 
And creating development-led software won't win over users. This is why computers were so scary in the 70s and 80s – they weren't designed to mirror how people think about problems, only how machines processed data and input. 
 
However, if the designers and developers aren't collaborating to find solutions that meet both teams needs, ignoring UX is a possible outcome.
 
I have found in my experience, if a developer thinks UX is coming up with an elegant, simple solution for the user, something they think is "cool," they will find a way to implement it. 
 
 
What does the UX team own for the UX?
 
UX should be an idea and innovation center. They should partner with:
  • Product owners to understand the challenges of the business
  • Users to understand what they want to do
  • Developers to understand how technically, the product could be made simpler
They should be creating ideas and making recommendations. They should empathize and think like their users. They should be up to date on current interface approaches, usability trends, and new ways of approaching digital experiences – from content to interactions to media.
 
They should provide advice and guidance. They provide options. They are a resource.
 
Again, UX needs to shift its role and influence the team. And influence can be powerful
 
Who owns the UX of an app?

Want to learn more about Cybersecurity? Take this course! (And yes, strong passwords are key!)

If thoughts about keeping your devices secure from hackers and malware gets you on edge to the point where you don't like to think about it, ignore the problem, and know that by avoiding solving the problem you are creating a worse problem, try this: 

Free Cyber Security Course for Beginners from Heimdal Security

I'm into day 10 and so far, the course is great! It's sent to you daily for 21 days. It offers great advice and guidance for keeping your computer and devices secure – and it includes guidance for backups in case someone does take your device (and use the passwords and information on it).

I've been learning a bunch and am getting a refresher into what makes a secure system.

They present insights into how hackers do their thing – what they look for, how they think and what they do. It's great knowledge to have, especially at a time when pretty much any device that is connected to the Internet can be hackable (this is why the Internet of Things movement is so scary to many technologists – there are a number of devices out there that don't have any security support and are based on older technology that has many weaknesses to exploit. The healthcare industry is most at risk for this.).

 

But Security Still Has a User Component…

The biggest challenge I keep seeing with security is validating someone's identity online. This is difficult not just online – but offline – and I'm not sure will be resolved any time soon. Here's a longer piece where I discuss identity indepth.

We can't even validate someone's identity today offline today when we travel (ID cards don't count. They are really nothing more than a key or combination for a lock). There really isn't a model we can use, except:

  • Biometrics, which comes with its own risks (who owns that data)
  • Voice, which needs work
  • Gestures, which also needs a lot of work
  • (And maybe more – technology is getting more intriguing every day!)

Maintaining passwords for security is where security truly collapses and has one of the biggest holes. Hackers look for weaknesses – either in the code of a site itself or through access. Randomizers help with breaking into accounts – so the more complex a password, the safer you account is assumed to be. However, we are still depending on users to provide this.

Good security is based on someone having different passwords for different systems, but most of us can barely keep track of a single password, nevermind a different password per system. In come the stickies on the computer or a notebook of passwords.

These passwords may be secure online, but not secure if you happen to lose that piece of paper.

Given the number of devices we have today, the number of apps we use, and types of accounts we have, this practice can be overwhelming.

From a UX perspective, there has to be a better way.

We keep coming back to establishing identity online. Once we do that, many of these security issues will be resolved and based on software rather than the concept of a key – which has been a flawed security approach since it's first use.

But until then, prioritize security over usability (a good security UX in this case is keeping your info secure at all costs. The technology needs to get there).

Keep a complex password in mind for your systems that uses letters, numbers, and special characters, use virus protection.

Oh yeah, and take that course! It's awesome!

 

Want to learn more about Cybersecurity? Take this course! (And yes, strong passwords are key!)

The new and improved UX of phishing emails

Last year was the year attackers “went corporate” by changing their tactics to focus on businesses rather than consumers, exploiting middle management overload of information sharing, and trading off attack volume for sophistication. Human behavior, not simply system or software vulnerabilities, has significant implications on enterprise security.

Key findings include:

  • Every organization clicks. On average, users click one of every 25 malicious messages delivered. No organization observed was able to eliminate clicking on malicious links.
  • Middle management is a bigger target. Representing a marked change from 2013 when managers were less frequently targeted by malicious emails, in 2014 managers effectively doubled their click rates compared to the previous year. Additionally, managers and staff clicked on links in malicious messages two times more frequently than executives.
  • Sales, Finance and Procurement are the worst offenders. Sales, Finance and Procurement (Supply Chain) were the worst offenders when it came to clicking links in malicious messages, clicking on links in malicious messages 50-80 percent more frequently than the average departmental click rate.

…The most popular email lures in 2014 included: e-fax and voicemails notifications, and corporate and personal financial alerts…

–“How attackers exploit end-users’ psychologyHelp Net Security

To sum this up, the key offenders who click on these phishing emails fit into a distinct profile:

  • People overloaded with emails
  • People who respond quickly to urgent messages by skimming (not reading)
  • People who’s main work focus isn’t IT (so they don’t really notice the nuances and patterns of the phishing emails or the urls in the links)

We all know what these phishing emails look like.

  • Poorly designed and written email messages
  • The subject matter usually informs you that your account has been overdrawn from a bank you have never heard of
  • Or you hear about an account you never had in another country
  • Or someone from Nigeria or another African country is informing you of winnings

…and the list continues.

However, these guys are starting to adopt UX and marketing principles to get clicks. They know that we are onto them and won’t fall for those scams that they did in the past. They are improving their game.

I have noticed a trend of these emails more closely matching the corporate templates they are trying to copy and leveraging similar language. It’s becoming more difficult to identify these emails by skimming alone (the urls are always a giveaway with a rollover).

Here’s an example of “American Express”-styled phishing. The subject line definitely got my attention: Member Suspension Notice.

After reading the subject line, I FREAKED OUT!

The thoughts that raced through my head:

  • Why would my account be suspended?
  • What did I do wrong?
  • What’s going on?
  • OH MY GOD!!
  • Why did AMEX cut off my account?

…and I spiraled downwards into a mental abyss from there.

Of course, I opened the email and I read something about my phone number being updated, which didn’t make a heck of a lot of sense in relation to the subject line, but I didn’t care because I was too panicked by the subject line. I kept looking for a reason for the account suspension. I initially read this on my phone, so I didn’t get the full effect of the odd formatting and the weird account number display to know right away it was from a phishing expedition.

I was close to calling AMEX or using the AMEX app on my phone to learn more about why my account was suspended. I was rational enough to have had good sense NOT to click on the link in the email. There was no reason for it.

When I saw this email on my computer at home later that day, I had to admit that the formatting wasn’t bad. (I mean, it’s not great, but these phishing emails have come a long way! At least there is formatting consistent with the brand.).

It wasn’t until I rolled over the link to see that the URL didn’t go to AMEX – it pointed to some crazy, and most likely infected, site. (Unfortunately, you don’t get to experience that on the phone – so maintain caution when you tap!)

How are these phisher-men getting smarter?

  • Their emails are copying the simple, system email templates these companies use. I almost want to say, about time. It’s not a hard thing to do. And a basic systems template doesn’t take a lot of work to replicate. In general, they are making their emails look better and more convincing.
  • Marketing 101 – they rely on your emotional response to click. It’s not great, but they are leveraging panic for you to open an email. They will also get you to feel excitement to open an email about a potential, yet bogus, LinkedIn connection. And it’s through curiosity that you would click on a link to that bogus connection or click a link to some bogus site to accept the stranger’s invite.
  • They are experimenting with social media. I’m not kidding – the Nigerian scam has reached LinkedIn. I got an invite from a “banker” from Nigeria, some nicely dressed older woman. Not even two minutes after accepting her invite, I got an email inquiry about a deal. I immediately un-linked from her and was more careful about who I accept an invitation from on LinkedIn.
  • The urls to go to are getting better. For this email:

The PayPal Web address is: pypl.com. Yes – it’s not that far off from paypal.com. For someone who is not tech savvy, this seems like a reasonable URL to go to. Only people in IT and related professions know that PayPal only will use a derivative of PayPal.com (meaning, paypal.com will be in the first part of the url). Most people don’t really think about this – and fall victim because of it.

Knowing that phisher-men are incorporating modern UX design and communication principles into their tactics, you need to be a little more defensive in your email scans.

A few things you always need to be aware of when you get a strange email:

  • If a subject line is about very unexpected news (like an account closing) – phishing alert! Don’t open it. (Most companies communicate that through a letter, anyway.)
  • If the formatting seems a little unprofessional, the email probably is not originating from that corporation. Corporations monitor email formatting to the pixel. Everything is aligned. This isn’t always 100% true for a phishing email.
  • If an email and its links seems suspect, don’t click on them. If you have a question about its legitimacy, go to the company’s app or Web site directly to sort it out. Stop using email links. (The same information in the email will be on the site.)
  • The URLs for the links in an email for a proper company will be a derivative of its formal url. Not something like pypl. Always rollover the link of any suspicious email to confirm where it is going. I have seen that too – respectable companies sending a suspicious email with a real link. Sometimes, a company will be off their game. It happens.
  • But the rule to rule them all – if in doubt – visit the original Web site or app. The Web site or app has the your most current, accurate account information. If an invitation is legitimate, then the info will be available at the site. If it isn’t, you dodged a virus or malware attack.

Please be safe – don’t click on suspicious links!

The new and improved UX of phishing emails

A security survey

I'm curious about people's perspectives on computing security. From what I have been reading about this, there isn't a whole ton of research completed on the subject (and most of what I have read alludes to holding the user accountable for their own security. I'm not sure I agree with that.). If there is more research on the subject, please pass along and send me a comment.

I wanted to get your thoughts and opinions about computing security and the like. 

If you have a few minutes, feel free to take the survey.

https://www.surveymonkey.com/s/securitysample

I'll be writing a blog post about this next week.

Enjoy! 

 

A security survey

Oh dear – I forgot to write about my experience at Agile 2014!

The Agile 2014 conference in Orlando was great! I learned a lot, got introduced to some new ideas, revisited some old ones, and learned how Agile is moving to the next level – mainly, how Agile methodologies are changing the way business happens. 

I also met a lot of cool people working on interesting projects! It was very inspiring!

I will be writing about my observations, insights and experiences soon! Last week I was in Palo Alto for HP work and learning more about the current reorg. I totally lost track of time! And then this week, I was so glad to be in my home in Dallas, I forgot about most everything else.

More coming! 

Oh dear – I forgot to write about my experience at Agile 2014!

About Mary Brodie

I am a Customer Experience strategist and implementation expert. I have helped companies get results from their Web sites, Web/mobile apps, customer service organizations, lead generation systems and phone lines for over 20 years.  I was thinking about Customer Experience long before the term existed.

My approach is unique because, although I agree that a vision needs to exist, I strongly believe in the power of Agile and incremental change. Moving to a final state vision NOW may be the desired result, but I have seen time and time again that doing that can be a huge mistake. Spending more than a few months on a project can sometimes miss a market opportunity with the team’s focus on being “perfect” rather than “better than what we have today.” Sometimes, a change will happen by force and you get scope creep. After a few months of that, your project is lagging and you are now behind in the industry. And to catch up, you change scope. And the project NEVER ends. Nothing launches. And you are spending millions for no gain.

And without visualizations in the process – magnify the confusion by five.

To me, products and functionality are living like people. We are influenced by our experiences every day – as projects should be. This is why short sprints for implementations work better.

With customer feedback nothing can stop you. Talk to your customers frequently to find out what they want and incorporate that feedback. Your customers will notice. 

How do you know that I know what I’m doing?

  • For a number of years I was a project and team manager – specializing in working with virtual teams. I have worked with teams as small as 2-3 people in a room and up to 65 people in 4+ locations worldwide. And they all delivered on-time and within budget.
  • I have worked with creatives, technologists, QA experts, other project managers – I have managed people in a number of roles. Except financial types – just not my thing
  • I have worked on projects of all sizes for companies of all sizes. I have worked on an incremental page changes, redesigns, vendor selections, technology implementations. No project is too large or small.  
  • My work has helped companies achieve some amazing results. I need to update my cases studies to illustrate this better, but I have helped many companies achieve their customer goals in short timeframes, using an iterative approach.

​Or read my CV.

About Mary Brodie

Ahhh Microsoft – Maybe there is hope for you yet…..

With Balmer going out, maybe Microsoft will recover and make a bang. There may be hope (like with Leila of Star Wars to overtake the Empire)! 

I read this artcile about the demise of Microsoft. And yes – they consistently missed the technology direction the world was going towards – even beyond what the article points out. They initially missed the Internet and if I remember right, Billy Gates poo-poo'd it as a trend. They have been laggards all along – except with X Box. X Box was and is a true innovation. It shows there are some real talented technologists and designers there.

But back to the business and the history….

Long long ago, in the dawn of the public Internet, it was predicted that all a computer/device would need is a browser and all apps would work from it for a fee, like a rental. The world of dumb terminals would be resurrected, but with a better GUI, higher usability and more functionality. Google has managed to achieve this vision with Chrome; Microsoft is still chugging along with a bloated OS and crazy interface design that has set the standard for computer usage by default (their partnership model with PC manufacturers made it the ONLY way to work and sadly, their only way to make money). The benefit was the birth of smaller chips and the rise of Intel, but that only made way for these mobile devices (tablet, phone, and who knows what else). And with the death of the PC and rise of the mobile devices, Microsoft is in quite a pickle.

Now, Windows 8 isn't half bad. It's kinda nice actually, and fun to use on an Envy with the touch screen and keyboard. It's like the setup I always wanted – if your mouse is acting funky, just hit the screen. However, Windows still needs a device rather than a just a browser like the Chromebook (which has the opposite problem and needs a touch screen, but I digress). 

I can't wait to read the remainder of the article tomorrow to see how Microsoft can save itself. I think getting away from MBAs trying to be technology guys is a start. And getting away from Basic derivatives. And seeing the future of computing being integrated in daily life. And seeing beyond profit coming from highly structured partnerships. I think you get the picture….

Ahhh Microsoft – Maybe there is hope for you yet…..