git@vger.kernel.org list mirror (unofficial, one of many)
 help / color / mirror / code / Atom feed
From: <rsbecker@nexbridge.com>
To: "'Alice Merrick'" <amerrick@google.com>,
	"'Emily Shaffer'" <emilyshaffer@google.com>
Cc: "'Jonathan Nieder'" <jrnieder@gmail.com>,
	"'Git List'" <git@vger.kernel.org>,
	"'David Aguilar'" <davvid@gmail.com>
Subject: RE: Let's have a user experience workshop
Date: Fri, 20 May 2022 12:22:33 -0400	[thread overview]
Message-ID: <028801d86c65$d2785db0$77691910$@nexbridge.com> (raw)
In-Reply-To: <CA+Yb-VQx2CMixGh6GExce9n=QxR-esuhPuuHwzfDKYNow4Zyzw@mail.gmail.com>

On May 20, 2022 12:18 PM, Alice Merrick wrote:
>>"3. Testing ideas
>> with users" I would find it worrisome if getting user input would
>>require reviews on a given patch stalling out until the next monthly
>>meeting.  (Reviews are already slower than they should be as it is!)  I
>>don't know that that's what you meant to suggest; I'm just aiming to
>>understand what you mean about the "all 4" above.
>
>I agree, you wouldn't want to wait until something is in review to get user
>feedback or testing. I think a Lean UX
>(https://www.scaledagileframework.com/lean-ux/) approach would be more
>appropriate especially when there is no designated UX person. You might need to
>lean more heavily on design standards and instrumentation for feedback, but
>sessions with users would still be important for developing standards and could be
>used as needed if it's not possible to do them on a regular basis.
>
>> > > I'd envision it as something between a working group and a book
>> > > club - we could learn different aspects of UX design and research,
>> > > and apply them in various ways.
>
>I like this idea. A working group could work on developing design standards and
>work out what to measure and how to measure it.

I would imagine that some patch series do not directly impact UX while others do. Figuring out which are what might be a starting point. In some places, an API change would be UX - if the users are developers. Just a thought.
--Randall


      reply	other threads:[~2022-05-20 16:22 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-15 21:04 Alice Merrick
2022-03-16 17:36 ` Philip Oakley
2022-03-16 17:48   ` Emily Shaffer
2022-03-16 21:50     ` Philip Oakley
2022-03-16 20:10 ` Michal Suchánek
2022-03-16 20:41   ` Emily Shaffer
2022-03-16 21:34     ` Michal Suchánek
2022-03-16 22:05     ` Junio C Hamano
2022-05-10  3:35 ` Jonathan Nieder
2022-05-12 22:23   ` Emily Shaffer
2022-05-15 16:17     ` Jonathan Nieder
2022-05-16  7:43       ` Emily Shaffer
2022-05-20 16:17         ` Alice Merrick
2022-05-20 16:22           ` rsbecker [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='028801d86c65$d2785db0$77691910$@nexbridge.com' \
    --to=rsbecker@nexbridge.com \
    --cc=amerrick@google.com \
    --cc=davvid@gmail.com \
    --cc=emilyshaffer@google.com \
    --cc=git@vger.kernel.org \
    --cc=jrnieder@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this inbox:

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).