[Jouer de la musique] ABBY FICHTNER: Bonjour, je suis Abby Fichtner. La plupart des gens me connaissent comme Hacker Chick, parce que je fais la Chick Hacker Blog sur la façon de construire une meilleure technologie. Et je suis aussi sur au Harvard Innovation Labs. Savez-vous l'Innovation Lab? OK, donc ce est amusant méchants. Je suis pirate en résidence là où mon rôle est d'aider les élèves font tout de de piratage sur des projets cool secondaires, tous les le chemin jusqu'à partir startups technologiques. Je suis un programmeur, afin ce est mon arrière-plan. Je ai un peu eu dans la programmation et startups par une voie intéressante. Quand je étais à l'école, je voulais d'être un consultant en gestion, parce que je pensais que serait la merde. Je ne sais pas si ce est encore une chose. Les étudiants veulent toujours devenir conseillers en management? Est-ce considéré comme vraiment cool? OK, alors je ai pensé que ce était vraiment cool. Je ai décroché un emploi avec l'un des le conseil de la haute direction entreprises dès la sortie de l'école. Je étais très excité jusqu'à jusqu'à ce que je ai commencé à travailler là-bas, puis absolument détesté. Je ne aimais pas la société. Je ne aimais pas la culture. Je ne aime pas quelque chose à ce sujet sauf qu'ils très bizarrement me mettre dans la programmation, qui était vraiment bizarre, parce que mon titre ne était pas programmeur. Il n'y avait rien que je puisse rappelez-vous dans l'interview à propos, vous allez être la programmation. Je pensais que je allais être conseil gestionnaires, quoi que cela signifie. Je ne suis toujours pas fait sûr, mais il fait sens pour moi à l'époque. Donc, je vais là-bas, et ils effectivement m'a donné un bureau, qui était cool, parce que je pense ce est le seul travail que je ai jamais eu où je ai eu un bureau. Et ils me ont donné un ordinateur et ce gros équipements que l'ordinateur a été accroché jusqu'à, donc je écrivais code pour contrôler cet équipement, qui était vraiment bien. Et cette partie je ai aimé. Et je faisais code pour le NSA, qui était vraiment bizarre. Ce était mon premier emploi hors de l'université. Et si je écris ce code. Je suis juste totalement le piratage, parce que je ne ai aucune idée de ce que Je fais, et en essayant pour lui faire faire des choses. Et je arrive à ce point où je suis en utilisant bibliothèques de contrôler cet équipement. Et je ne peux le faire ce est dans les bibliothèques, et la chose que je dois faire, il n'y a pas aucune fonction pour. Et je suis comme, OK. Mais il y avait un support nombre, donc je appelle la société qui a créé le logiciel, et je ai dit que je ai besoin de le faire. Et ils étaient comme, ouais, vous ne pouvez pas faire cela. Et ce était mon premier travail sur école et mon premier projet, et je ne me sentais pas comme si je pouvais juste aller le patron et être like-- et il a fait juste un peu de me mettre sur mon propre. Je ne ai pas vraiment envie de Je pourrais continuer à le patron être comme, oh, allez dire à la NSA désolé, nous ne allons pas le faire pour eux, parce que la bibliothèque ne sont pas disponibles. Il ne semblait pas acceptable. Et donc je ai resté debout toute la nuit de piratage quelque chose ensemble, et je ai fait le travail. Et ce est ce moment de rotation pour moi, où il vient de cliquer. Et je ai réalisé que ce est ce que je voulais faire. Je pensais que ce était la chose la plus cool jamais, que je étais comme je faisais quelque chose que les créateurs du logiciel la pensée ne étaient même pas possible. Et je étais peut-être le premier personne à le faire, non? Et ce ne était pas que les grandes d'une chose, mais ce était juste comme une bonne idée. Et alors je ai quitté le grand cabinet de conseil en gestion, et je suis allé travailler pour les startups, parce startups sont tous sur la création des choses qui personne n'a jamais créé auparavant. Et je ai pensé que ce était la chose la plus impressionnante jamais. Je ai donc fait que, pour un certain nombre d'années, sorte de construit en la technologie pour les startups. Et puis je ai en quelque sorte, que je étais dire avant, monta dans ce domaine où je vais juste autour d'aider les pirates et les entrepreneurs technologie qui sont la construction innovante, produits-- perturbateurs en les aidant de le faire et trouver des moyens faire celui dans lequel ils peut être couronnée de succès sur le marché. Donc, ce est ce que je veux parler de vous les gars aujourd'hui. Donc pour moi, je pense que ce est vraiment un période excitante pour être dans cet espace en ce moment, parce que la technologie est expansion à ce rythme incroyable, et ce est faire tout cela opportunités disponibles qui ne ont jamais été disponibles avant. Je ai donc l'impression que nous sommes de retour à cette Point, où vous pouvez créer des choses que personne n'a jamais créé auparavant. Et surtout, vous regardez les choses telles que l'impression 3D. Alors, les gens sont des choses d'impression 3D comme organes humains ou de la nourriture. La NASA a commencé 3D impression astronautes alimentaires, ce est donc une imprimante 3D avec de la pâte et sauce à pizza et le fromage que ses cartouches, plutôt que de polymères. Et les voitures. Urbee 3D imprimé le monde de moins cher et le plus voiture économe en carburant, et ils sont sur le point de conduire dans tout le pays sur moins de 10 gallons de carburant, ce qui est assez fou. Et bien sûr, tout ce passe avec le mobile, et le fait avec des choses comme l'impression 3D sont faisant création dispositifs physiques tellement moins cher a conduit à l'internet des objets, qui est cette notion que hey, pourquoi avons-nous avoir la fonctionnalité dans nos ordinateurs et nos tablettes? Pourquoi ne prenons-nous pas sur et de ceux effectivement mettre à droite dans la dispositifs, où nous nous soucions. Et si nous obtenons David Rose de choses sur au Media Lab a créé une parapluie qui raconte le temps. Et donc vous pouvez imaginer dans un porte-parapluies par la porte. Et comme il sent que vous marchez passé, il, se il va pleuvoir, ça clignote, si vous savez le prendre avec vous. Ou vaillance créé un vélo qui vous donne les directions et vous donne tous vos stats d'équitation. Ou Hapi créé une fourche surveille vos habitudes alimentaires pour vous aider à manger plus sain. Et tout de l'auto-conduite voitures à helicopters-- de contrôle mental [Rires LÉGÈREMENT] Même les choses que nous pensions comme très low-tech, comme la lecture des nouvelles. Gannett vient d'annoncer que ils travaillent sur la réalité virtuelle le journalisme, où vous absorbez les nouvelles pas en le lisant, mais en réalité l'expérience et être une partie de celui-ci. Ou d'autres choses que nous pourraient penser comme low-tech, comme le jardinage, car vous avez besoin de déstresser. Parce que je ne sais pas sur vous les gars, mais je trouveraient vivre la nouvelles étant très stressant. [Rires] Une équipe hors du MIT, Grove, a créé un appareil de produits qu'en réalité, vous pouvez mettre dans votre cuisine à cultiver des fruits et légumes. Et donc ce est vraiment cool regarder tous les startups. Il ya juste cette étonnante nombre de startups qui sont ces jours qui tentent de prendre parti de ces technologies. Et ce qui est vraiment juste interesting-- regardant toutes ces choses qui sont à venir, mais la réalisation de seulement une très petit pourcentage de ces startups sont passe réellement à faire dans l'avenir, et le type de comprendre pourquoi certains de à faire et certains d'entre eux ne le font pas. Donc, je ai donné une conférence le mois dernier lors d'une conférence de l'ingénierie, et je voulais parler à eux sur ce sujet. Et je ai pensé qu'ils sont ingénieurs. Ils veulent des règles. Comme, je suis un ingénieur. Je aime règles. Ce est très agréable et soigné, non? Alors que je essayais de trouver avec les règles de l'innovation. Et dès que je l'ai fait, je réalisé que ce est un peu ridicule. La première règle de l'innovation, ce est que il n'y a pas de règles de l'innovation. Parce que si vous faites à droite, alors vous êtes brisant plusieurs règles que votre suivante. Et, bien sûr, Thomas Edison connu pour avoir déclaré que «je ne ai pas échoué. Je ai juste trouvé 10000 moyens qui ne fonctionnent pas. " Et donc, bien sûr, plus innovante que vous êtes étant, vous devez sorte de attendez que vous allez trouver d'autres moyens qui ne fonctionnent pas. Mais les bonnes nouvelles, ce est que ce est pas un trou noir complet. Quand vous regardez les startups qui ont été couronnés de succès, les innovateurs qui ont construit ces produits ont réussi à marchés, ce que vous verrez est maintes et maintes fois, le même Nouvelles tendances des choses qu'ils font. Et beaucoup de ceux-ci, lorsque vous sorte de creuser en eux, ils sont sorte de fondés sur un lot de les principes Lean et derrière Agile-- et les gens de prendre ceux-ci et en disant: comment peut-on donner un sens pour un démarrage? Je tiens donc à passer par ces derniers. Pour être honnête, je pense que je serais envie de passer près de la moitié le temps sur ce dernier One-- ce "Focus! Et obtenir la merde fait ". Parce que vraiment, ce est ce qu'il se agit. Mais je pense que les quatre premiers sont vraiment important de comprendre le contexte et le état d'esprit que vous avez besoin de conclure quand vous faites quelque chose de vraiment innovant n'a pas été fait avant. Ainsi, le premier principe est d'éliminer les déchets, qui, si vous savez quelque chose principes Lean, à propos de ce est l'une des clés principes de Lean. Et, en fait, Eric Ries, qui est le créateur du démarrage Lean méthodologie, dit le numéro un chose la plus importante pour un démarrage est d'apprendre à faire la différence entre la valeur et waste-- ce qui est assez bizarre, non? Comme comment pourriez-vous pas savoir ce est la valeur et ce qui est des déchets? Mais je pense qu'il est plus logique si vous pensez que sur les racines de Lean. Donc Lean vient de Lean manufacturing Système de production Toyota au Japon. Et «déchet» est une traduction de la terme «muda», qui est en fait plus large. Alors, vraiment, ce que vous voulez à faire est éliminé muda. Et muda ne signifie pas seulement tout ce qui est improductif, mais tout ce qui ne est pas ajouter de la valeur aujourd'hui. En raison notamment lorsque vous faites quelque chose si incertain que de faire un démarrage, créer quelque chose d'innovant, si vous pensez que vous êtes aller de cette façon et vous commencer à construire quelque chose de pour cela, et puis vous savoir ce qui se passe réellement et vous allez de cette façon, alors tout ce que vous avez fait au cours ici, ce est du gaspillage, non? Et donc, en Agile, nous avons une expression appelée YAGNI, qui est "Vous Ne est pas en avoir besoin ". [RIRES] Donc, ce est une très bonne chose à retenir que vous êtes la construction de nouvelles technologies. Tout ce que vous pensez que vous allez avoir besoin, simplement supposer que vous êtes pas jusqu'à ce que vous faites. Donc, il est intéressant de regarder exemples de startups qui ont fait et de voir où ils sont venus. Donc PayPal effectivement commencé comme un moyen de paiements de faisceau entre PDA. Mais il se est avéré que le monde ne était pas prêt pour les paiements mobiles en 99, non? Nous ne fait que commencer pour y arriver maintenant. Flickr a commencé comme une massivement jeu multijoueur de rôle en ligne de jeu. Mais il se est avéré, comme quand les gens jouaient il, que l'aspect le plus amusant a été le partage de photos. Ce est un peu drôle. Et puis a commencé Instagram comme Foursquare gamified. Et ils ont effectivement construits sur l'ensemble du application et la regarda, et se wow, il est beaucoup trop de choses à faire ici. Ce est beaucoup trop complexe. Et ils ont juste mis au rebut l'ensemble chose et dit, vous savez quoi? Nous allons juste à se concentrer nouveau sur les photos. Et ce était ce qui était succès pour eux. Et ce sont donc ceux qui fait, mais quand vous regardez genre de à travers le conseil d'administration, le stats sont assez sombre. Parce que les statistiques ne sont que neuf sur dix nouveaux produits échouent, ce qui est assez catastrophique. Et en tant que développeurs, car les gens qui travaillent avec la technologie, Je pense que lorsque nous regardons à une stat comme ça, nous le comprenons comment dur est de construire la technologie lorsque vous construisez quelque chose ce ne est pas été construits avant. Et nous supposons que ceux-ci ne parviennent pas parce que nous ne pouvons pas construire la technologie. Mais quand vous avez vraiment creuser profondément, ce qui happening-- ces produits ne sont pas à défaut parce que le la technologie n'a pas fonctionné. Ils ne cause les gens qui ont créé elles ne étaient pas en mesure de trouver un marché pour eux. Mon exemple préféré de ce est une société appelée Actualité Systems, qui était en fait ici, à Boston. Ils ont créé un affichage holographique 3D. Ce est assez dur à cuire, non? Ils créent, et ils eu de travail, puis ils ont passé les 10 prochaines années-- ils ont créé cela. Ce serait impressionnante pour créer aujourd'hui, non? Ils ont créé il ya plus de 10 ans ce. Ils ont passé les 10 années suivantes à essayer en vain de trouver un marché pour cela et de créer une entreprise viable , et à la fin a dû fermer, et tout ce qu'ils pouvaient faire était de vendre hors d'une licence pour la technologie. Ainsi étaient-ils réussi à innover? Je veux dire, ils ont obtenu la technologie pour travailler. Ce est incroyable. Mais si vous essayez de fait bâtir une entreprise viable pour sortir de cela, pas tellement. Et ce qui est intéressant est il ya eu la recherche dans ce qui est le plus grand prédicteur d'échec de démarrage. Effectuez l'une d'entre vous veulent devinez ce que ce est? PUBLIC: Aucun marché? ABBY FICHTNER: Aucun marché, oui. Donc, quelque chose qui fait que je devrais avoir quelque chose dit-- que startups faire, que se ils font cette chose, ce est le plus grand prédicteur qu'ils sont aller à l'échec, ou le plus grand indicateur. Donc, pas de marché est une sorte de quelque chose qui leur arrive. Alors Don [inaudible] fait une enquête dans cette, et ce qu'il a trouvé était le seul plus grand prédicteur d'échec de démarrage a été coller à la première plan-- d'affaires qui est assez déroutant, non? Parce que si vous commencez sur toute nouvelle entreprise, vous devriez essayer de comprendre si vous êtes sur la bonne voie ou non. Même que la terminologie, sur la bonne voie, implique que vous parlez selon le plan. Et si coller à planifier signifie que vous allez à l'échec, ce est très déroutant. Droite? Et ce qui nous amène à l'innovation numéro de motif deux, qui est que vous devrait vraiment commencer petit. Et ce genre de pauses notre modèle mental, Je pense que, pour la façon dont les gens pensent sur la façon dont fonctionnent les startups. Parce que je me sens comme nous avons cette image des startups que Go Big or Go Home, bébé. Droite? Comme je ai une grande vision, et la bôme. Je vais aller en grand, et je suis va être le prochain Facebook. Mais la question est de savoir comment faites-vous ça, non? Comment allez-vous à partir de rien, mais une idée comme un milliard d'utilisateurs, comme Facebook a? Comment voulez-vous même construire sur suffisamment de fonctionnalités dès le premier jour que vous pourriez faire appel d'un milliard d'utilisateurs? Et même si vous vouliez construire la prochaine Facebook demain, comment voulez-vous commencer amener les gens à ce sujet? Parce que ne importe quel d'entre vous utiliser "la prochaine Facebook "si personne ne vous saviez était sur elle? Probablement pas, non? Et ce que je considère startups as-- lorsque vous êtes très tôt stages-- sorte de faire la recherche de l'intersection de notre grande vision de ce que nous voulons accomplir avec ce la réalité peut effectivement accueillir aujourd'hui. Et la façon dont vous le faites est généralement à travers une série de petites expériences ou de petites tâches. Donc, juste pour prendre quelques exemples des entreprises qui ont fait les choses en grand et comment ils ont commencé, Microsoft a commencé avec l'écriture une version de BASIC, qui est un langage de programmation, pour l'Altair, qui était comme le premier ordinateur à la maison. Donc, je ne sais pas exactement le nombre Altairs ont été faites, mais je devine que quelques milliers. Donc ce ne est pas un grand marché, non? Et puis, bien sûr, Facebook, qui est le quintessential-- Go Big, devenir le prochain Facebook-- commencé ici à Harvard, où il ya seulement 20 000 étudiants. Encore une fois, pas un gros marché. Et donc quand vous songez à le modèle mental pour combien startups devrait ressembler, il se doit ressembler plus à ça. Vous commencez avec votre grand vision, mais alors vous aller petite. Et vous comprenez un moyen de dominer un marché de niche vraiment, et puis vous pouvez appuyer sur que le succès d'aller grande. Et il ya quelques raisons à cela. On est si nous acceptons le fait que coller à l'entreprise plan initial de va échouer, nous allons trouver 10 000 façons qui ne fonctionnent pas, que ce soit, nous allons faire beaucoup d'erreurs. Nous allons avoir beaucoup de justesse. Si nous essayons d'aller grand, nous allons utiliser tout notre temps et de ressources sur la mauvaise chose. Et donc ce est beaucoup mieux d'aller petite afin que nous puissions expérimenter rapidement. Mais plus important encore, ce est tellement plus facile pour réussir quand nous allons petit, parce que tout ce que vous avez à faire est de trouver ce marché que vous voulez aller after-- ce marché de niche vraiment. Et puis juste d'identifier le une chose qui ils sont vraiment mourir pour avoir, et de construire que pour eux. Et puis vous pouvez être vraiment convaincant. Donc, comme les utilisateurs voulaient vraiment Altair une façon de programmer leur ordinateur. Et je ne know-- pas que je pense que ce était juste comme des interrupteurs à bascule et lumières clignotantes, à droite? Donc, je ne sais pas comment ils ont fait. Donc fournir BASIC afin qu'ils pourrait programmer ce est incroyable. Ou étudiants de Harvard voulaient juste un seule, répertoire étudiant centralisée, droit? Et si Facebook ne avait qu'à prévoir que une caractéristique. Ils ne ont pas à le construire comme des il est aujourd'hui de vraiment traction. Donc, cela nous amène au numéro trois, ce qui est dans l'ordre pour constater que seule caractéristique qui votre marché est vraiment en train de mourir pour, vous avez vraiment profondément comprendre vos clients. Et je me sens comme les gens sous-estiment l'importance de this-- surtout aujourd'hui, quand il ya tant de nombreuses startups qui sont là-bas. Si vous cherchez vraiment à ce qui est passe dans l'espace de démarrage, vous allez trouver 100 startups tous faire la même chose. Droite? Et ce est parce que tout le monde peut voir que la technologie est ici aujourd'hui, non? Mais nous voulons être ici. Alors, les gens voient ces lacunes, et tout le monde essaie d'aller après ces lacunes. Et vous avez tous ces startups tous faire la même chose, et vous êtes comme, pourquoi ne est pas aucun d'entre eux réussir? Il ya une lacune. Je crois que ceux qui vont réussir sont ceux qui prennent le temps de vraiment comprendre leurs clients. Un bon exemple de cela, Je pense, est Dropbox. Lorsque Drew Houston, le fondateur, est allé pour essayer de recueillir des fonds pour Dropbox, les VCs a vraiment découragés. Ils sont comme, je ne comprends pas pourquoi vous même d'entrer cet espace. Il ya déjà comme un million de milliards startups nuage de stockage là-bas. Et Drew était comme, ouais, mais utilisez-vous l'un d'eux? Et ils ne étaient pas. Et je me sens comme Drew réussi parce A, il a commencé avec un petit marché. Il n'a pas essayé d'aller après tout le monde. Il est allé après le technophiles inconditionnels qui ont un grand nombre de dispositifs, beaucoup des ordinateurs, et ils avoir ce problème dans le transfert de fichiers. Et il suffit de les cibler. Et tout ce qu'il avait à faire était de fournir des une solution qui a fonctionné pour eux. Encore une fois, je me sens comme il ya beaucoup de mythes autour de startups, parce que nous voyons tant de startups qui se passe aujourd'hui. Et vous venez d'entendre le pied 20000 vue de oh, ils l'ont fait pendant la nuit. Ils ont été un succès. Mais le mythe de si vous le construisez, ils come-- quand vous avez vraiment creuser profondément dans ce qui se passe dans ces histoires de réussite, le temps et encore, je pense que ce vous trouverez sont les fondateurs qui est allé à ces extraordinaires longueurs à comprendre leurs clients. Donc, juste pour donner un je d'un couple Je ne sais pas si ce est encore le cas, mais au moins initialement, une des co-fondateurs de Airbnb n'a pas posséder ou de louer une maison. Il a juste fait le tour et a vécu dans Airbnbs. Comme je ne sais même pas ce qui avait l'air like-- comme vivre dans une valise? Ou Ben Silverman partir Pinterest est étonnant à ce. Il est allé personnellement atteint sur les 5000 premiers clients. Il leur a donné son téléphone portable. Il les a rencontrés pour le petit déjeuner. Je viens de parler à leur CTO il ya quelques semaines. Et ils entrer dans de nouveaux pays maintenant, et il va sortir et de le faire à nouveau. Alors, il est incroyable pour sortir et de parler individuellement aux personnes. Alors, bien sûr, que vous sortez et ayant ces conversations, ce vous voulez faire, ce est toujours apprentissage de votre client à propos de ce qui se passe pour donner un sens et ce qui va être couronnée de succès. Je me sens comme le meilleur startups, les meilleurs innovateurs, traiter l'innovation comme si ce était un experiment-- de la science ou dans un très de manière scientifique, je suppose que je devrais dire. Donc, je ne suis pas un scientifique, mais comme Je comprends, les scientifiques viennent avec des hypothèses, puis ils développent expériences pour valider ou invalider leurs hypothèses. Et donc la question est de savoir comment nous le faisons avec l'innovation? Nous avons une idée, mais ce est juste une idée. Si nous voulons vraiment faire quelque chose ça n'a jamais été fait auparavant, tout ce que nous avons sont des suppositions. Droite? Et quelles sont les expériences qui nous pouvons faire pour valider ou invalider ces idées sans construction sur l'ensemble de chose? Donc, parler est grande, et je ne peux pas réellement souligner combien strongly-- l'importance est de sortir et de parler à votre clients, au moins initialement, de comprendre qui ils sont, quels problèmes ils ont aujourd'hui, comment ils sont les résoudre aujourd'hui. Mais parler ne peut que vous mènera pas bien loin. Droite? Vous ne pouvez pas utiliser de parler à-dire, hey, je ai eu cette idée géniale! Voulez-vous acheter? Parce qu'ils vont être comme, oh, oui bien sûr. Cela sonne bien. Parce que les gens veulent vous encourager. Ils voient que vous êtes excité à propos quelque chose, alors ils vont dire oui. Et personnes-- êtres humains sont tout simplement terrible à prédire leur comportement. Et si vous demandez eux-- si vous dites, Je vais, à un moment donné dans un avenir, libérer ce résumé, hypothétique produit, allez-vous le vouloir? Ils pourraient dire non, mais si vous en fait le mettre en face d'eux, ils pourraient vouloir. Et si vraiment, de faire la Test de compréhension si les gens vont le vouliez ou non, vous avez vraiment besoin de mettre quelque chose en face d'eux. Donc, je aime cette citation de Linus Torvalds, qui est "Talk est pas cher. Montrez-moi le code ". Ou si vous êtes une start-up, vous pourrait-on dire, "Talk est pas cher. Montrez-moi le titre de MVP. " Alors vous les gars ont entendu MVP, Minimum produit viable? Ce est un peu ce mot à la mode que Je aime et déteste en même temps. Parce que je aime le concept de celui-ci, mais il devient un peu galvaudé. Mais l'idée est valable, qui est ne va pas construire sur ce produit qui va de vous prendre un an à construire. Au lieu de cela, comprendre ce est que l'on chose que les gens sont en train de mourir pour? Quelle est la chose minimum Je peux construire pour eux? Et mettre cela devant eux, et voir comment ils réagissent. Donc quintessence MVP est une page d'atterrissage. Je suis sûr que vous les gars ont vu cette liste. Si vous avez essayé de vous inscrire à Ello ou Nouvelle boîte de réception de Gmail, et ils sont comme oh, nous ne sommes pas encore prêt! Je suppose que ceux qui sont un peu différent, parce que ceux qui sont prêts. Mais ils vous donnent une page d'atterrissage, et ce est comme, ce est sur invitation seulement en ce moment. Mais donnez-nous votre adresse email. Droit Un grand nombre de places sera le faire avant ils ont même construit sur le produit, juste pour voir si il ya un intérêt ou non. Donc, avec Dropbox, a attiré Houston, il technologie complexe était derrière elle. Alors il est allé, et il a compris la technology-- type de prouvé que sur, que cela allait fonctionner. Mais avant de construire le produit final, il a fait cela mock-up sur son ordinateur, ce trois-minute screencast video-- très décousu. Mettez-le sur Hacker Nouvelles, parce il savait était en quelque sorte de son auditoire, étaient les gens vraiment techniques. Mettre en place une page d'atterrissage qui vient d'être dit, voici la vidéo. Nous ne avons pas encore lancé, mais si vous êtes intéressé, donnez-nous votre adresse e-mail. Nuit, a obtenu 75 000 signe-ups, ce qui est incroyable. Même aujourd'hui, ce serait impressionnant, mais aujourd'hui, ils avoir comme 300 millions d'utilisateurs, non? Quand il a publié ce, personne ne savait qui Dropbox était parce qu'ils ne existaient pas encore. Et donc ce était un signal très fort qu'il avait eu quelque chose de bien. Pour vous donner un peu plus étendue d'un exemple de cela, avez-vous les gars savent tampon? Ce est un média social Le site de partage, et l'idée est-- Je ai tendance à lire des nouvelles comme à 2h00, parce que je ne veulent pas aller dormir. Et donc je pourrais lire comme 10 articles qui sont tous vraiment cool et je tiens à les partager avec les gens. Mais A, si je leur part sur Twitter dès maintenant, personne ne est éveillé au 02h00 sauf pour moi. Et B, se ils sont éveillés, ils sont comme pourquoi êtes-vous me spamming avec 10 articles à la fois, non? Et qu'est-ce qu'il fait est qu'il est une sorte de file d'attente ou un tampon que vous ajoutez des choses à, et il va pousser hors quelques fois par jour à un calendrier plus réaliste. Donc, ce est à quoi il ressemble aujourd'hui. Ce ne est pas comment cela a commencé. Le fondateur a eu cette idée, et il pensait que ce était une bonne idée, mais il ne voulait pas construire. Il ne voulait pas quitter son travail de jour encore jusqu'à ce qu'il eu une certaine validation que d'autres personnes pensait que ce était une bonne idée, aussi. Donc, il n'a même pas besoin d'une vidéo. Ce était un concept simple. Il suffit de commencer avec Twitter, met en place une page d'atterrissage. Ce est ce que nous faisons. Il tweete it out. Lorsque les utilisateurs cliquent les plans et Prix, il leur donne tout un «vous nous pris avant que nous soyons prête. ", mais si vous êtes intéressé, donnez-nous votre adresse e-mail. Tweets it out. Les gens sont allés sur le site. Ils ont reçu leur adresse e-mail. Il était comme, OK, ce est un assez bon indicateur qu'il ya un certain intérêt, alors je suis prêt à aller à l'étape suivante. Mais je ne veux pas le construire encore. Je veux see-- les gens sont intéressés, mais ce que je peux faire de l'argent hors de lui? Puis-je en faire une entreprise? Donc, tout ce qu'il a fait a été ajouté une page du milieu quand les gens ont cliqué abonnements et les tarifs avec trois prix plans-- une était libre. Deux ont été payés. Conservé tweeting it out. Les gens ne arrêtaient clic. La plupart des gens ont fait le plan libre, mais certaines personnes ont fait le plan payé. Il est comme, vous savez quoi? Ce est assez validation-- pas peut-être pour moi de quitter mon emploi de jour et passer une année à ce sujet, mais pour moi juste d'aller tête baissée et de faire une version très simple de cette. Il pensait qu'il allait lui prendre un jour. De technologie de disque, de sorte qu'il le prit comme sept jours. Mais ce était assez pour lui de passer sept jours à ce sujet. Et très vite, il a commencé convaincre les utilisateurs sur cette première version, même si ce était très minime. Et ce était génial à ce sujet était qu'il était en mesure de voir comment les gens ont été vraiment l'utiliser, puis évoluer type de il repose sur eux de l'utiliser. Donc tampon est merveilleux, parce ce est un exemple très simple. Pas toute la technologie est ce aussi simple que cela, mais est en quelque sorte la quintessence Approche Lean Startup, non? Ce est great-- vous êtes tester chaque étape, et vous allez seulement assez loin que vous avez validé que ce est le genre de la valeur de votre temps à faire. Une autre excellente façon d'obtenir validation, bien sûr, est de faire un crowdfunding campagne comme Kickstarter, où vous pouvez obtenir les pré-commandes. Cela rend beaucoup de sens si vous êtes faire tout ce qui est matériel. Encore une fois, était le Pebble plus grand Kickstarter jusqu'à ce que le titre se est prise par un cooler-- fait vous vu cela? Comme un refroidisseur réel que vous apporter le pique-nique battit, alors ils ont plus de 10 millions de dollars. [Rires LÉGÈREMENT] Mais encore une fois, comme Dropbox, avec Pebble, ce était une technologie complexe. Ils devaient faire une preuve de concept, assurez-vous qu'ils pourraient se avérer hors que la technologie pourrait fonctionner. Mais alors il est coûteux à fabriquer, donc avant qu'ils réellement fabriqués, ils ont mis en place un Kickstarter. Et ils l'ont utilisé pour Obtenez un pré-commandes, non? Ils ont dit que si nous pouvons obtenir $ 100 000 en pré-commandes, ça vaut le coup d'aller de l'avant. Ils ont obtenu 10 millions $, ce faisant, jolie good-- assez bonne validation. Donc, ces idées sont tous vraiment grande, mais comme nous le disons dans des startups, idées sont treize à la douzaine. Il se agit de l'exécution. Donc, ce est mon préféré partie est le "Focus! Et obtenir la merde fait ". Ainsi, les meilleurs entrepreneurs sont en mesure d'avoir juste cette folle, intense hyper-focus et faire avancer les choses à un rythme étonnant. Donc je sorte de marche dans une certaine des pratiques de développement. Et poser des questions si vous en avez. Je ne étais pas sûr de combien vous les gars savait sur les pratiques de développement, si gentil de avoir un discussion sur ce que ressemble quand vous êtes développer quelque chose comme ça. Donc la première chose est de comprendre OK, ce est-ce que je devrait se concentrer on-- qui peut être vraiment difficile quand vous faites quelque chose de nouveau. Parce que tout le monde a tous ces idées, et il ya tant de directions différentes que vous pouvez aller, et tant de questions différentes que vous avez. Donc, l'étape numéro un, figure ce qu'il faut se concentrer sur. Un grand nombre de fois, en tant que développeurs, car les gens qui songent à la technologie, nous pensons vraiment sur les produits. Nous pensons à des choses en quelque sorte dans ce order-- premier, puis-je construire? En supposant que je peux construire, puis puis-je obtenir les gens sachent ce sujet? En supposant que je peux, peut Je fais de l'argent de celui-ci? Mais si nous essayons de faire une entreprise viable, nous pourrions voulons être penser de ceux dans l'ordre inverse. La raison en est que je me sens et like-- Je le fais moi-même, je comprends. Je me sens comme nous obtenons très accroché sur cette «Puis-je construire?" question, parce que si vous êtes une technologie personne-- si vous êtes un developer-- vous êtes vraiment penser à ce sujet. Mais la vérité est généralement, lorsque nous venir avec une idée pour un démarrage, nous venir avec elle basée sur Je ai vu cette technologie ici et cette technologie ici et cette technologie ici, et si je viens de combiner eux d'une nouvelle manière, Je pense que ce serait vraiment intéressant. Eh bien, si je ai déjà vu la la technologie dans ces lieux, vous sorte de savez qu'il existe, non? Alors bien sûr, faire un peu de preuves de concept. Se il ya un certain risque technique dans il. Mais pour la plupart, les choses que nous arrivons with-- à moins que nous sommes vraiment génial et faire quelque chose de totalement nouveau, dans ce cas, déterminer si vous pouvez le construire. Mais généralement, la plupart du startups je vois, vous pouvez le construire. Ce ne est même pas une question. Donc, commencer à penser à est quelque chose que les gens vont être en mesure de me payer pour Et alors comment vais-je les atteindre? Ce est vraiment difficile, surtout si vous êtes une personne technique, avez-vous un moyen de tendre la main à ces personnes et les amener à acheter votre produit? Donc, une fois que vous avez compris, OK, ce est que question-- sorte de toujours avoir à l'esprit, ce est la question la plus importante que je ai besoin d'être conduite vers, ou de la chose la plus importante que je dois être valider. Et puis, vous voulez revenir à cette notion de l'élimination des déchets. Juste comprendre comme le maigre, moyen le plus efficace que vous pouvez aller sur répondre à cette question. Donc je ai parlé produit viable minimum. Je dirais entrer dans cet état d'esprit des everything-- minimale viable par laquelle je ne veux pas dire que vous devriez être faire un travail de merde choses. Je veux dire à quel point peut vous coupez les déchets? Comment obtenez-vous juste au cœur de la question et de comprendre comment valider choses sans dorure, sans faire plus que vous devez. Donc, juste pour donner quelques exemples, Je me sens comme au début, vous êtes à essayer de comprendre, je avoir cette grande idée. Quelqu'un est-il même va vouloir? Donc, une façon vraiment facile à faire qui est un page de destination, comme nous en avons parlé. Vous ne avez pas à écrire un code pour cela. Il ya des outils qui feront pour vous. Si vous dites, OK, je ai pensé que cela. Maintenant, je veux je suppose that-- OK, les gens semblent vouloir. Auraient-ils réellement me payer de l'argent pour cela? Vous pouvez faire des choses comme ce que Buffer a fait avec la page de prix, ou mieux encore, un Kickstarter et obtenir des pré-commandes. Ordres La prochaine chose que je pense que vous êtes va être vouloir examiner OK est--, il semble que les gens voulaient. Il semble que les gens vont payer pour elle, mais surtout avec des applications, les gens vont réellement utiliser Il? Donc, je ne connais pas les statistiques, mais ils sont assez catastrophique. Un grand nombre d'applications se téléchargé puis jamais utilisé. Et ce ne est pas utile. Ce est bien ce que vous avez un Beaucoup de gens le télécharger. Mais si elle ne est pas utilisée, vous n'êtes pas va rester pour longtemps. Lorsque vous songez sur cette première version que vous voulez mettre sur there-- votre produit-- minimale viable réfléchir à ce qui est exactement que je suis en train de tester? Et que puis-je faire chiffres seulement cela? Je ai juste pris un type de proposition à ce. Je ne sais pas vraiment ce tampon de première version ressemblait exactement. Mais si vous pensez simplement Buffer-- à cause de ce simple example-- vous pourriez penser que ce est ce qu'ils se sentent comme comme leur premier produit viable minimum. Je ai besoin d'être en mesure de créer un compte utilisateur, de toute évidence, le lier à mon comptes de médias sociaux. Je ai besoin d'ajouter les messages comme tweets dans ma mémoire tampon. Modifiez-les. Supprimez-les. Réglez l'heure quand je veux que ceux qui seront affichées. Évidemment, les besoins de logiciels pour poster automatiquement sur Twitter ou quoi que conformément à ce calendrier. Et puis, je devrais être capable de voir une histoire de mon poste. Cela se sent assez minime, assez basique, non? Je encourage toujours startups-- Surtout, comme, ce est facile pour nous, parce que ce ne est pas notre bébé. Droite? Soyez comme, oh, ouais quoi Regardez- de nouveau, et ne cesse de dire est-il un moyen que je peux l'obtenir dépouillée encore plus? Alors qu'est-ce que nous sommes à essayer de comprendre? Si nous essayons de comprendre se ils vont l'utiliser, nous essayons de voir si ils sont même aller à poster quoi que ce soit au pare-chocs? Donc, cela se sent un peu hacky, mais si ils ne l'ont pas affiché sur le tampon Pourtant, vous ne avez pas vraiment besoin pour leur permettre de modifier ou supprimer ou afficher des messages dans l'histoire. Si vous pouvez planter que quelque chose là-bas très rapidement et de voir si les gens peuvent même ajouter affectations à elle, une fois que vous voyez cela, vous pouvez très rapidement commencer ajoutant cette fonctionnalité. Mais juste obtenir quelque chose là-bas. Avez-vous besoin pour permettre à l'utilisateur de fixer un calendrier d'affectation? Probablement pas, si elles sont comme moi et ils sont comme, Je ne veux pas que mes tous mes friandises aller sur à 2h00 le dimanche soir. Vous pouvez dire que ce sont les temps les plus populaires. Quoiqu'il en soit, nous allons juste pour poster en fonction de cela. Vous pouvez probablement le faire. Et puis je ai fait ce genre de place, parce Je sais qu'ils ne ont commencé avec Twitter. Mais évidemment, vous pouvez suffit de choisir les médias sociaux réseau qui fait le plus sentir et il suffit de commencer avec cela. Et maintenant vous êtes en bas à quatre sur 10. Et si vous pouvez obtenir quelque chose là-bas, une bête noire de la mine ce est que les gens pensent et MVP est le produit de merde. Et je ne pense pas qu'il a besoin. Je pense que vous pouvez obtenir quelque chose là-bas qu'il est toujours utile, mais ne est pas l'or est plated-- juste le minimum d'ours absolue. Et je suppose que vous devez sorte de figure sur la base de votre public ce qui se passe de donner un sens ou ce ne est pas. Mais beaucoup de fois vous obtenez quelque chose là-bas plus minime que vous ne think-- juste un test, comment les gens l'utilisent. Donc, comme vous êtes la construction ces caractéristiques, vous voulez penser à ce qui est le processus minimum viable. Et donc beaucoup de moments où nous pensons sur les processus vraiment légers, nous pensons que sur les processus agiles. Nous pensons à lean-- ce est un peu peu random-- quelques-unes agile et maigre livres que je aime. Donc, il ya de grandes pratiques comme de l'Extreme Programming et l'intégration continue, et refactoring, dont je vais vous parler un peu. Mais la chose est, une fois que vous commencez à obtenir dans les pratiques Agiles et moyennes, il peut très rapidement devenir écrasant. Et il peut se retrouver commencer réelle exagéré pour une start-up. Donc, la chose est que beaucoup de ces livres parlons de la façon Agile faire lorsque vous êtes faire un produit pour une société établie. Droite? Et vous savez qui est le marché, et vous savez ce que votre feuille de route du produit. Et ils finissent même up-- si nous sommes censés pour être léger weight-- ils finissent effectivement être trop lourd pour notre démarrage, parce la mise en service est juste fonctionnant à cette tout autre niveau. Donc, mon idée est que lorsque vous allez un démarrage, vous devez être décousu comme l'enfer. Droite? Alors d'abord, il n'y a pas de processus. Vous voulez le garder aussi simple que possible. Et ne ajoutez processus qui est sorte d'un processus juste-à-temps. OK, nous voyons qu'il ya un problème? Ajoutons juste assez processus pour régler ce problème. Savez-vous ce que je veux dire? Ce est parce que vous ne voulez pas nous vous immobilisant, non? Scrum est un vraiment populaire processus de développement Agile. Je ne sais pas si vous les gars sont familiers avec ce. OK, well-- [RIRES] Il serait tout simplement trop exagéré pour une start-up. Donc, je ne vais pas vous en préoccuper. Alors OK, si vous pensez à ce qui est le chose la plus simple absolue que je ai besoin. Eh bien, je dois sans doute garder une trace de ce que Je fais, surtout si il ya plus d'une personne, mais même si il ya une personne. Que vais-je travailler? Donc une tâche simple bord: très facile. Ce est ce que je veux faire. Ce est ce que je travaille sur. Ce est ce que je ai fait. Le seul problème que je vois quand je vois startups qui font quelque chose comme ça, ce est que très rapidement, leur colonne en cours tend à ressembler à ça, qui ne est pas très helpful-- surtout si il ya une seule personne ou un seul promoteur. Droite? Parce que vous n'êtes pas obtenir rien fait. Tout ce que vous faites va-et-vient essayer d'obtenir toutes ces choses. Et donc ce est un très bon exemple où juste assez processus peut venir. Donc Kanban est un très bon outil. Il vient aussi de Lean manufacturing. Et l'idée est que ce que nous voulez faire est de contraintes vente autour de la quantité de travail que nous pouvons traiter à un moment donné. Et si nous sommes une seule personne, alors nous ne peut fonctionner que sur un élément à la fois. Désolé. Donc tout ce que d'autres choses doit aller là-bas. Donc, ce que nous faisons est que nous mettons au travail progresser limites sur les colonnes. Se il ya deux personnes, il peut être deux. Vous pouvez comprendre ce que fait le plus de sens pour vous. Mais l'idée est de garder les choses saine, de sorte que vous êtes juste faire une chose à la fois. Vous êtes en mesure de le faire. Vous êtes en mesure de réellement le faire. Une chose à garder à l'esprit est-- si vous avez un seul élément que vous faites, mais le article prend trois mois, serait un difficile pour une start-up, évidemment. Vous devez être en mesure être souple et être capable de gérer les choses comme ils viennent à vous. Vous ne pouvez pas dire que je ne fais pas rien pour trois mois jusqu'à ce que je obtiens l'écran de connexion fait. Je ne sais pas. Donc je conseille à startups garder ce très court, de garder ces tâches afin qu'ils se inscrivent dans une journée. Évidemment, si ce est plus complexe que peut-être besoin d'être un peu plus longtemps. Mais comprendre ce qui fonctionne le mieux pour vous. Vous pouvez essayer différentes longueurs. Mais en général, tout comme un Par exemple, si vous gardez toutes les tâches afin qu'ils se inscrivent dans un jour, que signifie que chaque jour, vous obtenez quelque chose. Et vous fournir de la valeur. Et cet élan peut vraiment que vous aller de l'avant la place de la situation avant, où vous avez 500 les choses, et aucun d'entre eux sont effectués. L'autre chose, cependant, est toujours à la recherche à ce to-do column-- je suis accablé regarder cela. Et si je étais un développeur et je étais Travailler sur un, et je étais comme oh, merde. Je ai B et C et De et E et F et G et H. Blah! En descendant la route. Je suis comme freaking out, et je "suis essayer de comprendre comment la conception va pour accueillir toutes ces choses. Et la vérité est que si nous acceptons la fait que nous ne savons pas en fait assez ce que le produit va avoir besoin de ressembler jusqu'à ce que nous avons mis en avant d'un client, puis savons-nous vraiment que nous devons encore toutes ces tâches? Ou sommes-nous sorte de nous leurrer? Donc, si vous avez vraiment toutes ces idées, grande. Mettez-les dans un ordinateur portable ou d'un tableur ou quelque chose comme ça. Mais je conseille à startups garder une limite travaux en cours sur la colonne de choses à faire, aussi. Ce est un maximum absolu, Je dirais, combien vous pouvez vous faire en une ou deux semaines. Donc, il n'a même pas besoin d'être très nombreux. De cette façon, vous êtes juste hyper-concentré sur ce est ce que je fais, se fait cette semaine. Ou peut-être ces deux semaines, non? Et rien d'autre devient dans votre chemin, et vous êtes juste se assurer que vous êtes obtenir que là-bas. Et d'autant plus que vous commencez à ajouter nouveaux membres de l'équipe, cela aide vraiment. Beaucoup de gens aiment à le faire dans le logiciel, que vous pouvez. Mais ce est encore mieux si vous tout peut être dans le même espace et il suffit de mettre en place sur un mur. Ce est vraiment visible, et tout le monde peut simplement voir, et voir ce qui est le plus important. Donc, OK, ce est comment vous êtes déterminer ce qu'il faut faire. Comme vous le faites, vous voulez penser sur ce qui est la conception minimale viable? Ou Agile, nous fait ont quelque chose appelé conception émergente, qui est la même idée. Alors vous les gars ont entendu parler de conception émergente avant? D'ACCORD. S- fait, je essaie se rappeler OK where--. Donc, l'idée d'un marchand design est plutôt que de venir avec ce grand, avance conception et dire que je suis va passer un mois Comprendre le droit d'architecture les composants aller où et tout, permettez-moi juste assez pour concevoir les caractéristiques que je sais que je suis en train de dans cette première version. Et rien else-- ou les caractéristiques que je fais cette semaine, même. Et alors seulement que je ai besoin de nouvelles fonctionnalités fais que je figure sur la conception pour ceux. Vous n'êtes pas figurer sur la conception initial. Je pense que dans la réalité, ce ne est pas ce interrupteur marche-arrêt ou de cette bascule. Je pense que ce est plus d'un spectre de l'endroit où vous avez l'automne sur la certitude à l'incertitude. Et si dans un démarrage, ou si vous construisez quelque chose qui ne est jamais été construit avant, vous êtes assez plus loin sur la courbe d'incertitude ici, non? Et si vous pensez à ce sujet dans termes de l'entreprise comme plan--, nous avons parlé de la seule plus grand prédicteur d'échec est coller à la plan d'affaires initial. Si vous faites ce gros plan d'affaires initial, et vous dites que je vais juste aveuglément suivre cela et ne pas faire ne importe quoi. Mais vous allez juste à l'échec, non? Parce qu'il y avait trop d'incertitude. Et je me sens comme le en est de même pour la conception. Désolé, donc au lieu de faire un grand plan d'affaires initial, vous feriez un très léger modèle d'affaires de poids toile, que vous pourriez avoir entendu parler. Ce est comme un document d'une page, juste de mes idées sur. Ce ne est pas que vous ne avez pas penser du tout. Il est bon de penser au premier abord. Mais juste obtenir quelque chose de vraiment souple sur there-- une seule page. Et puis, comme vous allez, sorte de sortir ce plan au fil du temps que vous apprenez des clients, et vous pouvez adapter à eux. Et alors même chose est vraie pour la conception. Vous pouvez faire un grand, la conception avance, mais ce n'a pas de sens si il ya beaucoup d'incertitude. Beaucoup de gens diraient qu'il ya jamais autant de certitude que dans le logiciel, même si vous ne faites pas dans le démarrage. Donc, vous ne voulez jamais faire grand d'un design initial. Mais je me sens comme le niveau de la conception va à varier en fonction de la quantité certitude ou d'incertitude, il est. Et si vous ne avez aucune idée flipper et vous êtes juste jeter quelque chose là comme un atterrissage Cette page, évidemment, vous êtes ne va pas prendre le temps à l'architecte de tout un système. Ce est ridicule, non? Donc, vous ne avez pas besoin de conception initial. Un grand nombre de fois, la première version vous mettez de logiciels pour une start-up obtient juste jeté. Et donc beaucoup de temps, même si je pourrais dire cela, vous pouvez juste genre de pirater quelque chose ensemble. Il va probablement être jeté. Mais encore une fois, utiliser ce juste-à-temps idée de conception ainsi. Ce OK, vous savez quoi? Ce est en fait une certaine traction. Certaines personnes se intéressent à cette. Je vais ajouter quelques fonctionnalités sur. Maintenant, je me sens comme si je devais être un peu plus intelligent sur la conception. Donc, l'idée est que votre conception, juste garder à l'esprit cette YAGNI. Vous ne va pas besoin. Ne pas concevoir les choses qui ne sont pas encore là. Et le garder les choses simples, principle-- stupide faire la chose la plus simple qui pourraient éventuellement travailler. Un grand nombre de fois, ce est intéressant, parce que les développeurs, nous nous appris à faire ces conceptions vraiment complexes. Et on nous apprend que ce est bon. Mais il nous empêche d'être flexible, et il peut être vraiment gaspillage si nous finissons par aller dans dans des directions différentes. Donc Agile type de dit, ne faites pas cela. Juste comprendre ce que le manière la plus simple, le code simple que vous pouvez mettre ici que ça va le faire fonctionner. Et puis si je dois ajouter sur , je peut sorte de corriger ce code jusqu'à réadresser et la conception. Donc, il ya quelque chose qu'on appelle refactoring ce est vraiment important quand vous faites la conception émergente. Et l'idée avec refactoring est-- désolé, je vais sauvegarder un peu. Donc, si vous faites la conception émergente, vous êtes seulement la conception pour l'avenir que vous avez aujourd'hui. Mais cela ne signifie pas que vous êtes le piratage. Cela ne signifie pas quand vous ajoutez une autre caractéristique, vous allez juste sorte de ruban adhésif sur. Droite? Parce que ça va donner vous cette grosse boule de code de la boue que ça va être impossible à maintenir. L'idée avec le refactoring est OK, je sais je ne ai besoin, par exemple, Twitter dès aujourd'hui, donc je ne vais pas le faire grande abstraction qui dit, oh, me laisser cette couche d'abstraction qui va travailler avec ne importe quel médias sociaux réseau que je ne pouvais jamais peut- penser à l'avenir, parce cela prend du temps. Permettez-moi de just-- le plus simple chose qui pourrait éventuellement travailler est permettez-moi de faire il connu avec Twitter, parce que ce est tout ce que je dois faire aujourd'hui. Alors demain, nous nous rendons compte OK, nous faisons besoin de faire ce travail avec Facebook. Donc refactoring dirait, permettez-moi de revisiter la conception avant même ajouter Facebook, et dire étant donné que je sais que maintenant je ai besoin pour gérer la plupart de multiples réseaux sociaux, ce serait la conception optimale chercher Comme? Permettez-moi de Refactor le code à manipuler que la conception, et puis je peux brancher Fonctionnalité Facebook. Est-ce logique? Il ya donc beaucoup de gens pensent, quand ils entendre quelque chose comme la conception émergente, que vous faites moins de conception ou que vous êtes juste de piratage. Mais la vérité est que vous êtes effectivement faire plus design. Ce est un peu la même chose à la planification, à droite? Vous êtes en train de faire il est plus planning-- qu'au lieu de juste faire tout à l'avant, vous le faites en continu comme vous allez le long. Donc, je pense que ce est vraiment super que vous les gars prennent CS50, parce que je entends tellement de fois un jour, je ne peux même pas vous dire. Les gens viennent vers moi et me disent-ils, Abby, je ai eu cette idée géniale! Tout ce que je besoin est un développeur. Et je veux sorte de me tirer une balle dans la tête quand je entends cela. Parce que ce genre de assumes-- ils viennent, et ils vont être comme je ai l'idée tout compris. Je ai le plan d'affaires. Je ai la conception. Je ai juste besoin d'un développeur Code aller pour moi, non? Et ce est juste en supposant qu'ils ont obtenu toutes les réponses à l'avant, et cette personne peut tout simplement Code aller pour eux, et ils vont faire un dollars-- millions qui juste ne tient pas fait toutes les incertitudes. Donc, si nous sorte de regardons les étapes des development-- et je me excuse. Ce est une petite cascade-y. Mais ce qui se passe généralement est que vous la figure sur OK, ce est ce que je veux coder. Vous prenez le temps de développer, tester. L'assurance qualité est le tester. Et puis une fois que vous avez une libération entière ensemble, qui pourrait prendre un mois. Il fait deux trois mois. Alors que vous relâchez, non? Mais si nous disons, OK, nous allons réfléchir à comment pouvons-nous maximiser l'apprentissage qui se passe ici? Parce que si nous ne allons têtes vers le bas pour trois mois ou un an ou quelque chose et de mettre un peu de code sur il et il ne fonctionne pas, alors nous sommes en quelque sorte des foutus, non? Alors d'où vient le l'apprentissage se passe ici? Certains apprentissage se quand nous faisons exigences, parce que nous parlons aux clients, et nous essayons de comprendre à leur sujet. Mais la réalité est que plus l'apprentissage ne est pas arriver jusqu'à ce que nous fait mettre quelque chose dans leurs mains et voir comment ils utilisent cela. Et qu'est-ce que cela signifie est que le temps, les lieux que nous passons le plus moment-- lequel a est développement et QA ou testing-- il ya très peu d'apprentissage qui se passe. Et si on regarde cela et dire comment pouvons-nous optimiser l'apprentissage? Ou comment pouvons-nous réduire le temps ce qui se passe entre l'apprentissage? Une grande chose est le déploiement continu. Je ne sais pas si vous avez entendu parler du déploiement continu. Donc l'idée avec that-- place de dire, OK, nous allons aller. Nous avons ce qui libère à trois mois. Nous allons construire toutes les caractéristiques pour elle. Et alors seulement à la fin de la libération sont nous allons effectivement pousser que dans la production et mettre en face des utilisateurs. L'idée avec le déploiement continu prend cela à l'autre extrême. Alors êtes-vous les gars familiers avec le contrôle de version? Donc, idéalement, lorsque vous travaillez sur votre code, chaque fois que vous ajouter de nouvelles fonctionnalités, vous êtes va vérifier dans le contrôle de version. Donc, si vous vissez quelque chose , vous pouvez toujours revenir en arrière. Ou vous pouvez voir ce qui a changé, si quelque chose est cassé. Donc l'idée avec déploiement continu est dès que vous vérifier quelque chose dans le contrôle de version, il pousse le code à un serveur de transfert. Il va exécuter des tests automatisés sur elle, assurez-vous que vous ne avez rien cassé. Si vous ne avez rien cassé, il va pousser dès la sortie à partir de la production. Donc essor. Ce est dans les mains du client. Très différent. Mais si nous faisons cela, si nous poussons choses pour le client le plus rapidement que possible, puis nous obtenons le code dans leurs mains. Nous pouvons voir comment ils sont travailler avec eux, et nous pouvons vraiment maximiser l'apprentissage. Donc, je vais parler à travers ce un peu plus, parce que je ne sais pas si ce le déploiement continu était-- peut être assez extrême, non? Et cela peut être assez difficile à faire. Alors, les gens, les entreprises généralement type de commencer par l'intégration continue, et ils travaillent leur voie à suivre. Donc, ce est l'intégration continue concept qui est un peu de la première partie dont je ai parlé. Donc l'idée avec intégration continue est vous avez toujours votre calendrier de sortie. Vous allez libérer toutes les deux semaines ou tous les trois mois ou tout ce qui est. Mais à chaque fois quelqu'un vérifie code dans, il fait pousser le code sur un serveur intermédiaire. Les regards de serveur intermédiaire comme la production et il exécute une série de tests automatisés sur eux pour se assurer que rien cassé. Si quelque chose a cassé, alors il est va laisser tout le monde sait hey, compilation cassée. Et tout le monde a arrêter et assurez-vous qu'il est fixé. Donc, de cette façon, vous garantissant toujours que tout ce qui vous archivez est maintenant le code à l'état OK. Puis lorsque vous êtes prêt à libérer dans la fraction, vous vous rendez compte de tout. Livraison continue est en quelque sorte le prochaine étape dans ce processus, qui ce est que chaque fois que vous check-- il est dit même chose-- chaque fois que nous vérifions quelque chose dans le contrôle de version, il pousse vers le serveur de mise en scène. Il exécute les tests sur elle. Mais la culture est réglée en tant que telle que vous avez toujours conserver le code de sorte qu'il peut être poussé à la production à tout moment. Donc, avec l'intégration continue, vous pourriez avoir une feuille de route et dire, nous allons seulement pousser de production dans les trois mois. Droite? Il n'a pas vraiment besoin d'être prêt à être vu par un client. Mais avec cela, vous dites à un moment donné dans le temps, vous pouvez être comme yep, je suis heureux de ce jeu de fonctionnalités, même si nous sommes seulement deux semaines dans. Je vais aller de l'avant et pousser vers le client, et je sais que ça va être OK. Et ainsi vous pourriez avoir quelque chose comme des interrupteurs dans votre code que dire pour les fonctions qui ne sont que la moitié fait. Ils ne sont pas réellement visible. Pourquoi est-il visible pour le client encore? Ou quelque chose comme ça. Mais vous assurez-vous toujours que vous ne avez rien ce est dans cet état bizarre, car il peut pousser à la production à tout moment. Et une fois que vous êtes, vous avez genre tous des habitués à cette idée que vous êtes toujours de codage de telle sorte que il est prêt à aller en production. Ensuite, il ne est pas si difficile de se déplacer le déploiement continu qui ce est que chaque fois vous vérifiez quelque chose dans, tant que le test a réussi, il sort à la production. Est-ce que ce genre de sens? Donc, il peut encore être vraiment notion effrayant, mais ce est intéressant de voir comment certaines entreprises le font. Donc Etsy fait un très bon travail avec cela. Si vous êtes intéressé, ils ont un blog qui parle de la façon dont ils le font en continu déploiement, qui est vraiment génial. Ils se déploient à la production jusqu'à 50 fois un droit day--? Qui est crazy-- pouvez-vous imaginer si vous allez sur le site Etsy, 50 fois en jours, ce site est en cours mise à jour dans les coulisses. Et en 2011, ils ont déployé 10 000 fois au cours de l'année avec 100 ingénieurs. Et ce qu'ils ont dit est contraire à ce que vous pourriez think-- comme oh mon dieu, ce est terrible! Le code, le site est va être une catastrophe. Ils ont dit en fait, une fois que vous êtes déploie que souvent, le système est donc beaucoup plus stable, ils réellement appeler la confiance en tant que service. Parce que lorsque nous déployons, nous avons déjà fait 9999 fois. Nous avons obtenu cela. Il rend également beaucoup plus facile pour eux d'expérimenter des choses. Donc, ce qu'ils ont dit avant, ce est qu'ils utilisée pour libérer à la production toutes les deux semaines ou tous les mois. Et vous les gars pourrait Imaginez si vous avez déjà obtenu un délai pour une grande projet sur lequel vous travaillez, et vous avez cette liste de choses que vous voulez accomplir, puis qu'il obtient plus près de la date limite, la liste commence réduire un peu. Comme bien, peut-être je ne ai pas vraiment besoin de faire cela. Peut-être que je ne ai pas vraiment besoin de le faire. Donc, ce est ce qu'ils ont dit qui se passerait. Comme ils avaient à se rapprocher de la release-- et ce était une grosse affaire. Ils avaient pour obtenir la libération à temps. Mais ils avaient commencent à éplucher loin caractéristiques. Et ils ont fait moins caractéristiques, parce qu'ils étaient seulement libérer toutes les deux semaines ou un mois. Maintenant qu'ils sont libérer tant de fois, il leur donne cette flexibilité à-dire, vous savez quoi? Nous voulons construire une nouvelle fonctionnalité, mais nous ne avons pas savoir si nous devrions mettre beaucoup de temps dedans. Mettons ce vraiment version minimale de la fonction et voir si quelqu'un clique même sur il, si quelqu'un est encore intéressé. Si elles le sont, nous pouvons soit le tirer en arrière et de le construire sur, ou nous pouvons très rapidement ajouter de nouvelles fonctionnalités. Et ils ont dit qu'il leur a donné seulement si beaucoup plus de flexibilité à l'expérience. Et donc ce est vraiment intéressant de voir de plus grandes entreprises faire. Et à un démarrage, en particulier, où il est si important d'apprendre ce qui se passe, il peut être vraiment efficace. Et puis revenir à notre tableau Kanban. Ce est intéressant. Un grand nombre de fois, quand les gens faire un conseil de ce genre, il ya beaucoup de débat sur ce que signifie la colonne Terminé. Alors OK, je travaille sur une tâche. Est-ce fait lorsque son code complet? Est-il fait quand quelqu'un est examiné et il se sent comme il est testé? Est-ce fait quand il va sortir dans la production? Et donc beaucoup de startups dira, vous savez quoi? Nous allons ajouter une nouvelle colonne dans ici, qui est une colonne d'apprentissage. Ce ne est pas réellement fait jusqu'à ce que nous avons non seulement mis en production, nous avons mis en clients ' hands-- mais nous avons fait appris de la façon dont ils l'ont utilisé. Et ce est vraiment cool à ce sujet est alors, nous arrivons à intégrer cette apprentissage dans le cycle, et dire en fonction de ce nous avons appris, sur la base sur ce que nous se-- façon dont nous voyons les utilisent it-- nous pouvons comprendre la prochaine série à faire. Donc, ceux qui sont les modèles que je ont vu pour la réussite de l'innovation à travers les startups qui ont été couronnés de succès. Je allais parler aussi un peu de ressources qui sont disponibles si vous êtes intéressés à faire un iLab de démarrage. Mais je peux aussi arrêter ici, si vous les gars ont des questions sur ce que je ai parlé. Continuer? D'ACCORD. [RIRES] OK, donc vous savez sur l'iLab? OK, impressionnant. Ainsi, le iLab dispose de ressources impressionnantes. Si vous cherchez à faire une démarrage, nous avons quelque chose de-- nous faisons hacknights il. Parfois, nous faisons hackathons, si vous voulez juste aller pirater sur des projets sympas avec les gens. Nous avons des ateliers. Nous avons des classes qui re pour le crédit que sont plutôt cool sur l'entrepreneuriat qui sont ouverts to-- la plupart des ceux qui sont ouverts à tout le monde. Mais nous avons aussi des ateliers gratuits fois par couple par semaine, que nous apportons juste experts de l'industrie parler de anything-- concepts techniques, à la collecte de fonds, à la façon de faire des ventes. Tout ce que vous voulez autour de startups, nous des experts et les résidents qui sont disponibles pour le faire en tête-à-ones. Vous pouvez simplement vous inscrire à les heures de bureau avec eux. Vous ne avez même pas besoin d'avoir un démarrage. Juste si vous avez des idées et vous voulez balance-- obtenir des informations ou aperçu d'un expert sur le même chose-- ventes, financement. Nous recevons de l'aide juridique. Vous pouvez vous inscrire pour ceux là. Nous avons toujours eu choses qui se passent. Donc, si vous êtes intéressé, ce est vraiment une grande ressource. Vous pouvez aller à notre site. Le bulletin est vraiment génial. Je ai un peu déteste habituellement récupérer votre courrier électronique, mais ce est cool. Nous avons tellement de choses, je ne savent même pas ce que tout ce qu'il est. Donc, si vous vous inscrivez pour la newsletter, nous allons laissez vous savez chaque semaine ce qui se passe. Vous pouvez également consulter notre calendrier pour voir quels événements sont à venir. Et je suis là pour vous aider si vous vouloir faire un démarrage tech. [RIRES] Donc, ce est ce que je ai. [Applaudissements] [Rires] Merci.