Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Max Binder]

I tested this on a willing Team Practices Group, and got a lot of good
feedback. I populated the github issues page with a slew of user stories. :)

On Wed, Jan 13, 2016 at 7:31 PM, Sam Smith  wrote:

> I would say is that I found myself wanting to immediately respond to a
> question and I wasn't sure of the protocol. However, I suspect that this
> was heavily influenced by the fact that I was in the meeting room – I'm
> usually a face on the big green – and I could see the stack of people
> waiting to talk.
>
> It's been great trying out the tool and I'm looking forward to using it
> again.
>
> -Sam
>
> On Wed, Jan 13, 2016 at 6:12 PM, Joaquin Oltra Hernandez <
> jhernan...@wikimedia.org> wrote:
>
>> Default volume should be 5% now, which works fine in meeting rooms, you
>> can barely hear it.
>>
>> We found very useful to keep the stack window on the big screen resized
>> side by side with the big hangouts window to give visibility to the stack.
>>
>> Even the members of the room used it to wait for a turn, it was pretty
>> useful!
>> On Jan 13, 2016 17:14, "Max Binder"  wrote:
>>
>>> Yea, I think the best use of sound would be something that the
>>> facilitator can hear, but not necessarily everyone. And maybe simply a
>>> nicer sound. :)
>>>
>>> I'll populate the github page!
>>>
>>> On Mon, Jan 11, 2016 at 3:15 PM, Joaquin Oltra Hernandez <
>>> jhernan...@wikimedia.org> wrote:
>>>
 Adam, we talked about this and it seems like showing some kind of stats
 with how many times the attendants have been in the room would help seeing
 who has participated more and who less. Would that be reasonable?

 We've tried it out today in a long meeting and it was definitely
 helpful (i monitored the queue, and it helped people queue for talking
 without disrupting the current conversation).

 We also found that the sounds are pretty disruptive, so we've added a
 mute button so that we can show it on the meeting screen and in remotes
 that are talking without bothering everyone. I want to get around to
 lowering the volume of the sounds, or disabling them by default. They don't
 seem as useful as we anticipated.

 If you find issues or want to request changes, go to
 https://github.com/joakin/stack/issues

 Thanks!

> On Jan 11 2016, at 12:41 pm, Kristen Lans 
> wrote:
> Very cool Joaquin! I can't wait to try it.
>
> FYI, here's a link to a short description of the facilitation
> technique of "stacking" from the group I learned it from, Community at
> Work: http://tinyurl.com/hv5ufmd
>
> KL
>
> On Mon, Jan 11, 2016 at 11:55 AM, Max Binder 
> wrote:
>
> Thanks, Joaquin!
>
> I can't wait to test it in a real meeting. Maybe I'll use TPG as
> guinea pigs...
>
>
> On Fri, Jan 8, 2016 at 2:56 PM, Joaquin Oltra Hernandez <
> jhernan...@wikimedia.org> wrote:
>
> Hi!
>
> I've worked on this during the hackathon, and after chatting with Max
> it has the required functionality to work:
>
> http://stack.wmflabs.org
>
> Features:
> * create named rooms (shareable URL)
> * add yourself to the queue (remembers name)
> * one person can add multiple people
> * can pop from the stack (needs human agreement on who will be the
> popper)
> * plays sound when somebody is added to queue
> * after 5 minutes of stale queue plays warning sound
>
> It's kind of real-time (1s interval polling to server) and it may
> crash at some point, but it gets the job done for now. It's also not 
> really
> secured so a mean user can probably easily crash the server, I'm assuming
> good faith for now.
>
> Open to comments, hope this helps!
> On Sep 22, 2015 08:53, "Dan Garry"  wrote:
>
> On 22 September 2015 at 08:40, Kevin Smith 
> wrote:
>
> I had thought about that in the past, but seeing it in this thread
> really resonated with me. For meetings with a mix of SF and remote folks, 
> I
> am starting to think that it would be better for all the SF folks to
> scatter and use individual computers to join the hangout.
>
>
> This is harder than it seems. It can be quite disruptive to those
> around you to sit at your desk being noisy participating in a hangout, and
> that rules out a large part of the office. I've done this before myself
> from the fifth floor collab space, where there are no permanent desks and
> some semi-private areas, but you cannot guarantee the availability of 
> those
> spaces. When I was remote I often wondered why more people didn't do this,
> but when I moved to the office, I started to appreciate the difficulties
> with it.
>
> Dan
>
> --
> Dan Garry
> Lead Product Manager, Discovery
> Wikimedia Foundation
>
> ___
>

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Sam Smith]

