Reprise du message précédent :

Avoir un soft dédié (en beta) avec au lieu d'une API ouverte me semble dommage, pouvoir intégrer ça à un soft/workflow existant le rendrait utile aux non-youkou.

Le 2e problème c'est que ça marche pas pour du task-tracking, t'aurais potentiellement d'un dé/jour

edit : mais j’achèterai jamais ça pour de vrai par contre Mais j'aime bien l'idée

Je l'ai sur Facebook bande de branle couilles  

 
tu y viendras  

Possible, mais pas pour les devs en tout cas

Pour moi, c'est le genre de truc à caler aux fonctions support (RH/compta/vente/whatever), histoire de piloter leur temps. La prod elle, est super facile à piloter via GitHub.

 
En termes d'ergonomie, ce truc me semble assez ouf.

Ça c'est de l'iot utile, plus qu'un grille pain pour mater du porn

 
ça me fait un peu peur quand même de devoir tripoter un truc comme cela toute la journée... Le soir, quand tu arrêtes de bosser tu dois encore chercher ce truc autour de toi dès que tu changes d'activité à la maison...    Je prévois des cas psy lié à ce machin.

 
tu y viendras...aie confiance, bascule !!!!
(tu y viendras quand, et je te le souhaites), tu auras trop de gens pour avoir la vue sur tous. Et ça vient vite

Surtout je me vois assez bien jouer avec, genre balle anti-stress, sans vraiment y penser pendant que je lis un truc, et du coup mon suivi d'activité serait tout niqué

 
Comme je disais, je suis pour dès maintenant mais hors devs, pour lesquels ce n'est pas nécessaire.

 
 
quoi ? tu voudrais dire qu'il ne suffit pas de foutre un écran / relier une app smartphone à n'importe quoi pour que ce soit utile ?
mais les gens le savent ?

Genre avoir une notification quand les pâtes sont cuites

y'a plus con : un app pour déclencher ta machine Nespresso qui ne marche qu'en bluetooth...oh wait !

huhuhu Duflot éliminée de la primaire des verts

Et ça mets la tasse en place ?

pour des raisons que j'ignore, je viens de recevoir les droits de commit sur 2 projets open source. Je crois qu'on s'est parlé il y a quelques mois, mais c'est flou (je pense qu'ils voulaient utiliser des portions de webgcode).
Maintenant je reçois toutes les alertes sur des projets dont j'ai un peu rien à foutre
 
Mais avoir les droits de commit sur un projet ça me fait me sentir tellement puissant

Justement

'Lu
 
Une idée du jeu le plus exigeant du moment en terme de GPU ? (Un bon jeu de préférence). Mon Alienware a été shipped... donc je devrais le recevoir dans quelques jours.

BF1 non ?

Mafia III qui n'est pas optimisé et qui se fout du monde ?

tu peux essayer https://www.youtube.com/watch?v=MGyaR2sSBkA pour te faire plaisir

The witcher III c'est pas mal. Mal optimisé != exigeant.

B==============D

Star Citizen
Mais il est pas fini.

Ils prennent les gens pour des cons ou bien j'ai pas compris :  
https://www.kickstarter.com/project [...] ts-forever

C'est la même logique que les abos à la salle de sport : ils tablent sur le fait que passé un temps, les gens vont arrêter de commander (ils ne t'envoient rien si tu commandes rien)
 
Par contre à 59$ le lifetime membership, cette limite va tomber assez vite, donc ça sent un peu la croquette quand même

Et faut juste ajouter 100$ pour le shipping Europe

Bon... Luc est pas encore revenu.

Il est entré vers 12h30, avec ~1h30 d'intervention prévue, puis ~1h de réveil.. Ca commence à durer...

Tain mais c'est fini oui ? §

non, mais le mien c'est pour une intervention planifiée (le strabimse), donc normalement ça devrait rouler.

bon, on a eu des news : il est en salle de réveil, et a priori ça va.

J'invoque Jubi
 
Après discussion avec les profils non-devs (support donc) et mes associés, il ressort :
 

