AI-driven "Design"? An Article by Jorge Arango jarango.com Like a programming language interpreter, GPT-3 translates the designer’s intent from a language they’re already familiar with (English) to one they need to learn (Figma’s information architecture, as manifested in its UI.) This can be easier for a new/busy designer, much like Python is easier and faster to work with than assembly language. But that’s not “designing” — at least not any more than compiling Python code is “programming.” In both cases, all the system does is translate human intent into a lower level of abstraction. Sure, the process saves time — but the key is getting the intent part right. I’ll be convinced the system is “designing” when it can produce a meaningful output to a directive like “change the product page’s layout to increase conversions.” aidesignintentabstraction
Two types of work An Article by Jorge Arango jarango.com There are two types of work: growth work and maintenance work. Growth work involves making new things. It can be something big or small. In either case, growth work often follows a loose process. Maintenance work is different. Maintenance work involves caring for the resources and instruments that make growth work possible. This includes tools, but also body and mind. Maintenance is ultimately in service to growth. But effective growth can’t happen without maintenance. As with so many things, the ideal is a healthy balance — and it doesn’t come without struggle. organizationinformationmakingwork
Internal design teams and thought leadership An Article by Jorge Arango jarango.com The design industry is an ecosystem. External design teams provide critical functions beyond augmenting internal design resources. Thought leadership — pushing the field’s boundaries — is indeed one of them. Many practices and tools we take for granted — journey maps, personas, conceptual frameworks — were pioneered and/or popularized by ‘outies.’ Most of the field’s foundational books and blogs are by people outside ‘client’ organizations. This isn’t because internal designers aren’t as clever or dedicated as their external colleagues. (Many ‘innies’ are former ‘outies.’) It’s because internal design roles are structurally misaligned with public thought leadership. designux
Not Just a New Feature; a New Compact A Fragment by Jorge Arango jarango.com My sense is that Slack’s teams think of themselves as adding ‘features’ to a ‘product,’ instead of as stewards of a place where people work. featuresplace
Why Scrum is killing your product An Article by Henry Latham uxdesign.cc Product owner vs. product managerWe optimize what we measure Beware SAFe, an Unholy Incarnation of Darkness agilemanagementsoftwareproducts
Product owner vs. product manager A Product Owner is focused on output i.e. how quickly can we build these features? Product Management, on the other hand, is focused on outcomes i.e. why are we building these features in the first place? agileproducts
We optimize what we measure Scrum does not say “only focus on output”, but, unfortunately, humans will optimize for what they measure. If you worry about story points & hitting your estimations, that’s what is going to consume your attention. That is what you and your team will optimize for. And that is the core critique of Scrum as it is practiced: That it focuses a product team’s attention so heavily on delivery — on building lots of features quickly & efficiently — that teams fail to focus on spending time to discover what the right thing to build is. optimizationagilefeatures