I would say is that I found myself wanting to immediately respond to a
question and I wasn't sure of the protocol. However, I suspect that this
was heavily influenced by the fact that I was in the meeting room – I'm
usually a face on the big green – and I could see the stack of people
waiting to talk.

It's been great trying out the tool and I'm looking forward to using it
again.

-Sam

On Wed, Jan 13, 2016 at 6:12 PM, Joaquin Oltra Hernandez <
jhernan...@wikimedia.org> wrote:

> Default volume should be 5% now, which works fine in meeting rooms, you
> can barely hear it.
>
> We found very useful to keep the stack window on the big screen resized
> side by side with the big hangouts window to give visibility to the stack.
>
> Even the members of the room used it to wait for a turn, it was pretty
> useful!
> On Jan 13, 2016 17:14, "Max Binder"  wrote:
>
>> Yea, I think the best use of sound would be something that the
>> facilitator can hear, but not necessarily everyone. And maybe simply a
>> nicer sound. :)
>>
>> I'll populate the github page!
>>
>> On Mon, Jan 11, 2016 at 3:15 PM, Joaquin Oltra Hernandez <
>> jhernan...@wikimedia.org> wrote:
>>
>>> Adam, we talked about this and it seems like showing some kind of stats
>>> with how many times the attendants have been in the room would help seeing
>>> who has participated more and who less. Would that be reasonable?
>>>
>>> We've tried it out today in a long meeting and it was definitely helpful
>>> (i monitored the queue, and it helped people queue for talking without
>>> disrupting the current conversation).
>>>
>>> We also found that the sounds are pretty disruptive, so we've added a
>>> mute button so that we can show it on the meeting screen and in remotes
>>> that are talking without bothering everyone. I want to get around to
>>> lowering the volume of the sounds, or disabling them by default. They don't
>>> seem as useful as we anticipated.
>>>
>>> If you find issues or want to request changes, go to
>>> https://github.com/joakin/stack/issues
>>>
>>> Thanks!
>>>
 On Jan 11 2016, at 12:41 pm, Kristen Lans  wrote:
 Very cool Joaquin! I can't wait to try it.

 FYI, here's a link to a short description of the facilitation technique
 of "stacking" from the group I learned it from, Community at Work:
 http://tinyurl.com/hv5ufmd

 KL

 On Mon, Jan 11, 2016 at 11:55 AM, Max Binder 
 wrote:

 Thanks, Joaquin!

 I can't wait to test it in a real meeting. Maybe I'll use TPG as guinea
 pigs...


 On Fri, Jan 8, 2016 at 2:56 PM, Joaquin Oltra Hernandez <
 jhernan...@wikimedia.org> wrote:

 Hi!

 I've worked on this during the hackathon, and after chatting with Max
 it has the required functionality to work:

 http://stack.wmflabs.org

 Features:
 * create named rooms (shareable URL)
 * add yourself to the queue (remembers name)
 * one person can add multiple people
 * can pop from the stack (needs human agreement on who will be the
 popper)
 * plays sound when somebody is added to queue
 * after 5 minutes of stale queue plays warning sound

 It's kind of real-time (1s interval polling to server) and it may crash
 at some point, but it gets the job done for now. It's also not really
 secured so a mean user can probably easily crash the server, I'm assuming
 good faith for now.

 Open to comments, hope this helps!
 On Sep 22, 2015 08:53, "Dan Garry"  wrote:

 On 22 September 2015 at 08:40, Kevin Smith 
 wrote:

 I had thought about that in the past, but seeing it in this thread
 really resonated with me. For meetings with a mix of SF and remote folks, I
 am starting to think that it would be better for all the SF folks to
 scatter and use individual computers to join the hangout.


 This is harder than it seems. It can be quite disruptive to those
 around you to sit at your desk being noisy participating in a hangout, and
 that rules out a large part of the office. I've done this before myself
 from the fifth floor collab space, where there are no permanent desks and
 some semi-private areas, but you cannot guarantee the availability of those
 spaces. When I was remote I often wondered why more people didn't do this,
 but when I moved to the office, I started to appreciate the difficulties
 with it.

 Dan

 --
 Dan Garry
 Lead Product Manager, Discovery
 Wikimedia Foundation

 ___
 teampractices mailing list
 teampractices@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/teampractices


 ___
 teampractices mailing list
 teampractices@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/teampractices



 _

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Joaquin Oltra Hernandez]

