Le recrutement de développeurs est déjà l’objet de nombreux posts sur différents blogs (voir notamment celui-ci pour les pires cas rencontrés).

C’est une tâche difficile, à laquelle les profils techniques sont rarement formés. Quand nous en parlons autour de nous, nous remarquons une tendance forte : l’introduction de tests de développement, si possible automatisés, au plus tôt dans la procédure de recrutement.

nimble apps a développé des tests « maison », mais c’est un processus long et coûteux:
- Conception de tests appropriés.
- Etalonnage avec les développeurs présents.
- Discussion avec les premiers candidats pour équilibrer et modifier les tests.

Par ailleurs la petite taille de l‘échantillon de candidats permet difficilement de dresser des comparaisons fiables.

Après l’essai de plusieurs solutions externes, nous avons donc décidé d’utiliser Codility comme « premier filtre ». Cette solution permet de faire passer en ligne et de manière automatisée une sélection de tests éprouvés. Un test gratuit permet de comprendre le fonctionnement du service, que nous conseillons à nos candidats de passer avant d’attaquer le test réel.

Cette méthode nous permet de gagner du temps et d’obtenir un recrutement a priori plus juste pour un travail bien moindre de notre côté.

La qualité d’une prévision de vente dépend beaucoup de notre appréciation de la psychologie de l’acheteur: est-il plus ou moins « chaud »? quel budget veut-il nous consacrer? quelles sont ses attentes non financières?…

L’article « Role thinking: Standing in other people’s shoes to forecast decisions in conflicts » (Green, K.C. & Armstrong, J.S., 2009 – deuxième working paper en partant du haut de la page) confirme que se mettre à la place de l’acheteur est crucial pour bien anticiper ses décisions.

Plus pratiquement, il suggère une méthode simple pour structurer cet exercice psychologique. Elle consiste, pour une vente donnée, à se poser trois questions:
- Quel est le choix le plus probable de l’acheteur et pourquoi?
- Evaluer cette probabilité de 1 (très faible) à 10 (très forte).
- Quel moyen(s) va-t-il privilégier pour imposer ce choix?

Les deux auteurs de l’article trouvent une hausse significative de la qualité des prévisions de leurs cobayes se livrant à cette gymnastique mentale.

Bonjour,

Nous venons de passer beaucoup (trop) de temps à personnaliser la barre de chargement parfois visible dans SalesClic (la barre de chargement standard de ThickBox n’est pas terrible). Ce petit site nous a bien aidé:

http://www.ajaxload.info/

Il permet de choisir le modèle de barre et sa couleur (code hexadécimal), puis de télécharger le fichier .gif animé correspondant.

Bonne utilisation!

Bienvenue dans le Coin du geek, la rubrique technique de notre blog. L’idée est ici d’évoquer toutes les questions techniques soulevées par le développement de SalesClic, notre logiciel en ligne d’analyse commerciale et de prévision des ventes, à mesure qu’elles apparaissent: questions Ruby/Ruby on Rails, architecture de l’information, performance, méthodes de programmation…

Pour commencer nous voulions partager cette photo mythique du salon de massage situé en face de notre bureau de Paris: un nom prédestiné!