Creating an App that Connects Driving Directions and Weather Data

Currently planning a road trip is annoying and clunky. It goes like this, look up directions, try to remember all of the cities you expect to encounter along the way, look up the weather for each of…

Smartphone

独家优惠奖金 100% 高达 1 BTC + 180 免费旋转




Thinking about a system to maximize for creative output

A few months back, I was invited to speak in front of a creative community(primarily designers and then a mix of a few other disciplines) as one of three guest speakers on how system plays a role in creative work. I shared how I leveraged existing systems to push for ideas, what I was mindful of not to be constrained by, and about setting up the process at my current team. I was there to share what I’ve learned from my experiences, but I also took away new thoughts to ponder for myself about what a system means.

System is defined to be an organized or established procedure. And a system and its procedures exist to fulfill a purpose more effectively. Funny thing is, it is not uncommon to see folks perceiving and treating systems as hurdles rather than help in getting their tasks done.

These are likely not why the system was implemented in the first place. Rather than to become constraints, systems were designed make things easier and to help guide the work to successful outputs.

So then, what kind of system do we need to achieve creative outputs more effectively? More specifically, I started pondering what system would be practical and add value to what my team & I work on right now. I’ve had opportunities to think about this more so than before throughout the past 12 months, because I was starting out a new team from scratch and was building a new process along with it (& we are still evolving it).

The core creative work in our studio focuses around the following:

Translating these into a bit less ambiguous goals (not in the same order as above), a helpful system would

Since we operate as an independent studio in the company, we are often in a position to self-initiate projects & propose them to the management rather than be given specific projects to solve. Most of our projects start out with a high level problem topic.

Since we start out a lot more open-ended compared to being given what to design or develop, some of the studio members have expressed uneasiness in the past. And this doesn’t come at a surprise. Many constraints are not fixed and with many elements open to interpretation, this is not the process that everyone is accustomed to. The process of defining what to solve for is a difficult job (I believe they are often more difficult than going out & designing solutions for the problems already defined), and that’s why it’s rarer to see ideas that add novel value to the world as opposed ideas that take an existing value proposition & re-designing for it.

But we do have a small process set up to tease out perspectives & approach this more systematically. Taking advantage of the team’s multi-disciplinary make-up, we run through a two-step process to collectively define the problem space and what is meaningful to solve for.

First Step: Look at a problem from varying perspectives to collectively define

Next: Sketch together (designers & developers) to see what elements we should take into account and how they would interplay with each other

Goal of the sketches isn’t about what layouts we can come up with nor it is about finding the best visuals. We focus on articulating & sharing how each of us envision certain problems to be solved.

After going through these steps, we are able to make a better-informed decision on how to move forward. Often times, we move forward onto start shaping the experiences. However, there are seldom times when we drop the project & move onto a new problem, because this process allows us to determine quickly how valid the topic is for the studio to tackle. It is not a failure if the project stops here. Actually, it’s a successful learning we take away that we should focus on a different problem.

Unless a set process has been solidified & practiced within the team for some time, there’s a good chance that each person has a different expectation of what output they need to deliver & what they need to hand over to their partners.

The studio I lead have only existed for a year at the time of this writing (We started out on January 2017), with the team starting from scratch & slowly growing in size throughout the past 12 months. Some members are external hires, while others are internal hires who applied and were interviewed for the position. Considering that it’s almost been a constant period of transition & transformation, I feel good overall about how we came together as a team so far. Nonetheless, there have been gaps among the team members that resulted in a less-than-ideal design ⇄ develop cycle.

Specifically, there has been a series of discussions between around what a design handoff (or in other words, a spec) should entail. I’ve observed a few potential reasons why.

It goes without saying, but having a clear system of the expected deliverables (especially across different disciplines) seem incredibly important to have an effective communication to not have anything be lost in translation. Otherwise, it will result in an unproductive loop of time, resources, and responsibilities being wasted back & forth. This is nothing new, but we’ve had the chance to experience it & recognize its importance again since there was no existing process to build upon.

For our team, the most challenging work is around discovering new problems and incubating experiences at a fast-paced manner. Here are a few areas that I’ve felt are important to address for the work that lay ahead of us.

As our collective knowledge as a team builds up, an effective system would build up with it and become better at serving the needs of the team. We’ve been addressing parts of the needs above, and would be interesting to see how we can evolve the system to fit all of the needs.

I think building a system is one part of the equation. And no matter how well a system is designed, it doesn’t hold its value or meaning if it doesn’t get used properly. One system does not fit all, and a system should be adaptive & optimized to each team and its mission. The other (just as important, if not much more) is bringing together the right people who believe in the team’s mission, can adapt / utilize the system to leverage their strength, and push towards the mission together. With the right people & a well-designed system, the same efforts that we put in can be augmented & multiplied into more creative outputs.

Add a comment

Related posts:

Slow and Low Conquest

Lowriding is the artistic outcome of Mexican-American youth resisting assimilation and society. Lowriders resisted against law enforcement, and the society that once discriminated against their…

The expectations of a relationship

The last time I met with my therapist, we talked about moving forward from the low place I had just been in. She told me something that I remind myself of daily to keep myself from losing my mind…

Playing around with Low Poly Graphics

One of my side projects is to work on a personal brand. After doing a brand discovery session with my friend and awesome communications professional Yvonne Yeung, I decided to take our makeshift mood…