Default volume should be 5% now, which works fine in meeting rooms, you can
barely hear it.

We found very useful to keep the stack window on the big screen resized
side by side with the big hangouts window to give visibility to the stack.

Even the members of the room used it to wait for a turn, it was pretty
useful!
On Jan 13, 2016 17:14, "Max Binder"  wrote:

> Yea, I think the best use of sound would be something that the facilitator
> can hear, but not necessarily everyone. And maybe simply a nicer sound. :)
>
> I'll populate the github page!
>
> On Mon, Jan 11, 2016 at 3:15 PM, Joaquin Oltra Hernandez <
> jhernan...@wikimedia.org> wrote:
>
>> Adam, we talked about this and it seems like showing some kind of stats
>> with how many times the attendants have been in the room would help seeing
>> who has participated more and who less. Would that be reasonable?
>>
>> We've tried it out today in a long meeting and it was definitely helpful
>> (i monitored the queue, and it helped people queue for talking without
>> disrupting the current conversation).
>>
>> We also found that the sounds are pretty disruptive, so we've added a
>> mute button so that we can show it on the meeting screen and in remotes
>> that are talking without bothering everyone. I want to get around to
>> lowering the volume of the sounds, or disabling them by default. They don't
>> seem as useful as we anticipated.
>>
>> If you find issues or want to request changes, go to
>> https://github.com/joakin/stack/issues
>>
>> Thanks!
>>
>>> On Jan 11 2016, at 12:41 pm, Kristen Lans  wrote:
>>> Very cool Joaquin! I can't wait to try it.
>>>
>>> FYI, here's a link to a short description of the facilitation technique
>>> of "stacking" from the group I learned it from, Community at Work:
>>> http://tinyurl.com/hv5ufmd
>>>
>>> KL
>>>
>>> On Mon, Jan 11, 2016 at 11:55 AM, Max Binder 
>>> wrote:
>>>
>>> Thanks, Joaquin!
>>>
>>> I can't wait to test it in a real meeting. Maybe I'll use TPG as guinea
>>> pigs...
>>>
>>>
>>> On Fri, Jan 8, 2016 at 2:56 PM, Joaquin Oltra Hernandez <
>>> jhernan...@wikimedia.org> wrote:
>>>
>>> Hi!
>>>
>>> I've worked on this during the hackathon, and after chatting with Max it
>>> has the required functionality to work:
>>>
>>> http://stack.wmflabs.org
>>>
>>> Features:
>>> * create named rooms (shareable URL)
>>> * add yourself to the queue (remembers name)
>>> * one person can add multiple people
>>> * can pop from the stack (needs human agreement on who will be the
>>> popper)
>>> * plays sound when somebody is added to queue
>>> * after 5 minutes of stale queue plays warning sound
>>>
>>> It's kind of real-time (1s interval polling to server) and it may crash
>>> at some point, but it gets the job done for now. It's also not really
>>> secured so a mean user can probably easily crash the server, I'm assuming
>>> good faith for now.
>>>
>>> Open to comments, hope this helps!
>>> On Sep 22, 2015 08:53, "Dan Garry"  wrote:
>>>
>>> On 22 September 2015 at 08:40, Kevin Smith  wrote:
>>>
>>> I had thought about that in the past, but seeing it in this thread
>>> really resonated with me. For meetings with a mix of SF and remote folks, I
>>> am starting to think that it would be better for all the SF folks to
>>> scatter and use individual computers to join the hangout.
>>>
>>>
>>> This is harder than it seems. It can be quite disruptive to those around
>>> you to sit at your desk being noisy participating in a hangout, and that
>>> rules out a large part of the office. I've done this before myself from the
>>> fifth floor collab space, where there are no permanent desks and some
>>> semi-private areas, but you cannot guarantee the availability of those
>>> spaces. When I was remote I often wondered why more people didn't do this,
>>> but when I moved to the office, I started to appreciate the difficulties
>>> with it.
>>>
>>> Dan
>>>
>>> --
>>> Dan Garry
>>> Lead Product Manager, Discovery
>>> Wikimedia Foundation
>>>
>>> ___
>>> teampractices mailing list
>>> teampractices@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/teampractices
>>>
>>>
>>> ___
>>> teampractices mailing list
>>> teampractices@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/teampractices
>>>
>>>
>>>
>>> ___
>>> teampractices mailing list
>>> teampractices@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/teampractices
>>>
>>>
>>>
>> ___
>> teampractices mailing list
>> teampractices@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/teampractices
>>
>>
>
> ___
> teampractices mailing list
> teampractices@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/teampractices
>
>
___
teampractices mailing l

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Max Binder]

Yea, I think the best use of sound would be something that the facilitator
can hear, but not necessarily everyone. And maybe simply a nicer sound. :)

I'll populate the github page!

On Mon, Jan 11, 2016 at 3:15 PM, Joaquin Oltra Hernandez <
jhernan...@wikimedia.org> wrote:

> Adam, we talked about this and it seems like showing some kind of stats
> with how many times the attendants have been in the room would help seeing
> who has participated more and who less. Would that be reasonable?
>
> We've tried it out today in a long meeting and it was definitely helpful
> (i monitored the queue, and it helped people queue for talking without
> disrupting the current conversation).
>
> We also found that the sounds are pretty disruptive, so we've added a mute
> button so that we can show it on the meeting screen and in remotes that are
> talking without bothering everyone. I want to get around to lowering the
> volume of the sounds, or disabling them by default. They don't seem as
> useful as we anticipated.
>
> If you find issues or want to request changes, go to
> https://github.com/joakin/stack/issues
>
> Thanks!
>
>> On Jan 11 2016, at 12:41 pm, Kristen Lans  wrote:
>> Very cool Joaquin! I can't wait to try it.
>>
>> FYI, here's a link to a short description of the facilitation technique
>> of "stacking" from the group I learned it from, Community at Work:
>> http://tinyurl.com/hv5ufmd
>>
>> KL
>>
>> On Mon, Jan 11, 2016 at 11:55 AM, Max Binder 
>> wrote:
>>
>> Thanks, Joaquin!
>>
>> I can't wait to test it in a real meeting. Maybe I'll use TPG as guinea
>> pigs...
>>
>>
>> On Fri, Jan 8, 2016 at 2:56 PM, Joaquin Oltra Hernandez <
>> jhernan...@wikimedia.org> wrote:
>>
>> Hi!
>>
>> I've worked on this during the hackathon, and after chatting with Max it
>> has the required functionality to work:
>>
>> http://stack.wmflabs.org
>>
>> Features:
>> * create named rooms (shareable URL)
>> * add yourself to the queue (remembers name)
>> * one person can add multiple people
>> * can pop from the stack (needs human agreement on who will be the popper)
>> * plays sound when somebody is added to queue
>> * after 5 minutes of stale queue plays warning sound
>>
>> It's kind of real-time (1s interval polling to server) and it may crash
>> at some point, but it gets the job done for now. It's also not really
>> secured so a mean user can probably easily crash the server, I'm assuming
>> good faith for now.
>>
>> Open to comments, hope this helps!
>> On Sep 22, 2015 08:53, "Dan Garry"  wrote:
>>
>> On 22 September 2015 at 08:40, Kevin Smith  wrote:
>>
>> I had thought about that in the past, but seeing it in this thread really
>> resonated with me. For meetings with a mix of SF and remote folks, I am
>> starting to think that it would be better for all the SF folks to scatter
>> and use individual computers to join the hangout.
>>
>>
>> This is harder than it seems. It can be quite disruptive to those around
>> you to sit at your desk being noisy participating in a hangout, and that
>> rules out a large part of the office. I've done this before myself from the
>> fifth floor collab space, where there are no permanent desks and some
>> semi-private areas, but you cannot guarantee the availability of those
>> spaces. When I was remote I often wondered why more people didn't do this,
>> but when I moved to the office, I started to appreciate the difficulties
>> with it.
>>
>> Dan
>>
>> --
>> Dan Garry
>> Lead Product Manager, Discovery
>> Wikimedia Foundation
>>
>> ___
>> teampractices mailing list
>> teampractices@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/teampractices
>>
>>
>> ___
>> teampractices mailing list
>> teampractices@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/teampractices
>>
>>
>>
>> ___
>> teampractices mailing list
>> teampractices@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/teampractices
>>
>>
>>
> ___
> teampractices mailing list
> teampractices@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/teampractices
>
>
___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Joaquin Oltra Hernandez]

Adam, we talked about this and it seems like showing some kind of stats with
how many times the attendants have been in the room would help seeing who has
participated more and who less. Would that be reasonable?

  

