Post #2407631

2026-05-11 13:46 UTC

@fabi1cazenave@mastodon.social @greenman@fosstodon.org Ce qui rejoint le "release when it's ready" que tu mentionnes. C'est aux contributeurs d'accepter que c'est pas grave si vous allez pas aussi vite que vous espérez et surtout: "c'est OK". Un truc que je dis souvent aux contributeurs, c'est "take your time", ou "when you have some time". Faire rentrer progressivement dans l'esprit d'équipe qu'on n'est pas dans une logique business. On est dans une logique communautaire où les bénévoles donnent de leur temps.

Replies (2)

@zemarmot@fosstodon.org 2026-05-11 13:52

@fabi1cazenave@mastodon.social @greenman@fosstodon.org Quand un contributeur s'excuse de pas avoir fait un truc qu'il avait "promis" de faire, je lui dis toujours qu'il n'a pas à s'excuser et qu'on le remercie de tout ce qu'il a déjà fait. Quoi que les gens fassent, c'est volontaire. Il faut arriver à accepter cette idée. Une fois intégrée, on rejette la notion de "débordé". Les contributeurs se sentent rassurés et appréciés (et pas pressés par un manager qui leur demande de finir pour hier).

Open ##2407632
@zemarmot@fosstodon.org 2026-05-11 13:59

@fabi1cazenave@mastodon.social @greenman@fosstodon.org Note sur le "release when it's ready", nous on a une variante. Maintenant on essaie d'avoir plus de sorties fonctionnelles, par contre on limite le nombre de changements majeurs (qui risqueraient de retarder la sortie). Je demande aux contributeurs de pas travailler sur 10 méga-projets de refonte qu'ils arriveront pas à finir à temps (et on sera obligé de tout retarder car le dépôt est dans un état instable car le travail est commencé).

Open ##2407633