戦略/ウィキメディア運動/2018-20/勧告/反復作業3/インフラの拡張性を計画
|
This is an archive for draft recommendations. Visit Strategy/Wikimedia movement/2018-20/Recommendations to read the final recommendations. |
他の勧告との関連
|
|---|
|
この推奨事項ではインフラストラクチャーの拡張性をあらかじめ継続的に計画して、ウィキメディア運動の利害関係者のニーズと持続可能性の目標に対応しようと提議します。推奨事項のうち〈利害関係者同士の調整〉〈評価し反復し、取り入れる〉〈意思決定に公平さを確保〉および〈フリーな知識における発明〉の勧告を踏襲しています。 |
We must create a fluid ecosystem so that our infrastructure serves our needs as we grow. In this sense, to bring about significant change, planning infrastructure scalability requires consideration of risk management and assessment, ensuring inclusive decision-making spaces and enabling coordination, establishing protocols and roles and responsibilities, and investing sufficient resources in implementation.
なぜ？
|
|---|
|
While the Movement has organically grown in many areas, we must acknowledge the challenges that could bottleneck our plans of achieving the strategic direction[1]. Any structured plan for scalability requires a Movement-wide process to iteratively evaluate the current infrastructure, communicate its needs, and make decisions in order to plan and execute the solutions to prepare for the future[2]. In a decentralized volunteer-based environment like Wikimedia, communication is probably the most central part of this process to (1) let peers evaluate and express their contribution needs, and (2) to make them aware of the importance of the changes required for scalability. Today many significant changes tend to be entangled and slowed down in a lack of cohesion and expansion capacities that affect the final resulting quality[3]. This lack of coordination is due to the separation between volunteers, technical contributors, and developers in the community and inadequate support and communication capabilities for them to work together. In addition, the changes needed to modify our systems for scale are often misunderstood or rejected because of insufficient coordination or a lack thereof[4] attributable to inadequate or deficient communication channels[4]. Redressing challenges and reconciliation is often stagnant or progresses upwards at a crawling pace[5]. In addition, lack of training affects our ability to scale utilizing volunteer contributors and partners. Today this results in technical contributors often at their own discretion in terms of maintenance and upgradation of their tools[6] and both users and partners can experience technology (e.g., GLAM tools) as a barrier rather than a bridge[7]. Even though communication plays an essential role in the upscaling Wikimedia infrastructure, one must also consider the importance of inclusivity in these conversations[8]. Scaling often requires weighing or leveraging for various outcomes, for example, our global goals to give access to knowledge to as many individuals as possible (quantity) may have a different strategic purpose than our goals of being more inclusive and provide beneficial services to under- and unrepresented groups (quality)[9] 最後に、インフラストラクチャー拡張性の評価を準備することが必要であり、リスク評価ならびに適切な解決策実施について資源を適宜に配分しなかった結果、発展の妨げになる点を考慮しなければなりません。ウィキメディアにおいては官僚的な機構が原因で実際にこの事態が発生しており、スケールの分散が適切な発展に占める重要性の認識欠如によるものです[10]。 |
その方法は？
|
|---|
|
拡張性を確実に継続的に計画するには、インフラの現状評価を反復すること、利害関係者にその必要性を伝えること、将来への備えとなる解決策を遂行することを提議します[11]。いくつかの行動に基づく取り組み方を推奨します。 We must create dedicated teams or Movement entities to analyze our infrastructures with a focus on optimization and risk assessment to ensure the scalability and sustainability of the Movement. The analysis of our infrastructures must include a complex set of criteria, such as resource distribution and legal protection for handling risk in limited geographies[12], investment in modern and efficient developer tooling to support community and other developer capacities[13], cutting-edge technologies to build content partnerships[14], and decisions on whether platform improvements could come from external sources or partners[15]. 利害関係者はすべて、各自に影響を及ぼす意思決定への参加を保障されねばなりません。求められる統治機構とは多言語対応で友好的な環境に置かれて、誰も取りこぼさず、usableでaccessibleであるべきで、分裂やtoxic behaviorに対処し倫理とprivacy and security protocolsに準拠します[16]。私たちのコミュニティおよびこれからコミュニティを形成するであろう人々を考慮した上で、技術やシステムの拡張を建設的で包括的な議論に基づく参加型の意思決定を実現すること、また、まとまった規模での同意形成のため、コミュニティの協議に関する支援策の策定に投資するよう提議します[17]。 We must improve the communication and coordination spaces aimed at different stakeholders as they are essential to continue planning and implementing solutions to improve infrastructure scalability. These spaces need to provide a good user experience to serve users from different cultures and diversities in various ways that they have deemed meet their needs. We must ensure that our platforms, practices, and policies have better support structures that promote work ease in routine processes and align with modern practices.[18] To adequately provide structural support in communication and coordination, we need three spaces for different stakeholders involved in the infrastructure planning, development, and use to ensure that they are connected to follow the process of iteratively making the infrastructure scalable. One space (1) for the diverse segments of the Movement that are dealing with key areas for scalability and thus need to be closely coordinated, ie. technology infrastructure, governance, and resource distribution (both with each other and with the communities/partners they serve in order to assess the risk, plan, and generate the solution, make decisions for implementation, and complete the final development); another space (2) for partnerships and people working on specific content areas (GLAM and others) that require specific tools needing updating and upscaling to produce content; and a third space (3) for opening the Movement to include external and third-parties who may use our software to other purposes and expand it with new functionalities and capacities valuable to us[19]. Such third-party partnerships and developers can also support and make way for working on modern technologies, as in Artificial Intelligence, Machine Learning and others, as deemed necessary[20]. These communication spaces, with clearly defined roles and responsibilities, will also make evident support systems for mentoring and training, as well as organized code review and other processes, such as documentation writing.[21] We must make all processes regarding infrastructure development transparent to engage more stakeholders in them. This needs to be complemented with an investment in the necessary skills peers require to understand the issues that relate to scalability. Engaging community members in product roadmaps will assist in establishing a wide consensus to meet the goals of our Movement. Transparency and skill development regarding the rationale behind decision-making also offer windows of opportunity to upscale or downscale as per the learning/findings[22]. Such actions would also impact large scale content partnerships, where tools and technological solutions have relied heavily upon the individual mastery of skills.[23] |
- Create dedicated teams or Movement entities to analyze our infrastructures with a focus on optimization and risk assessment to ensure the scalability and sustainability of the Movement.[24]
- Create structural support spaces with clear rules of engagement to address the needs in technology, governance, and resource distribution; partnerships and other collaborators; and third-party developers.[25]
- Invest in communication solutions and processes to support community discussions, participatory decision-making, and consensus-building at scale.[26]
- Adopt a plan delineating roles, responsibilities and practices to onboard, train, monitor, and retain technical contributors in various capacities.[27]
- Design a process to facilitate communication between developers and other technical contributors to network, coordinate innovation, and provide and obtain support, as well as have input on decisions and resource allocations that impact the communities.[28]