<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1251">
  </head>
  <body>
    <br>
    -----BEGIN PGP SIGNED MESSAGE----- <br>
    Hash: SHA256 <br>
     <br>
    <br>
    Simon,<br>
    <br>
    That's one of the questions we want the community to help us suss
    out.  Direct-hire, contract, or third-party hire?  What does the
    community suggest?<br>
    <br>
    apm<br>
    <br>
    On 5/8/2020 6:01 PM, Simon Poole wrote:<br>
    > Tobias<br>
    ><br>
    > Could you clarify if the board actual means "employee" when it
    is using<br>
    > the term or if the actual intent is to simply contract work
    out.<br>
    ><br>
    > The legal issues with both variants are rather convoluted, but
    different.<br>
    ><br>
    > Simon<br>
    ><br>
    > Am 06.05.2020 um 22:24 schrieb Tobias Knerr:<br>
    >> Hi all,<br>
    >><br>
    >> the OSMF Board wants to think about a general framework to
    hire people<br>
    >> to fill in the gaps that volunteers can't fill. We believe
    that, given<br>
    >> good practices and firm boundaries, hiring people would be
    worthwhile.<br>
    >> It could ensure the continued stability of the OSM platform
    (servers,<br>
    >> integral software) among other things, and augment the
    currently<br>
    >> overworked volunteers and under resourced efforts in the
    face of<br>
    >> continued growth.<br>
    >><br>
    >> We would like to gather your input on strategies to have
    the highest<br>
    >> possible positive impact at an acceptable cost, and with as
    few negative<br>
    >> effects as possible.<br>
    >><br>
    >> We had a brainstorm about this during the screen2screen,
    and these are<br>
    >> some things we all agree on:<br>
    >><br>
    >> * We strongly prefer not to hire when there are adequate
    volunteer<br>
    >> options. In particular, we are not going to engage in paid
    mapping.<br>
    >> * We need to define criteria for when we -can’t- wait for
    volunteers to<br>
    >> step up.<br>
    >> * We do not want to grow an army of employees. We do not
    envision 20<br>
    >> employees within 5 years, let alone 200!<br>
    >> * We want to make employees cooperate remotely, and through
    the same<br>
    >> platforms that volunteer contributors to that project also
    use.<br>
    >> * We should make sure all employees are treated equitably.<br>
    >> * People with an OSM volunteer background should be
    preferred (because<br>
    >> it demonstrates qualifications, added trustworthiness, and
    is the right<br>
    >> thing to do), but we don't agree to which degree.<br>
    >> * We want to avoid paid leadership or decision-making
    positions<br>
    >> * We want people to work for the community, not for the
    Board. But we<br>
    >> also do not want employees to have 10,000 bosses - that's a
    recipe for<br>
    >> burnout.<br>
    >><br>
    >> Some of the risks we hope the community can help address
    include the<br>
    >> following:<br>
    >> * Paid work can have a chilling effect on volunteering.<br>
    >> * Paid staff has other incentives than volunteers.<br>
    >> * Paid staff has more power to set direction of the project
    than a<br>
    >> volunteer, if only because of the amount of time they have.<br>
    >> * Paid staff hired from outside the community may lack an
    understanding<br>
    >> and appreciation for the way the community works.<br>
    >> * A direct link between organizations providing funding and
    a job being<br>
    >> done might give those organizations undue power.<br>
    >> * The organization that decides what gets worked on becomes
    quite<br>
    >> powerful, which risks losing the benefits of do-ocracy.<br>
    >><br>
    >> We know there are many issues with hiring people, but we
    hope that we<br>
    >> can install meaningful guardrails against the risks. Your
    input will<br>
    >> help us devise a strategy that makes sure we define the
    right jobs and<br>
    >> hire the right people for them.<br>
    >><br>
    >> Feel free to share your ideas here or send them to
    <a class="moz-txt-link-abbreviated" href="mailto:board@osmfoundation.org">board@osmfoundation.org</a><br>
    >><br>
    >> Tobias<br>
    >> (for the OSMF board)<br>
    >><br>
    >> _______________________________________________<br>
    >> osmf-talk mailing list<br>
    >> <a class="moz-txt-link-abbreviated" href="mailto:osmf-talk@openstreetmap.org">osmf-talk@openstreetmap.org</a><br>
    >> <a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/osmf-talk">https://lists.openstreetmap.org/listinfo/osmf-talk</a><br>
    ><br>
    ><br>
    > _______________________________________________<br>
    > osmf-talk mailing list<br>
    > <a class="moz-txt-link-abbreviated" href="mailto:osmf-talk@openstreetmap.org">osmf-talk@openstreetmap.org</a><br>
    > <a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/osmf-talk">https://lists.openstreetmap.org/listinfo/osmf-talk</a><br>
    -----BEGIN PGP SIGNATURE----- <br>
     <br>
    iQEzBAEBCAAdFiEEER986D5jX1luiUpMcrd1nrURZ5YFAl617AQACgkQcrd1nrUR <br>
    Z5bn7Af8DA8FQpH57NAll/ft+VkbCWOr5x2Qmbui8+CFa3vEV2mjhHhItHpHrBB6 <br>
    Ic1NyuEeernENHc2RVVgMZetGZ9I6IvMmXi3A+e2b2NuPU4FKSuiS8JGgOaX76Wx <br>
    XjsE7V/Dx3WLhI4wuWeoMZaLI39VeHQSTtkidKN+rU3sb39wz/+6Ig2jykemfx9u <br>
    S0obfrhESrOxfeQCret5yBaquF9t836vI1LKGL4Hlb+R+HJYqw7Z9EgRRZfVqsnC <br>
    F8U3O3Jc+BAxjsdlVSQX70pUbOzHb95V3MGg0t1QZ8uF3Bb4KIijcJmji4TE77cq <br>
    6FoiK9ciIiswH92m4RWbzK4cmESlQQ== <br>
    =yTx7 <br>
    -----END PGP SIGNATURE----- <br>
    <br>
  </body>
</html>