Horizen weekly insider #132

par

Lors du Horizen weekly insider du 18 avril, Rob Viglione est revenu sur une critique récurrente faite à l’encontre du projet Horizen, sa difficulté à livrer ses produits. Il nous explique les leçons qu’il en à tirées, les évolutions structurelles lancées dans le développement de l’écosystème Horizen et fait un point sur ce qu’on doit attendre cette année de la part d’Horizen.

Cette traduction est la plus proche possible de ce que j’ai compris. Vérifiez toujours l’original avant de tirer des conclusions définitives qui pourraient se révéler hâtives.

Rob Viglione : Leadership updates

Il y a un point que je souhaiterais aborder cette semaine. Je ne vais pas vous refaire l’inventaire des produits à venir dont nous parlons déjà toutes les semaines.

Organisation

Ce dont je souhaiterais parler, c’est de l’organisation : les 2 groupes ou entités présentes aujourd’hui dans cet Insider, la Zen blockchain Foundation et Horizen Labs, vont opérer une transition vers la méthode Agile.

C’est un changement auquel je pense depuis un bon moment, notamment grâce à Zain (ndt: Zain Cheng, VP de l’ingénierie chez Horizen Labs) qui pousse à son adoption depuis les débuts du projet, y compris avant même qu’il rejoigne l’entreprise. Merci à tous ceux, qui avec lui, ont fait l’éloge de cette évolution.

A force d’y réfléchir, je ne pense pas que cela règlera tous nos problèmes, ce ne sera pas la panacée dans tous les cas mais c’est assurément un pas dans la bonne direction.

Concrètement, la transition est déjà entamée et j’aurai l’occasion de vous en reparler plus longuement au fur et à mesure de l’avancement.

Du spam sur twitter

J’ai été spammé ces derniers temps sur Twitter et si la personne qui l’a fait écoute cet Insider : Remarque que j’écoute même si je ne réponds pas … tout le temps.

Ces spams concernaient principalement le temps que mettait le projet Horizen à livrer ses produits. Tous ses produits.

Ce qui agaçait le plus cette personne était que nous parlions de lancer le token Zenny en décembre l’année dernière. Ce que nous n’avons pas fait. Nous avions ensuite prévu de le lancer au cour du premier trimestre 2022. Ce que nous n’avons pas fait.

Nous avons un tas de bonnes raisons de ne pas l’avoir fait mais les bonnes raisons ne suffisent pas toujours parce que dans les faits, soit on livre, soit on ne livre pas.

Une de ces bonnes raisons est que nous avons appris énormément en travaillant sur la sortie de l’apecoin (ndt: Voir l’article Horizen Labs a son Bored Ape). Et le fait que ce lancement fut réussi y compris en terme de respect des régulations. Alors nous nous sommes dit, pourquoi ne pas faire quelque chose de semblable pour le token Zenny ?

Voilà pour la raison. Ce n’est pas une excuse mais accessoirement, la fondation Zen et Horizen Labs étant des entités américaines, nous devons aussi nous plier aux régulations en cours aux US ce qui demande un peu de préparation et de travail supplémentaire.

Nous avons donc décidé de nous orienter sur un gros lancement pour le Token Zenny et de le doter d’une vraie utilité et d’en faire une pièce importante de l’écosystème au lieu de juste sortir rapidement un meme coin.

Cela étant dit, il y a d’autres choses que nous n’avons pas livrées à temps. Nous avons le SDK, que vous pouvez télécharger pour l’essayer mais c’est un POC (Proof Of Concept), pas un produit fini prêt pour la production. Nous n’avons pour l’instant pas de Sidechains effectivement en production bien que nous en ayons actuellement plusieurs sur le testnet. Nous n’avons pas de plateforme de tokenisation sur le mainnet non plus, elle est sur le testnet depuis peu. C’était un gros morceau mais ce n’est pas non plus une excuse, ce n’est pas sur le mainnet, point. L’EVM (Ethereum Virtual Machine) : Nous avons développé un POC qui tourne sur une sidechain mais ce n’est pas non plus sur le mainnet. (Pour l’EVM, il n’avait pas été promis sur le mainnet). Comme vous le voyez, nous avons des choses importantes en préparation pour cette année mais effectivement, nous n’avons pas un bon historique sur le respect des dates de livraison de nos produits.

En conclusion, tout ce spam reçu sur Twitter était valide. Nous avons réagi déjà et nous allons encore accélérer dans cette voie.

Alors qu’est ce qui va changer ?

La façon dont nous faisons les choses doit changer et c’est pour cela que j’annonçais notre transitionnement vers une méthode Agile.

Dans les faits, nous avons déjà un groupe de personnes très motivées qui se bougent le cul. Il ne s’agit donc pas de mettre la pression sur l’équipe, de les traiter de paresseux, de dire que le boulot n’est pas fait, ni qu’ils doivent travailler plus dur ni de faire grossir démesurément les équipes (bien que nous ayons eu une politique d’embauche très aggressive récement et actuellement encore), … Non, nous devons travailler différemment. Nous avons beaucoup d’équipes agissant de façon parallèle donc lorsque les choses seront prêtes, vous devirez voir arriver plusieurs livraisons de produits en parallèle, chose que nous n’avons pas encore démontré.

