Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove 9a #1

Merged
merged 5 commits into from
Nov 9, 2020
Merged

Remove 9a #1

merged 5 commits into from
Nov 9, 2020

Conversation

Lucyeoh
Copy link
Contributor

@Lucyeoh Lucyeoh commented Sep 21, 2020

Remove:

9a) Privacy & Freedom of Expression:	
All projects must have strategies in place to anticipate, respond to and minimize adverse impacts on
privacy and freedom of expression where governments are believed to be using the project’s product
or services for illegitimate or political purposes.

Reason: This feels outside the scope of the OSS and more to do with the integrator, donor etc.

Remove -> "9a) Privacy & Freedom of Expression** |	All projects must have strategies in place to anticipate, respond to and minimize adverse impacts on privacy and freedom of expression where governments are believed to be using the project’s product or services for illegitimate or political purposes."
Reason: This feels outside the scope of the OSS and more to do with the integrator, donor etc.
@lacabra
Copy link
Contributor

lacabra commented Sep 21, 2020

👆 Cc: @eduffus, as the proposed changes are a result of a conversation with him, or rather an immediate reaction of trying to apply the current standard for vetting an active project.

@LawrenceHecht
Copy link
Contributor

Privacy is relevant. Freedom of expression is not. I read through the entire "The Age Digital Interdependence" report. It repeatedly mentions Human Rights and freedom of expression, but I don't believe it ever mentions those topics in conjunction with the digital goods topics. These are two separate topics that just happen to both be under the purview of the UN.

@@ -15,9 +15,8 @@ Indicator | Requirement
**7. Adherence to privacy and applicable laws** | The project must state that it complies with relevant privacy laws, and all applicable international and domestic laws.
**8. Adherence to standards & best practices** | Projects must demonstrate some adherence to standards, best practices and/or principles. i.e. the principles for digital development
**9. Do No Harm** | All projects must demonstrate that they have taken steps to ensure that the project anticipates, prevents and does no harm.
**9a) Privacy & Freedom of Expression** | All projects must have strategies in place to anticipate, respond to and minimize adverse impacts on privacy and freedom of expression where governments are believed to be using the project’s product or services for illegitimate or political purposes.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There are technical approaches to the development of digital public goods that advance this purpose more than others. Perhaps requiring a statement about how the project accomplishes this goal, and to what extent, would be useful for transparency.

I agree that how digital public goods are used is not easily policed.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sgoggins: I would like to ask you specifically what is your take on whether strategies in place to anticipate, respond to and minimize adverse impacts on privacy and freedom of expression is intrinsic to the development of digital public goods, or is an external factor tied to the implementation of that good out into the world. If it's the latter, it becomes a matter of policing which I would argue is out of the scope of this standard. On the other hand, if it is intrinsic, it should somehow be part of the standard.

What I am understanding from your statement about how the project accomplishes this goal, and to what extent, would be useful for transparency is something that seems to be under the purview of the the implementing party, and can be separated (completely?) from the actual digital public good.

@Lucyeoh
Copy link
Contributor Author

Lucyeoh commented Oct 22, 2020

In accordance with the new governance.md protocol below I am commenting on this issue to document and exploring the implications of accepting or rejecting the proposed change. This should trigger a two week community input period that will end November 5th, 2020.

We invite you to leave your comments for or against the removal of 9a below.

Recommendation: Remove 9a. 
Reason: This feels outside the scope of the OSS and more to do with the integrator, donor etc. Designing for Privacy considerations inherent to the project, is already covered by 9b. 

During this period we will inform the members of the Alliance's Internal Strategy Group (ISG) giving them an equal chance to comment. The final decision will require consensus from the 2 co-leads and 2 technical leads.

Implications of accepting this recommendation and removing 9a:

  • Narrows the scope of the standard to focus on the design of the project and not the implementation.
  • Removes the implied assumption that project owners need to monitor and evaluate project implementations.
  • Simplifies applications for projects without the capacity to control or even know about various implementations, for whom this question might have been a blocker.
  • Means we could include on our registry of digital public goods, a project that is being implemented in a way that adversely impacts freedom of expression and does harm.

Implications of rejecting this recommendation and keeping 9a:

  • Projects will be required to consider and potentially develop policies and practices for tracking implementations.
  • Some projects may be excluded that do not have the capacity or ability to understand their implementations.
  • May create tension and reduce the willingness of for digital public goods with large national implementations to participate in the registry.

**We invite you to leave your comments for or against the removal of 9a below. This two week community input period will end November 5th, 2020. **

@lacabra lacabra self-assigned this Nov 9, 2020
@lacabra lacabra merged commit 2a4132a into master Nov 9, 2020
@lacabra lacabra deleted the Lucyeoh-patch-1 branch November 9, 2020 19:01
@DPGAlliance DPGAlliance locked as resolved and limited conversation to collaborators Nov 9, 2020
@lacabra lacabra added this to the Nov 2-13 milestone Nov 13, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants