@Guilhem & Guillaume: solutions intéressantes qui font surtout appel au bon sens (quoique pas tant que cela appliqué à en lire certains commentaires)
Malheureusement, on ne peut pas tout appliquer de suite et à la fois. Certaines solutions dépendent:
– de la rapidité d’exécution de ses concurrents sur un marché
– contexte de la startup (finance, temps)
Donc ces solutions sont applicables en fonction de la situation de la startup.

J’aime bien l’idée de laisser les devs avoir leurs projets… Mais dans une startup est ce qu’on n’est pas déjà hyper limite en timing?

Apres, certaines reussissent soit a generer suffisament de business, soit a lever un gros paquet d’argent (soit les deux) pour que ce ne soit plus un probleme, mais arriver la il a fallu pas mal travailler, et beaucoup meurent sur le chemin

Ces petits « trucs » comme tu dis permettent de construire un climat de confiance. Et lorsque l’on se sent concerné, on s’implique autant sinon plus à trouver les meilleurs solutions. Le fait de « limiter » le temps permet aussi de se concentrer sur l’essentiel et d’apporter des réponses simples aux problèmes qui se posent. C’est quelque chose d’important – mais discutable, chacun est libre de sa culture d’entreprise – pour nous.

Je suppose que si cela était trop pénalisant pour nous, nous ne le ferions pas tout simplement !

Qu’en pensent les lecteurs de ce blog ?

Une semaine de 4 jours durant les vacances scolaires ??
Pas trop de ralentissement dans le dev ? Une startup peut réellement offrir ça sans mettre en difficulté ??

Enfin, dit comme ça, on voit que des problèmes mais les 20% pour les projets perso chez Google c’est aussi 1 jour par semaine …

Il y a beaucoup de « trucs » dans le même style, mais une startup peut-elle réellement offrir ça alors que c’est le rush 24/7 ???

Mille excuses pour le délai de réponse !
Il ne s’agit ni de méthodes de travail (bien que nous pratiquions parfois la production de code « à 4 mains »), ni de supervision. Il s’agit vraiment de relations humaines ! Quelqu’un est vraiment simplement ton pote et t’aide à progresser, à prendre tes marques, t’encourage au dialogue, te donne des conseils et prend en compte les tiens, t’encourage à mener des projets, à tester de nouvelles solutions, etc. C’est plus que de la supervision. Comme le disent très bien Guilhem et Guillaume, quitter des structures « confortables » de type SSII ou DSI de grands groupes est un pas peu évident pour un grand nombre de développeurs – pour des raisons qui sont cités ci-dessus – alors il faut leur proposer des choses qu’ils ne peuvent avoir que dans votre startup.

Ah oui, et une autre petite chose … On pratique la semaine de 4 jours pendant les vacances scolaires et mois d’été. Cela permet à tout le monde de profiter davantage de sa famille et de ses weekends (tu peux choisir le jour de la semaine que tu souhaites pour ton day off) !

A bientôt,
Olivier

Le bureau ou l’informatique (pc, écran, …) n’est pas vu comme un outil de travail. Pour être considérer comme outil de travail, l’objet doit avoir un lien direct avec le produit vendu (ex: serveur, machine outil …).

Du coup, le bureau ou l’informatique rentre dans la catégorie « on achète car il faut l’acheter », un peu comme le tapis à l’entrée du bâtiment, la poubelle, le téléphone, le papier, les stylos, etc …

Replacer le bureau et l’informatique dans leur catégorie, cad « matériel critique » (qd un employé utilise un outil 8h par jour, je le classe dans la case critique … même s’il y pose ses fesses), ça rend l’achat d’une chaise à 1000€ évident.

Ps: bien sûr, à son lancement, une startup a un budget limité, mais c’est suffisant pour le matos info !!

Et ce n’est pas la lune. On peut avoir un espace de travail convenable pour moins d’un mois de salaire+charges. Et l’entreprise reste propriétaire du matériel et se fait rembourser la TVA.

J’ai plus l’impression que le refus ne vient pas de considérations financières.