In 1994, Disney's The Lion King came out and, as with many millenials, it became an instant favorite for me. Twenty seven years later, the emotional storyline, soundtrack, and memorable characters have all made it a pleasurable movie to rewatch. It’s almost too easy to forget that this blockbuster had two sequels: The Lion King II: Simba’s Pride and The Lion King 1½.
In the book Creativity, Inc. author Ed Catmull writes about his time working with Disney Animation in the late 80s and early 90s, as the company was growing from the success of movies like The Little Mermaid, Aladdin, and The Lion King. As the company grew, its need for more product in the pipeline expanded. With that grew a culture that was overly focused on releasing movies, ultimately leading to a slew of unoriginal, unmemorable movies like The Lion King sequels.
Creativity, Inc. is one of the best books about fostering creativity in organizations. The book dives into how Catmull and his colleagues founded and fostered the creative culture at Pixar and eventually brought it over to Disney Animation to end the studio's long hiatus from producing smash hits.
Granted, not every company lives or dies by its creative output to the extent of an animation studio such as Pixar or Disney Animation. But every company struggles with balancing production and ideation—what Ed Catmull calls the "hungry beast" and the "ugly babies."
BenchSci is no different in having to balance babies and the beast. Below are some things that can tip the balance too far towards production, and some ways to rebalance towards ideation.
As the Head of User Experience at BenchSci, I work on the Product team, which does user research and design to create products and features for our scientist users.
For our Product team, one of the hungry beasts we need to feed is the capacity of engineering teams that build our designs. The need to keep engineering sprints full of work is a constant pressure on product managers and designers. While this can help us stay focused on practical deliverables, it can also lead us to settle for readily available solutions, rather than taking time to explore and test novel solutions that solve underlying problems and drive the behavior or goals we want.
As engineering capacity increases in comparison to the Product team's, we risk shifting away from doing discovery, finding new problems to solve, evolving divergent ideas, and fostering “ugly babies.” We can end up prioritizing delivery.
Overly focusing on output exists for other teams too. As Dariem Pérez, a Data Engineer on BenchSci’s Science Tools team notes, even for the engineers themselves who are working in sprints using Agile software development, there is a pressure to deliver fast and focus on completing execution tasks. This can leave less time to look at the big picture and creatively think of more efficient and scalable solutions.
Spending too much time on delivery or execution is a common problem for many companies and has, without a doubt, been an issue for us at times.
There are a number of ways that a company can avoid focusing too much on feeding the beast to the detriment of their creativity. Below are some ways that we have either learned or aspire to apply to cultivate a creative culture, divided into leadership, process, and people opportunities.
Finally, remember that new ideas need protection to blossom. As Ed Catmull writes in Creativity, Inc., quoting the end of the movie Ratatouille:
In many ways, the work of a critic is easy. We risk very little, yet enjoy a position over those who offer up their work and their selves to our judgment. We thrive on negative criticism, which is fun to write and to read. But the bitter truth we critics must face, is that in the grand scheme of things, the average piece of junk is probably more meaningful than our criticism designating it so. But there are times when a critic truly risks something, and that is in the discovery and defense of the new. The world is often unkind to new talent, new creations. The new needs friends.
(See the full scene here).
Thank you to Simon Smith, Dariem Pérez, Zach Lieberman, and BenchSci alumnus Ryan Breakey for their contributions to this post.