Nous voulons aussi une culture de créatifs habiles (Smart creatives), pas seulement des personnes intelligentes (smart people). Nous avons des personnes très intelligentes et je n’ai aucun doute sur le fait qu’ils peuvent devenir des créatifs habiles. Je vous recommande à ce sujet le livre « How Google works« . La direction et l’équipe en général devraient s’y plonger prochainement. Je suis personnellement en train d’en tirer des notes. Pas que nous souhaitions devenir Google, loin s’en faut, mais ce serait dommage de ne pas s’inspirer d’une des compagnies les plus innovantes qui soit. Pas que de Google d’ailleurs, il y a de nombreuses entreprises innovantes de par le monde et ne pas apprendre d’elles est une erreur.

Dans le cadre de cette restructuration, je souhaite une reprogrammation culturelle et la mise en place d’une vraie propension à l’action (bias for action). On retrouve un biais semblable pour l’action chez les militaires, particulièrement dans la Navy. L’idée est d’agir sauf ordre contraire, à prendre l’initiative pour faire ce que chacun croit être bien au lieu de demander et d’attendre une autorisation. Identier les goulots d’étranglements dans l’organisation, déterminer ce qui doit être fait pour les résoudre et le faire sans attendre l’approbation d’un supérieur hierarchique ou que quelqu’un valide ce qui doit être fait.

Les hiérarchies sont parfois nécessaires mais ne doivent en aucun cas être un frein. Elles doivent être là pour fixer une stratégie, un objectif et une vue globale pour unir et motiver les différentes équipes. C’est pourquoi nous avons aussi une hiérarchie, pour permettre aux équipes de travailler, les motiver mais pas les brider. Les équipes doivent être capables d’opérer et d’exécuter leurs tâches en autonomie parce que les meilleures idées et innovations doivent venir du bas de la hiérarchie, pas d’en ‘haut.

L’équipe produit a été créée avec la méthode Agile en tête. Quand Zain a rejoint le groupe, c’est comme ça qu’il travaillait et il a tout fait pour que ce soit le mode de fonctionnement de l’équipe. Je dois dire que j’apprécie énormément les résultats obtenus et la façon dont ils travaillent maintenant. L’équipe d’ingénierie, à suivre, a commencé son processus de transformation il y a plusieurs semaines.

Mais au dela de la tech, la méthode doit être étendue à toute l’organisation et même devenir un écosystème. C’est bizarre à entendre et je ne sais même pas comment tout celà va fonctionner encore mais j’ai vraiment envie que tout le monde participe, que la communauté participe dans cet élan et pas uniquement nos équipes.

Il y a plusieurs raisons qui font que nous n’avons pas été plus agiles jusqu’à maintenant. Vous pouvez insérer ici toutes les excuses que vous voulez, que ce soit le budget, les priorités technologiques, le manque d’expérience dans le domaine qui pourrait expliquer une inertie trop importante, peu importe, … Les excuses, commes les hiérarchies, sont bonnes pour les simples d’esprit (chumps). On ne doit pas rester bloqués sur les excuses mais avancer. C’est pourquoi nous faisons beaucoup actuellement pour nous restructurer. On dit dans l’armée que les rangers préparent la route, chez nous c’est l’équipe produit qui pave le chemin et on a de la chance que le groupe d’ingénierie soit si rapide à suivre. Et à terme toute l’organisation sera intégrée à cette architecture agile. Chaque processus devra être découpé en tâches simples, rapides et adressant un besoin défini.

Il se passe également d’autres choses dans l’écosystème : le HCC (Horizen Community Council) a été lancé. Je dois me mettre à jour sur ce point parce que je n’y ai pas participé directement. Vous devriez rapidement en entendre parler, pour connaître leur plan pour l’écosystème et pour permettre aux membres de participer plus.

Horizen Labs intègrera plusieurs experts pour le développement agile, le management produit, … les meilleurs dans leurs domaines respectifs ayant travaillé dans les meilleures sociétés du monde et ayant participé au développement de quelques uns des meilleurs produits au monde.

Des annonces donc ?

La plateforme de tokenisation va sortir sur le mainnet, elle est sur le testnet pour l’instant, il y a une roadmap, un plan de tests et tout ce qu’il faut pour une sortie prochaine sur le mainnet.

L’EVM nécessite un passage en beta, puis testnet avant une sortie sur le mainnet.

Ces 2 produits sont des produits ou technologies clés, en celà qu’ils permettent que d’autres personnes commencent à développer leurs produits sur ces prérequis, dans l’écosystème Horizen.

Nous donnons à tous la possibilité de construire sur l’écosystème Horizen, il s’agit de fournir les outils et laisser les gens explorer sans les prendre par la main. Nous serons là pour mettre en production, pour fournir les outils et les personnes intéressés seront totalement libres de s’en servir.

Le management de la trésorerie doit être mieux réparti, nous avons déjà commencé à opérer dans ce sens. Avec le Hard Fork du 19 avril, nos nouvelles adresses multi-sig pour les fonds de la trésorerie des récompenses des nodes ont été mises en service. Il y aura désormais 3 organisations pour la gestion de la trésorerie et non plus uniquement la Zen Blockchain Foundation.

Nous sommes également en train de considérer les mesures légales nécessaires à une amélioration de la décentralisation de la gouvernance, etc.

Les choses bougent. Je comprends votre frustration, on ne va pas rester là à donner des excuses, je les hais personnellement, mais nous allons continuer à avancer, avancer avec vous et devenir meilleurs.

Je terminerai ici en vous remerciant pour le support que vous nous avez apporté toutes ces années, et d’avoir cru en notre vision, nos rêves et tout ce qui a déjà éclos et ce qui va encore fleurir cette année.

Je vous remercie, je vous ai entendu et il est temps que vous voyez finalement les fruits de votre support ces dernières années. Ils arrivent !

Liens :