PasserPouvoir

MeatballWiki | RecentChanges | Random Page | Indices | Categories

Cette page a démarré sur DevolvePower

Due à la structure et l'économie d'internet aujourd'hui, c'est souvent le cas où un projet collaboratif démarre sous le contrôle total de son (ses) fondateur(s) et propriétaire. Alors que le fondateur peut être bien intentionné et souhaite éviter de devenir un RoiDieu, l'administration du projet continue à en avoir besoin. Tant que le fondateur est le seul doté du pouvoir et de la capacité à administrer le site, le fondateur est le seul qui peut être responsable du site. Ceci peut être tout à fait une perte de temps pour le fondateur car il ne peut pas DéléguerResponsabilité. Si une crise se produit et si le fondateur est malfaisant ou absent, le projet peut également subir des dommages majeurs sans quiconque aux alentours pour contenir la situation.

C'est également dans la nature humaine que d'abuser du pouvoir. Un projet collaboratif peut se trouver malheureusement sous le pouce d'un propriétaire moins éclairé. Ceci ne doit pas se produire tout de suite, mais ce peut se produire avec le temps. Le pouvoir corrompt après tout. Même si le propriétaire agit avec de bonnes intentions, il peut abuser de son pouvoir pour agir contre la volonté de la communauté. Il est possible que le propriétaire puisse faire une erreur involontaire au moment d'exercer son pouvoir, une erreur que personne d'autre ne pourra corriger.

Pire encore, même si les déséquilibres de pouvoir créent évidemment l'animosité au moment de l'abus de pouvoir, les déséquilibres de pouvoir peuvent même créer de l'animosité quand ils ne sont même pas exploités. Non seulement les gens se sentent jaloux de votre pouvoir mais ils peuvent devenir amers quand ils ne comprennent pas pourquoi le pouvoir est gardé. D'ailleurs, permettre à des individus de disposer d’un pouvoir au-dessus du système qui ne peut pas être publiquement surveillé ne va pas avec le ProcessusOuvert et peut mener à des conflits même lorsqu'il n'y a pas eu d'erreurs. (par exemple ProcessusOuvert#badvogato)

Par conséquent, PasserPouvoir loin du propriétaire à d'autres personnes dans la communauté. Typiquement sur l'Internet ceci signifie doter de PrivilègePair le pouvoir administratif sur d'autres individus dits "de confiance", connus soit comme des administrateurs systèmes, des opérateurs système ou des magiciens . Par exemple, le mot de passe serveur est partagé, ou le pouvoir de supprimer des disques de la base de données est partagé. Cependant, cette stratégie multiplie simplement les pouvoirs originaux et les manies du RoiDieu auprès d'une population plus large. Ceci fait gagner du temps au propriétaire mais ne résout pas l'autre problème ; la communauté en général demeure à la merci des individus.

Au lieu de cela, n'hésitez pas à PasserPouvoir généreusement à tout le monde. Cherchez des moyens de donner des pouvoirs égaux à tout le monde. Ne donnez pas à quelque individu plus de pouvoirs qu'à tout autre individu. Par exemple, les wikis donnent un accès en édition à tout le monde avec la compréhension que tout le monde est responsable de la protection du wiki. Quand c'est bien fait (via une SécuritéDouce), ceci réduit non seulement la contrainte sur le temps et l'énergie de l'administrateur, mais cela fournit les contrôles et les équilibres significatifs contre l'abus, les erreurs et les malentendus.

Il y a une différence entre DéléguerResponsabilité et PasserPouvoir. Déléguer la responsabilité permet encore à quelqu'un de maintenir un droit de révision et la capacité de révoquer n'importe quelle autorité déléguée. PasserPouvoir, d'autre part, est de le donner au loin. Irrévocablement. Le destinataire connaîtra la différence, comme la communauté. Quand vous déléguez la responsabilité, une ligne se forme à votre porte de personnes qui veulent voir les décisions de vos délégués revenir en arrière. Quand vous appliquez le PasserPouvoir, vous êtes libre.

Si les résultats ne sont pas ceux que vous avez désirés, vous pouvez toujours DémarrerDeNouveau.

Exemples

Comme énoncé, l'édition universelle sur un wiki est bien différente des pratiques web habituelles. D’autres situations :

EffacementPage. Beaucoup de wikis ont maintenant un processus public d'effacement de pages, comme ici sur MeatballWiki à travers le tag DeletedPage.

InterMapPubliquementEditable? Beaucoup de wikis donnent le contrôle de leur système InterWiki à la communauté.

ScriptPublic. Le logiciel qui fait fonctionner le projet est effectivement la définition de la réalité, une sorte de Constitution. Le faire garder préventivement par le public est une étape importante pour démocratiser un projet. Le WikiProgrammableParLaCommunauté en est une forme extrême.

Organisation à but NonLucratif? (NonProfit). Remettre la propriété du projet, son copyright et ses ressources à un corpus public peut être légalement très important.

Politique de copyright. Le contrôle légal des contenus du site. Par exemple, comparez le RoiDieuCopyright?, qui met le pouvoir entre les mains du propriétaire, avec le DefaultCopyright, CopyLeft, ou InitialementDomainePublic? (PrimarilyPublicDomain). Voir DossierCopyright.

NonIndexé. Permettre à la communauté de contrôler l’indexation par les moteurs de recherche.

PageTranslation LangueFrançaise DevolvePower DossierSécuritéDouce

PasserPouvoir

Exemples

Discussion