We've tried it out today in a long meeting and it was definitely helpful (i
monitored the queue, and it helped people queue for talking without disrupting
the current conversation).

  

We also found that the sounds are pretty disruptive, so we've added a mute
button so that we can show it on the meeting screen and in remotes that are
talking without bothering everyone. I want to get around to lowering the
volume of the sounds, or disabling them by default. They don't seem as useful
as we anticipated.

  

If you find issues or want to request changes, go to
https://github.com/joakin/stack/issues

  

Thanks!

> On Jan 11 2016, at 12:41 pm, Kristen Lans  wrote:  

>

> Very cool Joaquin! I can't wait to try it.

>

>  

>

> FYI, here's a link to a short description of the facilitation technique of
"stacking" from the group I learned it from, Community at Work:


>

>  

>

> KL

>

>  

>

> On Mon, Jan 11, 2016 at 11:55 AM, Max Binder
<[mbin...@wikimedia.org](mailto:mbin...@wikimedia.org)> wrote:  

>

>> Thanks, Joaquin!  
  
I can't wait to test it in a real meeting. Maybe I'll use TPG as guinea
pigs...  
  

>>

>>  

>>

>> On Fri, Jan 8, 2016 at 2:56 PM, Joaquin Oltra Hernandez
<[jhernan...@wikimedia.org](mailto:jhernan...@wikimedia.org)> wrote:  

>>

>>> Hi!

>>>

>>> I've worked on this during the hackathon, and after chatting with Max it
has the required functionality to work:

>>>

>>> 

>>>

>>> Features:  
* create named rooms (shareable URL)  
* add yourself to the queue (remembers name)  
* one person can add multiple people  
* can pop from the stack (needs human agreement on who will be the popper)  
* plays sound when somebody is added to queue  
* after 5 minutes of stale queue plays warning sound
>>>

>>> It's kind of real-time (1s interval polling to server) and it may crash at
some point, but it gets the job done for now. It's also not really secured so
a mean user can probably easily crash the server, I'm assuming good faith for
now.

>>>

>>> Open to comments, hope this helps!

>>>

>>> On Sep 22, 2015 08:53, "Dan Garry"
<[dga...@wikimedia.org](mailto:dga...@wikimedia.org)> wrote:  

>>>

 On 22 September 2015 at 08:40, Kevin Smith
<[ksm...@wikimedia.org](mailto:ksm...@wikimedia.org)> wrote:



> I had thought about that in the past, but seeing it in this thread
really resonated with me. For meetings with a mix of SF and remote folks, I am
starting to think that it would be better for all the SF folks to scatter and
use individual computers to join the hangout.



  



 This is harder than it seems. It can be quite disruptive to those around
you to sit at your desk being noisy participating in a hangout, and that rules
out a large part of the office. I've done this before myself from the fifth
floor collab space, where there are no permanent desks and some semi-private
areas, but you cannot guarantee the availability of those spaces. When I was
remote I often wondered why more people didn't do this, but when I moved to
the office, I started to appreciate the difficulties with it.



  
Dan



  



 \--  



 Dan Garry



 Lead Product Manager, Discovery



 Wikimedia Foundation



  



 ___  
teampractices mailing list  
[teampractices@lists.wikimedia.org](mailto:teampractices@lists.wikimedia.org)  
  
  

>>>

>>>  
___  
teampractices mailing list  
[teampractices@lists.wikimedia.org](mailto:teampractices@lists.wikimedia.org)  
  
  

>>

>>  

>>

>>  
___  
teampractices mailing list  
[teampractices@lists.wikimedia.org](mailto:teampractices@lists.wikimedia.org)  
  
  

>

>  

___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Kristen Lans]

Very cool Joaquin! I can't wait to try it.

FYI, here's a link to a short description of the facilitation technique of
"stacking" from the group I learned it from, Community at Work:
http://tinyurl.com/hv5ufmd

KL

On Mon, Jan 11, 2016 at 11:55 AM, Max Binder  wrote:

