-
Notifications
You must be signed in to change notification settings - Fork 5
UX Team Folder Structure #6
Comments
Would love for folks on the team take a stab at the questions/weigh in here (or we can discuss at a future huddle). I'll start: Primary need: As a designer, I need a shared repo for final assets so that I can make changes to existing designs that have already been created by other team members. This would save me time and effort, so I don't have to re-build screens. When I view the repo, I'd like to see files organized in a folder structure with descriptive titles that tells me what the project is, so I can easily browse for past files that might relate to my current work. I'd also like to easily understand which files are most recent. Secondary need(s): I might need a repo to share in-progress design files with other team members, if we need to collaborate on design work or pick up where someone else left off. It would also be helpful to me to have a place to store my design files that is automatically backed up to the cloud and viewable by other members of the team, so I don't have to think about manually uploading files as often. |
Also wanted to highlight the resource @nickttng posted in Slack, the PARA method. I'm very intrigued by this as well, I think it could potentially work for us! |
As a designer, I need a shared repo of design team work to understand the decisions that went into the current designs, such as: what user groups and goals are enabled by the current design and what other designs were considered as alternatives so that as develop needs designs I don't solve problems the team has already solved and can see why certain design decisions were made. Other possible contributors could include anyone on the login team who has an idea or observations that could raise awareness of: a user problem they've experienced or observed, new or extreme use cases that could raise implications for who/how we research and design. |
Possibly we could tie each Issue to specific user stories or persona/goals Also we could use this repo to establish a current understanding of personas for login and update as user needs become more refined or as they evolve. Some factors for how we might consider defining who our end users are Achieve these:
Through designing:
Archetype considerations: (think personas meets JTBD)
|
Historical context: This repo was created because we were not authorized to use Sketch Cloud and Figma (Although, we are in the process of authorizing Figma at the moment). So, the team needed a way to track the latest files with push/pull feature. To answer the initial questions:
As a designer, I need a shared repo ...
At the moment, the repo is more of a file storage rather than a 'knowledge' repo, so it looks like this:
In the future: If it has research assets, the motivation of users/contributors would take on another dimension.
No, it doesn't. It needs to mature and to have a clear system for others to feel comfortable dropping in and moving files around. A suggestion is modifying the P.A.R.A. method to our needs.
TBD by discussions and questions. FWIW, I hesitate to define files/assets with "final" because it gives us a false sense of finality (or at least, for me). Sometimes, we circle back to older files to update or the files evolve over a long period of time. I don't have a solution in mind, but it would be nice to figure out a way to mark milestones, acceptance/accepted (borrowing from Jira), etc.
Not sure yet. A concern I've had for a while is sharing in-progress files/assets with a link, and then completing/moving the files out of the in-progress folder, which breaks the link. If using a P.A.R.A. method, it could look like this:
All in all, I think what Ben shared here resonates [in bold].
|
👋 howdy! I've opened a draft pull request for us to review during huddle tomorrow: #7 the changes in the request are based off of this conversation. Looking forward to hearing everybody's thoughts! |
Let's discuss our team's folder structure within
identity-design-assets
, and the sharing of team files more broadly!Currently, our folder structure looks like:
In Progress -- Issues
, folders are labeled by JIRA number (i.e. LG-1111)Questions to answer:
identity-design-assets
?The text was updated successfully, but these errors were encountered: