Comment créer une société de logiciels


Boy, si j'avais un nickel pour chaque société de logiciels que j'ai essayé de créer...je plaisante. J'ai construit des équipes autour de produits et de sociétés de conseil. Je'ne suis pas la finalité de ce qu'il faut pour construire une société de logiciels, mais je'vais vous dire quelques choses qui me reviennent.

Il'y a une différence entre une équipe de produits et une équipe de logiciels, dans mon esprit du moins. Ils'sont similaires en ce qu'ils expédient des choses à des personnes réelles ayant l'intention de résoudre un problème réel. Une équipe produit complète doit comprendre l'audience/le marché/les personnes que ce produit sert. Elle se concentre beaucoup sur tous les événements et sur la façon dont le produit fonctionne dans la vie des autres. Une équipe logicielle doit parfois gérer ces questions également. Une équipe logicielle doit certainement avoir un état d'esprit agile afin de s'adapter aux besoins du produit. Il y a quelques mois, j'ai écrit sur certaines leçons durement acquises que j'ai eues en essayant de maintenir une perspective agile dans une grande entreprise (Agile et Agilité). Vous devez avoir une forte impression de la façon dont votre entreprise résout des problèmes réels pour les gens.


Quoi que vous fassiez, vous devez avoir une idée de l'efficacité ou non de votre personnel logiciel. Cela signifie généralement que vous obtenez les bons systèmes de soutien : suivi des problèmes, contrôle des versions, déploiement, chat, commodités de réunion. Si votre équipe travaille à distance, ces outils sont encore plus importants qu'une équipe qui se réunit dans un même espace partagé. Mes outils préférés sont Slack, Google Hangouts, Github. J'ai eu de bonnes expériences avec PivotalTracker, Skype, Workflowy, Trello et Draftin. Il'est important de trouver les outils qui rendent le pouls de l'entreprise apparent pour toutes les personnes impliquées.


Il y a beaucoup d'écoles de pensée autour des styles de gestion. En école de commerce, on m'a enseigné une approche pratique qui m'agace franchement aujourd'hui. Je'suis plus dans le camp de l'embauche des personnes les plus intelligentes que vous pouvez trouver et leur donner de l'espace pour faire des choses incroyables. Les développeurs de logiciels qui ont passé les premières années de leur carrière ont consacré une très grande partie de leur vie à être excellents. Comme tout être humain, nous nous fatiguons, nous nous laissons distraire et nous sommes dépassés. Les codeurs, cependant, ont tendance à avoir une certaine résilience et à se remettre dans un flux productif. Vous devez toutefois fixer des échéances claires, fondées sur des éléments concrets tels que la sortie d'un produit ou les attentes du client. Donner à vos codeurs une chance de montrer leurs succès peut souvent gérer la plupart de vos préoccupations en matière de responsabilité.

Le travail des clients a tendance à s'agglutiner. Quelques bonnes idées pour briser ce cycle sont ici : Festin (ou famine) // Articles // Studio Fellow

Les gens ont besoin d'une communication régulière, les clients et les clients aussi. Assurez-vous d'avoir des habitudes de communication claire, proactive et honnête avec les gens. Dites-leur rapidement lorsqu'il y a'un problème. Présentez vos excuses pour vos erreurs. Apprenez à être un peu vulnérable et découvrez comment entretenir des relations commerciales fructueuses avec les gens. Cela m'inspire : The Art of Asking : How I Learned to Stop Worrying and Let People Help : Amanda Palmer, Brené Brown : 9781455581085 : Amazon.com : Livres

Vous avez besoin de concentration et de crédibilité dans votre entreprise. Si vous ouvrez un cabinet de conseil, prenez le temps de productiser votre service. Cela vous permet de créer des clients réguliers et de bonnes relations commerciales en douceur tout en mettant en avant vos points forts par rapport aux autres boutiques de logiciels. Si vous construisez une entreprise autour d'un produit, les mêmes conseils s'enchaîneront naturellement.

Si vous ne vous êtes pas encore branché sur 37Signals (fabricants de Rails, Bootcamp et d'autres choses intéressantes), vous devriez y jeter un œil. Ils'ont construit une grande équipe vers le haut au fil des ans et sont vraiment la norme d'or. Getting Real (l'un de leurs livres) est un aperçu particulièrement clair des questions et réponses difficiles auxquelles vous êtes probablement confronté actuellement : Le best-seller de 37signals

C'est'probablement tous les conseils généraux auxquels je peux penser. Si vous voulez ajouter quelques détails sur ce que vous'essayez d'accomplir, j'aurai peut-être de meilleurs conseils à partager.

.