Talk:Design/Team/Process/LQT Archive 1

What if my team or project isn't mentioned?
Try as we might we can't always be aware of every project that’s going at all times, if we've missed your project or feature please get in touch with the design team and we will make sure we do our best to make sure we provide design coverage for you.

How will you handle new designers being added to the team?
As you can see above, even with the Design team growing many members are doing double duty as both Primary and Secondary on for multiple projects. As new designers are added to the team we will load balance as needed. Mostly likely new designers will join a project as a Secondary to get up to speed before being assigned to a new project or iteration of an existing one.

Does this mean I'll have the same designer(s) for the length of a projects?
This is the goal, especially for the Primary, however as projects and resources change the Secondary assigned to a project may change if they are needed as a Primary on another Project, and vice versa.

What is the analogy between agile terms and Primaries and Secondaries (for instance, is a Primary a scrummaster? a design tech lead? and a Secondary an engineer?)
We did a lot of thinking about those roles and how they fit with design. If you must draw correlations between this framework and agile, the Primary is more like the Product Owner. In most teams both of those agile roles are already well covered and I'm not attempting to replace them. The Primary may also not be the one doing the most work on a feature area, but they are the main point of contact for other stakeholders.

Will Primaries sit with their teams?
Maybe. This is up to the individual designers. Since each designer is a Primary for multiple teams (for now) it might end up with a lot of moving around day-to-day. Also, the designers like to sit next to each other so they can bounce ideas off each other.

What is the schedule?
Designers have blocked out on their calendars Wednesday for Focus, and Friday for Explore, starting the week of 10/14

When is Explore Wikimedia Design?
Monthly, dates TBD.

How will explore projects be built?
In the case of Brandon and Pau, they may build their Explore projects themselves, in the case of the other designers, the monthly Explore Wikimedia Design brownbag share out will be a venue for developers to see things they are interested in building during their own time/20% time.

All of the Explore work will be on-wiki both for feedback and for the community to be inspired by. We can work with Quim/Sumana to see if there is interest/availability in the community to build some of the explore features as well.

Is there a possible consensus/collaboration-driven way of handling designer/team assignments in the future?
We can see this happening for future projects but right now the focus is good coverage on projects that are already underway. We are certainly open to individual designer mutually agreeing to swap roles for projects as well.

Will weekly design critiques go back to being design only? How will other teams hear about the decisions and discussion?
Yes, Design reviews will be designers only going forward, they way they were originally. We've tended to post the feedback/notes (on per-project spaces) but we can also have a more general place to post these notes as well.

What if the days for collaborates for a team don't leave this flexibility in the schedule (no single match point)?
This new schedule may alter the team velocity. However we think it will also increase quality and team happiness. Therefore it is in line with the tenant of "Do less, better." We're ok with this. Are the other teams?

How do we determine how well this arrangement is working? or "What does success look like?"
At its simplest level, success is a happier design team, where members feel like they can think further out in the future, and develop a creative vision for the future of our projects. We currently don't feel that because much of our work is reactive to all the things that feel like they need to be done immediately.

Other major factors for success include building a backlog of designs that are interesting to Foundation and community engineers, developing a clearer vision of the design roadmap, elevation of the WMF as a place where great design and designers flourish in an open (source) environment, and a clear direction for where we want to be with design for the projects in six months to three years.

What does failure look like?
Designers feel like they have too much work and spend explore doing assigned projects. Designers can't time-box themselves to focus on projects with the right balance. A lot of time is spent on Explore designs and no one in the community or foundation wants to build them. Explore projects don't feel like they form a cohesive vision for the future of design at WMF.

What is the role of Primary & Secondaries when interacting with the community?
Both roles will be responsible for getting designs on-wiki, and responding to user and team comments on-wiki this is the current process and we believe it works well.

Both roles will be in contact with their Product Owners & Community Liasons to have the Community Liasons to do community research and outreach. We don't see this part of the process changing much and are not aware of any issues with the current state of things in this regard.

Any questions don't hesitate to contact Jared Zimmerman.