• on souhaite (les associés/fondateurs) avoir une vue globale des gros dossiers en cours et leur état/news assez facilement (CIR, CII, etc.) -> facile avec un Trello classique
• je souhaite être capable de piloter les non-devs (au moins connaître leur charge actuelle cad les tâches en cours et les prios)

Je me tâte entre le Trello en kanban classique (à faire, en cours, bloqué, fait) ou un kanban nominatif (à faire, personne 1, personne 2, ...). À noter qu'on a que 2 non-devs pour l'instant mais que ça va monter, forcément.
 
Bien sûr, ça va évoluer à l'usage, mais je peux pas continuer à pas savoir ce que fais ma responsable administrative et un alternant, de leurs journées (donc je peux absolument pas ajouter/enlever de la charge comme je voudrais)

Tes non devs sont interchangeables ?

ayet on a récupéré no 2. il râle. c'est que tout va bien.

quand on m'a circoncis chirurgicalement, on a dit 15min a ma mère, ça a pris 3h...ils sont pas forts en estimation les chirurgiens
(in before les blagues sur : oh ben oui, ils avaient pas réussi à trouver ta bite, mouhahahahahaha)

Ouiiiiiiiiii  

je distinguerais 3 choses pour commencer : ce que tu vas faire des mesures, ce que tu veux mesurer, et comment tu vas le mesurer.

1/ ce que tu vas faire des mesures : par experience c'est le truc qui dimensionne tout le reste : selon le type de reporting, le formalisme, les contraintes si t'en as (genre les timesheets doivent etre feedées dans un outil X qui n'accepte qu'un format en entrée). Ton process d'exploitation va rentrer en jeu aussi : selon si tu as R avec Reshape2 ou juste Excel, t'es plus ou moins tolérant sur l'input. Etant un dev et sachant que pour l'instant tu sembles pas avoir de grosses contraintes en sortie, c'est un point que je considère flexible pour le moment (pas de contrainte d'output, et t'as le skill pour transformer la donnée)

2/ ce que tu veux mesurer : c'est le coeur de ta question. Mon conseil serait de dire pour commencer : ne mesure que ce que tu peux changer. Si mesurer une metrique X te fait dire : ah ok, cool, mais j'y peux rien, alors ne la mesure pas, ou fait le super ponctuellement. Par experience, mes systemes de mesure ont toujours été drivés par les dimensions suivantes :
- temps productif vs temps improductif : je considère improductif le temps où les gens ne font pas leur coeur de métier (eg : un dev, faire du code, un BA, faire de la doc/workshop, un PM manager son projet, même si c'est un temps qui peut etre benefique a la personne, à l'équipe ou au projet). J'inclus dans ce temps tous les meetings (moins un risque chez toi, mais dans une COGIP si tu fais pas gaffe tes gars se retrouvent avec 1-2j fixes de meeting sur une semaine, et ça te bouffe ta productivité comme la charogne). Le temps de formation, les congés, le temps admin (dont le temps de timesheets), le temps à gérer ses mails, etc.. ces 2 derniers sont souvent durs à estimer à la semaine, je faisais en géneral l'exercice ponctuellement, puis je déduisais un overhead d'admin fixe (qu'on avait fait descendre à 15% pour les BA, 20% chez les PM, les devs avaient un overhead plus bas, 10% de mémoire)
- dans le temps productif tu as plusieurs axes : phases du projet (utile si tu suis une méthodo, sinon non), ou typologie de tache : ça je faisais toujours une interview des gens, groupés par type de job. Si je prend le cas de ton admin, t'as peut etre pas a priori une idée de ce qui compose ça semaine, donc lui demander, ça va aider à lister les taches. De là tu pourras faire des clusters, et ça te permettra d'identifier là où les gens eux memes considèrent qu'ils perdent du temps (par défaut les gens sont nuls à chier pour te donner une overview de ce qu'ils font, par contre en général ils connaissent très bien le détail).
Mon conseil ici c'est de s'arranger pour qu'une personne n'ait jamais plus de 5 choix pour une semaine donnée, donc faut penser tes clusters en fonction. Pour 5 ? c'est empirique, mais plus les gens ralent déjà, et ensuite j'ai toujours fini par réaliser que 95% des lignes de timesheets se font sur 5 items.
De ce que tu dis plus haut, tu as des gros projets / activités, (ça c'est une dimension de ton timesheeting, les gens doivent dire si ils bossent sur le projet CIR ou autre, ce qui veut dire qu'ils le savent. Pour les dev c'est pas toujours gagné, mes plus grosses engueulades avec eux étaient liées à ça d'ailleurs)
- pour la charge, les gens sont supposés timesheeter au réel. ICI GROS WARNING PARCE QUE TU ES EN FRANCE : si tes gens bossent régulièrement en heures sup', le système de timesheet leur offre sur un plateau une preuve des heures sup, et un employé retord peut te poursuivre là dessus. L'autre façon de faire c'est de timesheeter des unités de temps, ce qui revient à faire une règle de 3 pour que la somme des heures fasse magiquement 35 (ou quoi que tu aies dans ton contrat).
- les timesheets ne sont pas un bon moyen pour détecter les branleurs : ils peuvent timesheeter qu'ils bossent, et peu de gens ont l'honnetteté de dire : oui, cette semaine j'avais que pour 25h de boulot, donc je timesheet 25. Sur tous les gens que j'ai managé j'ai du en avoir 2 qui le faisaient.

