hackforla / design-systems

Empowering every HfLA team to create their own design system. 🛠️ 🧰 Please see our readme for more info!
GNU General Public License v2.0
28 stars 1 forks source link

Figma Foundation Design and Research #376

Open allthatyazz opened 2 years ago

allthatyazz commented 2 years ago

Overview

We need to build tutorials and templates so that HfLA's projects have a way to guide themselves in the building of consistent and effective Figma files for their team.

Details

HfLA’s Design Systems (DS) team has conducted a series of audits on 22 HfLA projects’ main Figma files since November 2021. The audits revealed a lack of consistency in the way each team creates and maintains their Figma files. In response to the needs of HfLA’s Executive Director (Stakeholder) and with the aim of creating consistency across the organization, the DS team proposed a guide called Figma Foundations. Figma Foundations includes a set of instructions and templates for current and future teams at HfLA to adopt.

Note from ED: When all the templates and tutorials are completed, it can collectively be known as Hack for LA's Figma Foundations and will all use the same Design System, so the experience is consistent. But each resource that we produce (i.e. cover page, tutorial, template) must stand alone as a usable resource, being both self-explanatory and useful without the other resources.

Action Items

Order to conduct work

Resources/Instructions

Resources/Instructions

Figma Foundations FigJam to exchange feedback between research and design Google drive contains Usability Test plans

List of issues

ExperimentsInHonesty commented 2 years ago

@allthatyazz Which of the issues above cannot be done because another issue will have to be created first?

For instance, can the research plan be made before the following?

I ask because it will help with the answer to your original question about what to do with the issues. If one issue is dependent on another, we can put a dependency label on it, put it in the backlog. But it would be good to know that now, so we can sort out the template, to reduce the time you spend making issues from scratch.

Also, you will notice that I specify above a label for p-feature: [name of section] (e.g., p-feature: cover page) If we make a label for each section, then you will be able to see where they are in flight and how close to finished (time wise)

allthatyazz commented 2 years ago

@ExperimentsInHonesty First thank you for reworking the issue. The breakdown and organization of content look amazing.

About the dependency label, I suppose because we are using a similar format for all different sections, the research team can start working on the general format of the research plan.

So we can include a dependency label on the following issues.

ExperimentsInHonesty commented 2 years ago

@allthatyazz Generally what we are looking for are issues to be closed which releases the dependency on another issue. But we don't quite have that here. See what I mean: https://github.com/hackforla/design-systems/issues/392 Did I put the dependency on the wrong issue? Or was it the wrong dependency? Also what issue would be the dependency that gets released in order to work on Conduct user research?

allthatyazz commented 2 years ago

@ExperimentsInHonesty I see what you mean. The dependency you added is correct. I added the other dependency for Conducting user research. I just realized that the other issues should be reworked so they correctly reflect the dependency.