Stretching the product When we’re thinking about where to take our product next, we actually take a lot of inspiration from our customers and the Figma Community, to see how they’re stretching our product in interesting or unexpected ways. We saw this happening in the early days of the pandemic. Our users were starting to use Figma for everything from brainstorming ideas to running team warm-up activities, to even putting on social events for people to get to know each other. We saw a lot of use cases that got us thinking. Yuhki Yamashita, A Q&A with Figma's VP of Product All sorts of ways to use the machineHacking is the opposite of marketingIn ways you didn't anticipateThis tactile form of doodling tools
Engineering, design, and product management The boundary between engineering, design, and product management is blurring. Some of us used to have a mental model in which roles and responsibilities dictated how things work—that designers do one thing and engineers do another, for example. Increasingly, more people are crossing team lines to problem solve together...Now, it’s not about who “owns” what—it’s more of a collective endeavor. And the roles have become more interlocked, and I think that’s fundamentally a good thing. Yuhki Yamashita, A Q&A with Figma's VP of Product collaborationownership
Embracing the mess Design is non-linear. At Figma, we often talk about “embracing the mess,” and that really means leaning into the chaos and complexity that makes the design process what it is. Even once you have the seedling of an idea, you need to explore and iterate, then pull back and evaluate to see what’s working and what’s not. Sometimes you’ll scrap an idea after a brainstorm session, and other times you’ll get pretty far with a concept, but still need different perspectives and input to move forward. Yuhki Yamashita, A Q&A with Figma's VP of Product The Design Squiggle designmakingiteration
A Q&A with Figma's VP of Product A Dialogue by Michael Amodeo & Yuhki Yamashita www.figma.com Since we launched FigJam back in April, teams having been using it to grow all kinds of ideas into great designs. We recently caught up with Figma's VP of Product, Yuhki Yamashita, to hear what it was like to build FigJam and how things have changed since then. Here, he reflects on the evolving role of design and product management, what it means to welcome “non-designers” into the process, and the future of FigJam. Stretching the productEngineering, design, and product managementEmbracing the mess
Manifesto for Agile Software Development A Definition agilemanifesto.org We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. Deliver early and continuouslyWelcome changing requirementsSelf-organizing teamsTechnical excellence and good designAgility and sustainability+7 More agileprocesssoftware
Deliver early and continuously Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
Welcome changing requirements Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. A late change in requirements is a competitive advantage planning
Self-organizing teams The best architectures, requirements, and designs emerge from self-organizing teams.
Technical excellence and good design Continuous attention to technical excellence and good design enhances agility. craft
Agility and sustainability Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
The amount of work not done Simplicity—the art of maximizing the amount of work not done—is essential. -2000 Lines Of Code simplicity
Build projects around motivated individuals Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. On ValueOn Talent
Deliver working software frequently Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
Business people and developers Business people and developers must work together daily throughout the project. collaboration
Face-to-face conversations The most efficient and effective method of conveying information to and within a development team is face-to-face conversation. teamwork
Reflect, tune, adjust At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.