3/ comment : ben là c'est simple, une fois que tu sais ce que tu veux mesurer, le comment devient assez trivial. Mon conseil, par rapport à ce que tu as écrit, c'est de partir sur des taches géneriques (et pas à la personne). Si tu gères bien ton truc, la personne doit pouvoir simultanément rentrer quelle tache elle a fait, et sur quel projet (si cette dimension t'intéresse). Du coup tu peux après faire un rapport sur la tache "bugfixing", et si t'as envie, tu peux la driller par projet (ou composant, ou ce que tu veux qui a été entré dans le process de timesheet) pour voir que le composant X requiert 3x plus de bugfixing que les autres composants.
Pour les taches non productives, ça te donne une vue d'ensemble.

En résumé : par à tes non dev pour comprendre ce qui fait leur journées, ce qui te permettra de comprendre ce qui vaut la peine d'être mesuré. Fais tourner, fais tes rapports chaque semaine, et :
- pose des questions si les valeurs te semblent farfelues (des fois elles le sont pas, et la justification va t'aider à voir des problèmes que t'avais pas vu)
- essaye de voir si tu peux décider sur base du rapport, et si en allant voir les gens tu peux faire changer des choses.

Petite digression : sisi, le Jubipaté se déguste avec une petite digression, bien fraiche : je m'applique ça à moi meme, je fais parfois ça sur 1 mois, et c'est un fantastique outil pour montrer à son management qu'un truc déconne  : boss, a priori tu dirais que je passe combien de temps sur x ? 2h / semaine, c'est ce que tu m'avais dit quand tu m'as refilé le truc ? ben perdu, sur le mois dernier, j'ai passé en moyenne 16h / semaine sur le sujet. Donc on traite le problème sans bricoler ?
Et ça marche.

Normal, ils avaient pas réussi à trouver ta bite

Apparemment, il y a une pub ciblée au dos de chaque photo.  
Ils utilisent le dos de la photo pour y coller quelques méta données (lieu de prise de vue etc), et une pub, avec l'idée que les gens ne jettent pas leurs photos, donc l'espace publicitaire aurait d'autant plus de valeur.
Donc ce truc ne peut marcher que si les publicitaires pensent que ça vaut le coup.
 
Enfin ça c'est le sales pitch.
L'autre possibilité, c'est que les gars derrière ça fassent rapidement une liquidation judiciaire et se barrent avec la caisse.
C'est la possibilité que je retiens, sachant quele gars a déjà fait une campagne pour ce projet, cette fois avec un goal de $500k.

 
1/ je veux pas d'outil de timesheet à l'heure, des ratios ça me suffit (50% sur telle « catégorie » , etc.)
2/ 5 tâches diff par semaine ça me parait bien
 
Et oui, j'ai besoin de comprendre pourquoi certaines tâches prennent autant de temps.
 
Je vais essayer un Trello nominatif avec un ratio indiqué dans la carte, à moins qu'une autre idée te paraisse mieux (faut que ça reste sa race simple).