> Thanks, Joaquin!
>
> I can't wait to test it in a real meeting. Maybe I'll use TPG as guinea
> pigs...
>
>
> On Fri, Jan 8, 2016 at 2:56 PM, Joaquin Oltra Hernandez <
> jhernan...@wikimedia.org> wrote:
>
>> Hi!
>>
>> I've worked on this during the hackathon, and after chatting with Max it
>> has the required functionality to work:
>>
>> http://stack.wmflabs.org
>>
>> Features:
>> * create named rooms (shareable URL)
>> * add yourself to the queue (remembers name)
>> * one person can add multiple people
>> * can pop from the stack (needs human agreement on who will be the popper)
>> * plays sound when somebody is added to queue
>> * after 5 minutes of stale queue plays warning sound
>>
>> It's kind of real-time (1s interval polling to server) and it may crash
>> at some point, but it gets the job done for now. It's also not really
>> secured so a mean user can probably easily crash the server, I'm assuming
>> good faith for now.
>>
>> Open to comments, hope this helps!
>> On Sep 22, 2015 08:53, "Dan Garry"  wrote:
>>
>> On 22 September 2015 at 08:40, Kevin Smith  wrote:
>>>
>>> I had thought about that in the past, but seeing it in this thread
>>> really resonated with me. For meetings with a mix of SF and remote folks, I
>>> am starting to think that it would be better for all the SF folks to
>>> scatter and use individual computers to join the hangout.
>>>
>>
>> This is harder than it seems. It can be quite disruptive to those around
>> you to sit at your desk being noisy participating in a hangout, and that
>> rules out a large part of the office. I've done this before myself from the
>> fifth floor collab space, where there are no permanent desks and some
>> semi-private areas, but you cannot guarantee the availability of those
>> spaces. When I was remote I often wondered why more people didn't do this,
>> but when I moved to the office, I started to appreciate the difficulties
>> with it.
>>
>> Dan
>>
>> --
>> Dan Garry
>> Lead Product Manager, Discovery
>> Wikimedia Foundation
>>
>> ___
>> teampractices mailing list
>> teampractices@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/teampractices
>>
>>
>> ___
>> teampractices mailing list
>> teampractices@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/teampractices
>>
>>
>
> ___
> teampractices mailing list
> teampractices@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/teampractices
>
>
___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Max Binder]

Thanks, Joaquin!

I can't wait to test it in a real meeting. Maybe I'll use TPG as guinea
pigs...


On Fri, Jan 8, 2016 at 2:56 PM, Joaquin Oltra Hernandez <
jhernan...@wikimedia.org> wrote:

> Hi!
>
> I've worked on this during the hackathon, and after chatting with Max it
> has the required functionality to work:
>
> http://stack.wmflabs.org
>
> Features:
> * create named rooms (shareable URL)
> * add yourself to the queue (remembers name)
> * one person can add multiple people
> * can pop from the stack (needs human agreement on who will be the popper)
> * plays sound when somebody is added to queue
> * after 5 minutes of stale queue plays warning sound
>
> It's kind of real-time (1s interval polling to server) and it may crash at
> some point, but it gets the job done for now. It's also not really secured
> so a mean user can probably easily crash the server, I'm assuming good
> faith for now.
>
> Open to comments, hope this helps!
> On Sep 22, 2015 08:53, "Dan Garry"  wrote:
>
> On 22 September 2015 at 08:40, Kevin Smith  wrote:
>>
>> I had thought about that in the past, but seeing it in this thread really
>> resonated with me. For meetings with a mix of SF and remote folks, I am
>> starting to think that it would be better for all the SF folks to scatter
>> and use individual computers to join the hangout.
>>
>
> This is harder than it seems. It can be quite disruptive to those around
> you to sit at your desk being noisy participating in a hangout, and that
> rules out a large part of the office. I've done this before myself from the
> fifth floor collab space, where there are no permanent desks and some
> semi-private areas, but you cannot guarantee the availability of those
> spaces. When I was remote I often wondered why more people didn't do this,
> but when I moved to the office, I started to appreciate the difficulties
> with it.
>
> Dan
>
> --
> Dan Garry
> Lead Product Manager, Discovery
> Wikimedia Foundation
>
> ___
> teampractices mailing list
> teampractices@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/teampractices
>
>
> ___
> teampractices mailing list
> teampractices@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/teampractices
>
>
___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Adam Wight]

Hello, interesting mailing list!

Joaquin, this is fantastic and much needed.  Thank you for taking the time
to write this prototype!  Ironically, I'm reading your letter from the
"skunkworks" unconference session.

One small feature request: a way to flag or reprioritize someone on the
queue, e.g. when the moderator identifies this person as someone who hasn't
spoken yet.

-Adam

On Fri, Jan 8, 2016 at 2:56 PM, Joaquin Oltra Hernandez <
jhernan...@wikimedia.org> wrote:

