TheBlueShirt

We get caught-up and jump from one thing to the next and often forget to acknowledge and recognize the efforts others have to go through.

When do say thank you? When it's deserved. Only say thank you when you mean it, if it's not sincere your being dishonest to the person your saying thank you to and to yourself. No good comes of this.

Should I say thank you in public or in private? It depends. If the person receiving the thank you needs to be publicly recognized for their efforts then go public.

In person, phone, or in writing? It depends. In person is the best way and meaning isn't lost, phone second but not if your in the same building! If the thank you message is to be shared with others email works well, if it's personal a short thank you note will do great (keep some simple thank you notes on hand).

Should I just say thank you? Yes! Note the action you are thanking them for, give your thanks, and move on. When giving something never expect anything in return.

We expect people to do their jobs and complete the tasks we assigned them but people like to be acknowledged for the work they do. A thank you goes a long way.

"Understand your users and then ignore them"
Robert Hoekman Jr.

This is a profound statement and without context it could anybody fired. When looking at user experience and usability you should perform a usability study. A component of a usability study is a user and task analysis. In this user and task analysis users are identified, along with their typical tasks.

Understanding and knowing your users is paramount in providing a positive user experience. Ask them who they are, what they want, what are their tasks when they visit or use your products but also observe them. What users tell you and what they do might be two different outcomes.

How to tackle the situation? Rely on the understanding you have of your product and your users to provide them with the best experience while still being aligned with your organizational goals. Sometimes the usability expertise might be in-house sometimes you meed to rely on the expertise of vendors to achieve this.

Conclusion
User experience and usability are vast topics that this short post doesn't do justice. If you remember anything make sure your organizational goals align with your web strategy and that you understand your users by interviewing them but also observing them.

Resources
The 7 Rules for Great Web Application Design – Notes
Usability.gov Templates – Great resource of templates

So, you don’t get someone to switch because you’re cheaper than Walmart. You don’t get someone to switch because you serve bigger portions than the big-portion steakhouse down the street. You don’t get someone to switch because your hospital is more famous than the Mayo Clinic.

via Seth’s Blog.

• Choosing Authority Levels for Team Members – NOOP.NL
  " * Level 1: Tell: You make decisions and announce them to your people. (This is actually not empowerment at all.)
  * Level 2: Sell: You make decisions, but you attempt to gain commitment from workers by “selling” your idea to them.
  * Level 3: Consult: You invite and weigh input from workers before coming to a decision. But you make it clear that it's you who is making the decisions.
  * Level 4: Join: You invite workers to join in a discussion and to reach consensus as a group. Your voice is equal to the others.
  * Level 5: Advise: You attempt to influence workers by telling them what your opinion is, but ultimately you leave it up to them to decide.
  * Level 6: Confirm: You let the team decide first, with the suggestion that it would be nice, though not strictly necessary, if they are able to convince you afterward.
  * Level 7: Delegate: You leave it entirely up to the team to deal with the matter, while you go out and have a good time."

• How Do We Define Product Owners | enthiosys agile product management
  1. The world calls them product managers. When software companies build new product teams, they assign a product manager. Job boards advertise product management openings. Recruiters troll for them. Companies are not ambiguous about needing development managers and QA leads, nor are they fuzzy about wanting experienced product management. When revenue is at stake, companies want a track record of success in well-understood roles. The industry calls these people product managers.

“The people we value most, are the people who stand up and say ‘I’ve made a mistake’”, Gary Baker. Failing fast is good in #agile. #ciohio

Twitter / Pillar Technology: “The people we value most, ….

• The Opposite of Waterfall is Pond – A Metaphor for Agile | Agile Blog: Scaling Software Agility
  Interesting take: "If Agile is the opposite of Waterfall, then I think it should be called Pond. Yes, Pond."

• What is the most common (unsolved) problem in IT project management? | LinkedIn Answers | LinkedIn
  Interesting discussion by project managers. "As the saying goes, you can't improve what you can't measure."
  "Poor up-front planning
  If you're going to be good at project management, you have to understand that the UP-FRONT PLANNING process has value. You need to know that if you plan the project well (in other words, if you know what you're doing before you start), you'll be able to manage the work more effectively. I have seen organizations that say they want to apply good project management, but then are UNWILLING TO INVEST IN TIME REQUIRED. No one wants to take the time to plan. Instead, everyone wants to start executing immediately and then redo all the work later to get it right."

• Product Managers in Startups: What's their Role?
  Some insight to the role of the product manager. In some organizations the product manager can be in the business unit, they can also be in the IT/IS unit.
  (tags: productmanagement)

Its common knowledge that IT management types will often come to work clad in a blue cotton dress shirt, and khaki pants; its the standard uniform. Some of you might even be known around the office as “Blue Shirts,” as in, “Here comes a blue shirt” or “Ask one of the blue shirts why the project’s not live yet.” If you wear a blue shirt, this is your blog.  We’re all about sharing ideas, tips and best practices to help you build more successful teams. read more »