- Hick’s Law: The time it takes to make a decision increases with the number and complexity of choices available, so simplifying options enhances usability.
- Fitts’ Law: The time required to move to a target is a function of the target size and distance, meaning larger and closer targets are easier and faster to hit.
- Miller’s Law: The average person can hold 7±2 items in their working memory, suggesting that design should avoid overloading users with too much information at once.
- Jackson’s Law: The time and effort required to perform a task are directly proportional to the complexity of the system, advocating for simpler systems to enhance efficiency.
- Aesthetic Usability Effect: Users perceive more aesthetically pleasing designs as easier to use, even if the functionality is unchanged.
- Pareto Principle: Also known as the 80/20 rule, it suggests that 80% of effects come from 20% of causes, encouraging focus on the most impactful areas.
- Law of Proximity: Elements that are close to each other are perceived as being more related than elements that are spaced farther apart, aiding in visual organization.
- Tesler’s Law: Also known as the law of conservation of complexity, it states that for any system, there is a certain amount of complexity that cannot be reduced, and it should be managed thoughtfully.
- Zeigarnik Effect: People remember uncompleted or interrupted tasks better than completed ones, highlighting the importance of maintaining user engagement.
- Peak-End Rule: People judge an experience based on how they felt at its peak (most intense point) and at its end, rather than the total experience, emphasizing the importance of creating strong and positive final impressions.
These laws guide UX designers in creating experiences that are intuitive, efficient, and emotionally satisfying.
Skipping Scrum meeting:
Good morning all.
❌ Skipping stand-up this morning - Nothing to report
I have no:
No blockers
No outstanding tasks
🛑 I am currently blocked
I am currently working on:
In Progress - [Jira task]
🛑 Blocked - [Waiting for feedback]
Yesterday I worked on on:
In Progress - [Jira task]
🛑 Blocked - [Waiting for feedback]
Please loop me in if I can help.
Thanks 😊
Assigning tasks:
Hi [name],
As per our conversation
1. Can you get [xxx done]
2. Can you get [xxx done]
Thanks 😊
Here’s a basic framework for a discovery workshop:
- Introduction (15-30 mins)
- Welcome and introductions
- Overview of workshop objectives and agenda
- Context Setting (30-45 mins)
- Discuss business goals
- Review existing research and data
- Understand user needs and pain points
- Stakeholder Interviews (60-90 mins)
- Conduct interviews with key stakeholders
- Gather insights and perspectives
- User Persona Creation (60-90 mins)
- Develop user personas based on gathered data
- Identify primary and secondary user groups
- User Journey Mapping (60-90 mins)
- Map out the current user journey
- Identify pain points and opportunities
- Ideation Session (60-90 mins)
- Brainstorm solutions to identified problems
- Prioritize ideas and potential features
- Wrap-Up and Next Steps (30-45 mins)
- Summarize key findings and decisions
- Outline next steps and action items
- Introduction (15-20 mins)Welcome and introductionsOverview of workshop objectives and agenda
- Warm-Up Activity (15-20 mins)Ice-breaker exercises to stimulate creative thinkingSet the tone for collaboration
- Problem Definition (30-45 mins)Clearly define the problem or challengeDiscuss user needs and pain points
- Brainstorming Session (60-90 mins)Generate as many ideas as possibleUse techniques like mind mapping, SCAMPER, or brainwriting
- Grouping and Prioritizing Ideas (30-45 mins)Categorize and group similar ideasPrioritize ideas based on feasibility and impact
- Concept Development (60-90 mins)Develop selected ideas into more detailed conceptsCreate sketches or rough prototypes
- Presentation and Feedback (45-60 mins)Present concepts to the groupGather feedback and suggestions for improvement
- Wrap-Up and Next Steps (30-45 mins)Summarize key outcomes and decisionsOutline next steps and action items
- Discovery Workshop: Identify project goals, user needs, and business requirements.
- Ideation Workshop: Generate a wide range of ideas and solutions.
- Design Thinking Workshop: Apply design thinking principles to solve problems creatively.
- User Journey Mapping Workshop: Map out the user journey to identify pain points and opportunities.
- Wireframing Workshop: Create low-fidelity wireframes to visualize layouts and interactions.
- Prototyping Workshop: Develop interactive prototypes for testing and feedback.
- Usability Testing Workshop: Conduct tests to evaluate the usability of designs with real users.
- Design Critique Workshop: Provide and receive constructive feedback on design work.
- Stakeholder Alignment Workshop: Align all stakeholders on project vision, goals, and deliverables.
- Sprint Planning Workshop: Plan and prioritize tasks for upcoming sprints.
Have you ever been to a meeting where various tasks or actions were verbally agreed upon, only to be forgotten about in a few hours? Or have specific details or tasks not been recorded, and there is no written communication about tasks or deliverables that have been agreed upon in the meeting?
This standard encourages people to record official conversations containing tasks or information that could impact a project or topic. The key takeaway is to record the conversation and share it with all attendees and relevant stakeholders so they are kept in the loop and have the opportunity to correct information if required.
Recording an official conversation is a reference point, reducing the risk of misunderstandings or miscommunication. It also adds a layer of professionalism and formality, demonstrating attention to detail and a commitment to clear, consistent communication.
Lastly, this standard helps maintain a documented conversation trail, which can be invaluable for future reference.
Let’s look at a good example of how this standard is applied to a situation. Matt, a web designer, presented a series of web design options over a Teams call. All the stakeholders liked Option B but also wanted a few changes, which were discussed in our meeting. The senior stakeholder in the meeting decided to send an “As per our conversation” email to document the meeting and clearly outline the changes we would like to see in the main design.
To: Mathew <mathew@2fernandez.com>
CC: Mary <mary@2fernandez.com>, Luke <luke@2fernandez.com>
Subject: Restaurant website designs
From: joseph@2fernandez.com
Hi Matt,
As per our Team’s conversation with Mary and Luke, I am very happy with the designs you’ve presented to us. Option B is what we like the best. But I would like a few minor changes.
Purple is my favourite colour, so please use light purple for titles. I see Google Maps on many similar websites, so I would like to see this somewhere on the page. The only other negative I see with the design is the lack of a link to the Contact Us page.
Joe
✅ Email: Good example of “As per our conversation”
When we look at the email, the author clearly outlines where we had the conversation and the stakeholders involved in it.
Matt now understands what we want to see revised in this design. All relevant stakeholders have been CC’d so they know what changes will be made in the next iteration and can chime in if any recorded detail is inaccurate.
In our next standard, on using numbered lists for tasks, we will examine how to make actionable tasks easy to identify. I look forward to seeing you in the next Flex video.