> Hi!
>
> I've worked on this during the hackathon, and after chatting with Max it
> has the required functionality to work:
>
> http://stack.wmflabs.org
>
> Features:
> * create named rooms (shareable URL)
> * add yourself to the queue (remembers name)
> * one person can add multiple people
> * can pop from the stack (needs human agreement on who will be the popper)
> * plays sound when somebody is added to queue
> * after 5 minutes of stale queue plays warning sound
>
> It's kind of real-time (1s interval polling to server) and it may crash at
> some point, but it gets the job done for now. It's also not really secured
> so a mean user can probably easily crash the server, I'm assuming good
> faith for now.
>
> Open to comments, hope this helps!
> On Sep 22, 2015 08:53, "Dan Garry"  wrote:
>
> On 22 September 2015 at 08:40, Kevin Smith  wrote:
>>
>> I had thought about that in the past, but seeing it in this thread really
>> resonated with me. For meetings with a mix of SF and remote folks, I am
>> starting to think that it would be better for all the SF folks to scatter
>> and use individual computers to join the hangout.
>>
>
> This is harder than it seems. It can be quite disruptive to those around
> you to sit at your desk being noisy participating in a hangout, and that
> rules out a large part of the office. I've done this before myself from the
> fifth floor collab space, where there are no permanent desks and some
> semi-private areas, but you cannot guarantee the availability of those
> spaces. When I was remote I often wondered why more people didn't do this,
> but when I moved to the office, I started to appreciate the difficulties
> with it.
>
> Dan
>
> --
> Dan Garry
> Lead Product Manager, Discovery
> Wikimedia Foundation
>
> ___
> teampractices mailing list
> teampractices@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/teampractices
>
>
> ___
> teampractices mailing list
> teampractices@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/teampractices
>
>
___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Joaquin Oltra Hernandez]

Hi!

I've worked on this during the hackathon, and after chatting with Max it
has the required functionality to work:

http://stack.wmflabs.org

Features:
* create named rooms (shareable URL)
* add yourself to the queue (remembers name)
* one person can add multiple people
* can pop from the stack (needs human agreement on who will be the popper)
* plays sound when somebody is added to queue
* after 5 minutes of stale queue plays warning sound

It's kind of real-time (1s interval polling to server) and it may crash at
some point, but it gets the job done for now. It's also not really secured
so a mean user can probably easily crash the server, I'm assuming good
faith for now.

Open to comments, hope this helps!
On Sep 22, 2015 08:53, "Dan Garry"  wrote:

On 22 September 2015 at 08:40, Kevin Smith  wrote:
>
> I had thought about that in the past, but seeing it in this thread really
> resonated with me. For meetings with a mix of SF and remote folks, I am
> starting to think that it would be better for all the SF folks to scatter
> and use individual computers to join the hangout.
>

This is harder than it seems. It can be quite disruptive to those around
you to sit at your desk being noisy participating in a hangout, and that
rules out a large part of the office. I've done this before myself from the
fifth floor collab space, where there are no permanent desks and some
semi-private areas, but you cannot guarantee the availability of those
spaces. When I was remote I often wondered why more people didn't do this,
but when I moved to the office, I started to appreciate the difficulties
with it.

Dan

-- 
Dan Garry
Lead Product Manager, Discovery
Wikimedia Foundation

___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices
___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Dan Garry]

On 22 September 2015 at 08:40, Kevin Smith  wrote:
>
> I had thought about that in the past, but seeing it in this thread really
> resonated with me. For meetings with a mix of SF and remote folks, I am
> starting to think that it would be better for all the SF folks to scatter
> and use individual computers to join the hangout.
>

This is harder than it seems. It can be quite disruptive to those around
you to sit at your desk being noisy participating in a hangout, and that
rules out a large part of the office. I've done this before myself from the
fifth floor collab space, where there are no permanent desks and some
semi-private areas, but you cannot guarantee the availability of those
spaces. When I was remote I often wondered why more people didn't do this,
but when I moved to the office, I started to appreciate the difficulties
with it.

Dan

-- 
Dan Garry
Lead Product Manager, Discovery
Wikimedia Foundation
___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Max Binder]

I think, for the most part, we do have a mantra of "everyone is remote."
However, there are times when certain facilitation methods call for
physical participation, physical charts, etc. The latest meeting had ~10
folks around the table, and one or two remote (simply because they could
not make it). I hear the remote love, but I'd still like to find a tool to
fit the process, if possible.

