Smaller teams move quicker, but having the correct team composition and mandate is much more important than size. Unless your team has decision authority, you will fall behind again while getting stakeholders caught up to your progress and insights.
Making polished presentation: 3 hours
Presenting findings to execs: 1 hour
Answering follow-up questions: 1 hour
Arguing with the legacy power centers: 8 hours

vs

Having an exec sit in on a user interview: 45 min
Listening to them having their mind blown in the debrief: 15 min
When your audience doesn't have the same context you do, it's much harder to explain what's going on and why the problem matters or the solution is correct. Narrowing that gap as much as possible will tighten your feedback loops more than anything else can
This is also why focused teams win over internal agencies, every time. Loaning out a specialist IC to multiple projects not only requires them to switch their context back and forth, but also to juggle multiple sets of meetings! One area of focus leaves more time for actual work.
If you allow one or more busy exec to become the bottleneck to your progress, your team is going to be spinning their wheels while trying to get a meeting scheduled. Focus on winning enough trust early so you can move autonomously.
An easy way to win trust is to induct someone execs trust into the team - not as a "leader", but as an equal participant. Instead of treating them like an exec proxy, train them in basic design methodology and they will be a great teammate and a political asset.

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Pavel A. Samsonov

Pavel A. Samsonov Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @PavelASamsonov

28 Sep
Whichever way you slice it, "clean" handoffs between stages of the software development process create friction and leave each role frustrated due to lack of influence into neighboring spaces.

The solution is working in parallel, not expanding your "slice" until burnout.

1/ Diagram showing 6 rough stages of software development: busi
The standard "designer does the design" runs into friction on each side: the PM hands down a constricting definition of the problem space, and the designer's great ideas for the solution rarely translate into code the way they expected. Iteration is very difficult as well.

2/ The first column of the original table, pivoted sideways. Ca
What if we split the design role into UX/R and UI/Dev? Problem not quite solved: separating "business knowledge" & "user knowledge" is a recipe for conflict. Separate front-end and back-end teams can lead to resentment over dependencies when cool UI ideas simply do not work.

3/ The second column from the original image. Captions: When PM
Read 7 tweets
27 Sep
Tech career blueprint: some PM adds a dirty growth hack, gets a raise for hitting their metrics, and uses the metric and new salary to get a better paying job elsewhere.

Short-termism and blindly following metrics will erode the foundation of the user experience. Business is UX.
There's a @MrAlanCooper quote - "user experience is a power struggle" - and this is exactly why. When the entire company (or industry) is set up to encourage pillaging customer goodwill for personal aggrandizement, your design system isn't going to solve any of the real problems.
I feel like the undercurrent of "just let us design" and pivot of the "UX Designer" role towards design systems is borne of this: a cynicization of a profession barred from making any real impact by an all-powerful lower level of abstraction.
Read 4 tweets
24 Sep
One power of physical objects is the ability to fill the field of view. Even the smallest one can be held up to the face and force the rest of the world out of focus.

Digital spaces are bound by a viewport, so objects must project their full size into the imagination instead.
One of the simplest ways they do this is to visibly extend offscreen, like most web pages (this is why thou shalt not fuck with browser scroll behavior) but doing it visually isn't the only way.

One of the aspects of good information architecture is implying the content iceberg.
Even though metaphors are ultimately limiting, they are useful to quickly give an impression of depth, through a familiar hook. Like a canned character archetype in a short story, you can get away with "saying" little to sketch the complete outline.
Read 4 tweets
21 Sep
Well, as long as we're committing @blaseball blasphemy Image
All you need to know about #blaseball - the second most idolized player in the entire league is an automated pitching machine brought into play at the last minute because all of the team's pitchers were trapped in a large peanut Image
Being idolized will cause the pitching machine to also be trapped in the peanut, which means the @tacoblaseball team will need yet another pitching machine.

Or one of the opposing team's players might ritually destroy it first.
Read 5 tweets
14 Sep
Job title meanings are tricky because every role has 2 buckets:
-Activities the org expects (provides inputs & demands outputs)
-Activities the org tolerates (acquiring inputs & applying outputs costs political capital)

2 titles may do same activities, but in different buckets.
This is the problem at the root of explaining what a Product (or whatever) Designer actually does.

Many orgs expect a designer to accept ideas and produce pictures. We know the strategic user-facing work is necessary, but it goes against this grain of expectations.
And because it's unexpected (the designer has no official mandate), they spend a lot of time on:

-trying to get input data (being in the right meetings, meeting real users)

-convincing others to accept their strategic outputs (beyond mocks attached to Jira tickets)
Read 7 tweets
1 Sep
I still believe that "when is a door not a door†" is still the best joke in the English language.

†when it's a jar
Russian also has a great door joke (dating back to the 1761 play The Minor). The titular character suggests the door to his room is an adjective because it is "adjunct to its place" whereas a different door in the cellar is a noun because it stands on its own. Правдин. Дверь, например, к...
In a weird case of the Mandela Effect, I remember the joke backwards: Mitrofan calls the unattached door an adjective because it leans against the wall, while the installed door does not and therefore must be a noun.
Read 4 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!