On Tue, Sep 22, 2015 at 8:40 AM, Kevin Smith  wrote:

>
> The way the WMF engineering team solved it is that all members are
>> attending the meeting remotely. Despite 3 out of 7 members are based in
>> SF, albeit frequently working remotely.  That might sound a bit extreme
>> though.
>>
>
> I had thought about that in the past, but seeing it in this thread really
> resonated with me. For meetings with a mix of SF and remote folks, I am
> starting to think that it would be better for all the SF folks to scatter
> and use individual computers to join the hangout. It would avoid
> cross-table talk, and would put the facilitator in a position to have equal
> access to all participants. It would also avoid risk of conference room
> echo.
>
> It is extreme, and probably wouldn't be feasible much of the time. But it
> does have appeal, and I might look for opportunities to experiment with it.
> At a minimum, I'll probably try harder to use my own laptop rather than
> conference room A/V when I end up being the only SF participant in a
> meeting.
>
> Kevin
>
>
> ___
> teampractices mailing list
> teampractices@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/teampractices
>
>
___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Kevin Smith]

> The way the WMF engineering team solved it is that all members are
> attending the meeting remotely. Despite 3 out of 7 members are based in
> SF, albeit frequently working remotely.  That might sound a bit extreme
> though.
>

I had thought about that in the past, but seeing it in this thread really
resonated with me. For meetings with a mix of SF and remote folks, I am
starting to think that it would be better for all the SF folks to scatter
and use individual computers to join the hangout. It would avoid
cross-table talk, and would put the facilitator in a position to have equal
access to all participants. It would also avoid risk of conference room
echo.

It is extreme, and probably wouldn't be feasible much of the time. But it
does have appeal, and I might look for opportunities to experiment with it.
At a minimum, I'll probably try harder to use my own laptop rather than
conference room A/V when I end up being the only SF participant in a
meeting.

Kevin
___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices

Re: [teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Antoine Musso]

Le 17/09/2015 00:52, Max Binder a écrit :
> /TL;DR: Looking for a browser-based tool, in the vein of hatjitsu
> , that queues people for a facilitator
> running a meeting./
>

>
> I presented the issue to OIT, who suggested the method used in Monthly
> Metrics, of etherpad+IRC(+James Forrester). While good for Q&A, I don't
> think it works as well for a group of people in a smaller meeting who
> are trying to toss the ball back and forth. It also requires people to
> manually withdraw their comments or questions if they have been
> addressed (or fall to the facilitator to determine if a comment or
> question is already addressed). A bit like Phabricator, it works, but it
> doesn't...flow.

Hello,

The way the WMF engineering team solved it is that all members are
attending the meeting remotely. Despite 3 out of 7 members are based in
SF, albeit frequently working remotely.  That might sound a bit extreme
though.

For mixed audiences, I have seen meetings having a presenter and someone
helping interact with online peoples.  I.e it would literally raises its
hand instead of remote folks.

  O/
 remote1: ack

* helper physically raises its hand for remote1 *


-- 
Antoine "hashar" Musso


___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices

[teampractices] [TOOL REQUEST] A way to "raise your hand" as a remotee

[Max Binder]

*TL;DR: Looking for a browser-based tool, in the vein of hatjitsu
, that queues people for a facilitator
running a meeting.*

In a few meetings lately, we've struggled a bit to see the raised hands of
remotees. This might be because the facilitator is presenting their screen
(and thereby can't see hands), or it might be because the facilitator in
physically at the meeting and there are only one or two remotees, or it
might be another reason. It sounds like something easy to fix simply by
"paying better attention," but you might be surprised how easily remotees
get excluded unintentionally.

Some videoconferencing software has a "raise your hand" feature that
Hangouts lacks. I've found an unofficial Hangouts plugin
 that does this, but
it would be burdensome to implement. There are also other standalone tools
 that I've not tested as of
yet (MAMP is giving me a hard time with PHP).

I presented the issue to OIT, who suggested the method used in Monthly
Metrics, of etherpad+IRC(+James Forrester). While good for Q&A, I don't
think it works as well for a group of people in a smaller meeting who are
trying to toss the ball back and forth. It also requires people to manually
withdraw their comments or questions if they have been addressed (or fall
to the facilitator to determine if a comment or question is already
addressed). A bit like Phabricator, it works, but it doesn't...flow.

Any ideas?
___
teampractices mailing list
teampractices@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/teampractices