[Música tocando] Abby Fichtner: Ola, eu son Abby Fichtner. A maioría da xente me coñecen como Hacker Chick, porque eu fago o pintainho Hacker Blog sobre como construír unha mellor tecnoloxía. E eu tamén estou enriba da Harvard Innovation Labs. Sabe o Laboratorio de Innovación? OK, de xeito que é desfrute mal. Estou de hackers en residencia alí, onde o meu papel é axudar os alumnos a facer todo, desde hackear en proxectos paralelos legal, todo o camiño ata a saída startups de tecnoloxía. Eu son un programador, polo que, este é o meu plan. Eu medio que teño na programación e startups por un camiño interesante. Cando estaba na escola, eu quería para ser un consultor de xestión, porque eu penso que sería a merda. Eu non sei se isto aínda é unha cousa. Os alumnos aínda quere ser consultores de xestión? Isto é considerado moi legal? OK, entón eu penso que era moi legal. I conseguiu un emprego cun dos a consultoría de xestión de arriba empresas de dereito fóra da escola. Eu estaba moi animado ata ata que comece a traballar alí, e logo, absolutamente odiaba. Eu non lle gustaba a compañía. Eu non lle gustaba a cultura. Eu non lle gustaba nada sobre iso agás que eles moi bizarra poñerme na programación, que foi moi estraño, porque o meu título non era programador. Non había nada que eu poida Teña en conta que, na entrevista sobre, vai ser a programación. Eu penso que ía ser consultoría xerentes, o que iso significa. Eu aínda non estou realmente seguro, pero fixo sentido para min na época. Entón, eu vou alí, e eles realmente me deu unha oficina, que foi legal, porque eu creo que el é o único traballo que eu xa tiña onde eu tiña unha oficina. E eles me deron un ordenador e este gran equipos que o ordenador estaba conectado ata, entón eu estaba escribindo código para controlar Este equipo, que foi realmente limpo. E esa parte eu realmente gusta. E eu estaba facendo código ao NSA, que foi realmente estraño. Foi o meu primeiro traballo fóra da facultade. E polo que estou escribindo este código. Eu só estou totalmente hacking, porque eu non teño idea do que Eu estou facendo, e tentando para facelo facer as cousas. E eu chegar a este punto no que eu estou usando bibliotecas para controlar o equipo. E eu só podo fazê- o que está nas bibliotecas, eo único que eu teño que facer, non existe ningunha función para. E eu son como, OK. Pero había un apoio número, así que eu chamo-se a empresa que creou o software, e eu dixen que eu teño para facelo. E eran como, Si, non pode facelo. E foi o meu primeiro traballo fóra da escola e meu primeiro proxecto, e eu só non sinto que eu podería só tes que ir para o patrón e ser como-- e fixo só unha especie de poñerme no meu propio. Eu realmente non sinto como Eu podería ir para o xefe ser como, oh, vaia dicir a NSA sorry, nós non imos facelo por eles, porque a biblioteca non está dispoñible. El simplemente non parece aceptable. E entón eu medio que quedei esperto a noite cortando algo xuntos, e eu fíxenlle o traballo. E foi neste momento xirando para min, onde acaba de facer clic. E podo entender que este é o que eu quería facer. Eu penso que era a cousa máis legal nunca, que eu era como eu fixen algo que os creadores do software pensamento non fose posible. E eu estaba, posiblemente, o primeiro persoa a facelo, non? E non era tan grande de unha cousa, pero era só unha idea tan legal. E entón eu deixei o gran empresa de consultoría de xestión, e eu fun traballar para startups, porque startups son todos sobre a creación de cousas que ninguén xamais creado antes. E eu penso que era o O máis impresionante que nunca. Entón eu fixen isto para un número de anos, unha especie de construíu fóra a tecnoloxía para startups. E entón eu medio que, como eu estaba dicindo antes, entrei nesa área onde estou indo só en torno de axudar hackers e empresarios de tecnoloxía que están construíndo innovador, produtos-- disruptivas ajudando- para facelo e atopar formas para facer aquilo no que pode ser exitosa no mercado. Entón é iso que quero falar con vós o día de hoxe. Entón, para min, eu creo que é realmente un momento emocionante para ser neste espazo agora, porque a tecnoloxía é mellore a este ritmo incrible, e está facendo todo isto oportunidades dispoñibles que nunca estaban dispoñibles antes. Entón eu sinto que estamos de volta a ese punto, onde podes crear cousas que ninguén xamais creado antes. E, sobre todo, que mira en cousas como a impresión 3D. Entón, as persoas son cousas de impresión 3D como órganos humanos ou alimentos. NASA comezou 3D imprimir astronautas alimentarios, polo que esta é unha impresora 3D con masa de pan e salsa de pizza e queixo como os seus cartuchos, en vez de polímeros. E coches. Urbee 3D impreso o mundo máis barata e máis eficiente de combustible do coche, e eles están a piques de conducir Lo en todo o país en menos de 10 litros de combustible, o que é moi tolo. E, por suposto, todo o que pasa con móbil, e co feito de que as cousas como a impresión 3D están facendo a creación dispositivos físicos moito máis barato levou á internet das cousas, que é esa noción de que hey, por que nós ten que ter a funcionalidade nos nosos ordenadores e os nosos tablets? Por que non podemos sacalo daqueles e, en realidade, poñelas á dereita no dispositivos, onde nos preocupa. E así estamos chegando cousas como-- David Rose cargo no Media Lab creou unha paraugas que di o tempo. E entón podes imaxinar que en un paraugas estar preto do porto. E, como el sente que camiña pasado, se vai chover, vai palpebrar, para que vostede sabe para levalo contigo. Ou Valour creou unha bicicleta que dálle instrucións e dálle todas as súas estatísticas de equitación. Ou Hapi creado un garfo que monitor seus hábitos alimentarios para axudar a comer máis saudable. E todo a partir de auto-condución coches para helicopters-- mente controlada [Risas Slightly] Mesmo as cousas que pensamos en como moi baixa tecnoloxía, como ler a noticia. Gannett acaba de anunciar que están traballando en realidade virtual xornalismo, onde absorbe a noticia non por lelo, pero, en realidade, experimentando e sendo que unha parte dela. Ou outras cousas que podemos pensar de como low-tech, como xardinería, porque precisa-estrés. Porque eu non sei canto a vostedes, pero eu atoparía vivindo a noticia de ser moi estresante. [Risas] Un equipo de MIT, Grove, ten creado un aparello de produción que, en realidade, pode poñer no seu cociña para cultivar froitas e legumes. E por iso é moi legal mirando para todas as startups. Hai só este incrible número de startups que están fóra nos días de hoxe que están tentando tomar vantaxe destas tecnoloxías. E o que é realmente só interessante-- mirando todas esas cousas que son chegando, pero entendendo só unha pequena porcentaxe destas startups son realmente vai facer que para o futuro, e tipo de entender por que algúns dos Los a facer, e algúns deles non o fan. Entón eu dei unha charla o mes pasado nunha conferencia de enxeñaría, e eu quería falar con eles sobre este tema. E eu penso que son enxeñeiros. Queren regras. Tipo, eu son un enxeñeiro. Eu gusto de regras. É moi bonito e ordenado, non? Entón, eu estaba tentando chegar coas regras da innovación. E así que eu fixen iso, eu entender que é medio parvo. A primeira regra de innovación é que non hai regras de innovación. Porque se está facendo o correcto, entón está romper máis regras que o seu seguinte. E, por suposto, Thomas Edison dixo a famosa frase de que "Eu non fallei. Eu só atopei 10.000 formas que non funcionan. " E así, por suposto, o máis innovadora que está a ser, precisa tipo de Esperamos que vai para atopar outras formas que non funcionan. Pero a boa nova é que é non un buraco negro completa. Cando mira para as startups que foron exitosas, os innovadores que teñen construído estes produtos que foron exitosos en mercados, o que vai ver é unha e outra vez, a mesma patróns emerxentes das cousas que están facendo. E unha morea deles, cando tipo de cavar a eles, están tipo de predicado dunha serie de os principios detrás do Lean e Agile-- e as persoas só tomar os e dicindo: como estes poden ter sentido para unha startup? Entón, quero pasar por estes. Para ser honesto, eu creo que eu quere pasar preto da metade o tempo nesta última um-- este "Concéntrase-se! E obter a merda feita. " Porque realmente, isto é o que vén para abaixo. Pero eu creo que os catro primeiros son realmente importante entender do contexto e do mentalidade que precisa para entrar cando está facendo algo realmente innovador que non fose feito antes. Así, o primeiro principio é eliminar o desperdicio, que, se non sabe nada principios sobre delgadas, que é un dos principais principios de Lean. E, de feito, Eric Ries, que é o creador da startup enxuta metodoloxía, di o número un O máis importante para unha startup é aprender a dicir a diferenza entre valor e waste-- o que é moi raro, non? Gústame como podería non saber o que é valor eo que é lixo? Pero eu creo que fai máis sentido se pensa sobre as raíces do Lean. Entón, o Lean vén de Lean Manufacturing Sistema de Produción Toyota en Xapón. E "residuos" é unha tradución do termo "malgasto", que é en realidade máis ampla. Entón, realmente, o que quere facer é eliminado cambia. E cambia non significa só todo o que é improductivo, pero nada que non sexa agregación de valor hoxe. Porque todo cando está facendo algo tan incerto como facer un partido, crear algo innovador, se pensas que é indo por este camiño e comezar a construír algo para iso, e entón descubrir o que realmente está a suceder e ir por este camiño, entón calquera cousa que fixo ao longo aquí é unha perda, non? E así, en Agile, temos unha expresión chamada YAGNI, que é "Vostede Non se vai ter dela. " [Risas] Entón, é unha cousa moi boa para lembrar como constrúe novas tecnoloxías. Calquera cousa que pensa que vai ter, simplemente asumir que é Non ata que faga. Por iso, é interesante ollar para exemplos de startups que fixeron e ver de onde viñeron. Entón PayPal realmente comezou como un forma de pagos de feixe entre PDAs. Pero descubriuse que o mundo non estaba preparado para pagos móbiles en 99, non? Estamos só comezando para chegar alí agora. Flickr comezou como un massively xogo multiplayer xogando online papel. Pero descubriuse que, como cando as persoas estaban xogando, que o aspecto máis divertido foi a repartición de fotos. É unha especie de divertido. E entón comezou Instagram como un cuadrangular gamified. E realmente construído a todo app e mirou para el, e foi wow, Non hai xeito moita cousa a ocorrer aquí. Esta é o xeito demasiado complexa. E eles simplemente descartado todo cousa e dixo: vostede sabe o que? Nós só estamos indo a concentrarse de novo nas fotos. E foi o que era exitoso para eles. E así, estes son os que feito isto, pero cando tipo de ollar en toda a liña, a estatísticas son moi sombría. Porque as estatísticas son de que nove de cada dez novos produtos fallan, o que é moi abismal. E como os desenvolvedores, como a xente que traballan coa tecnoloxía, Eu creo que cando nós miramos nunha estatística como esta, entendemos o quão difícil é construír a tecnoloxía cando está construíndo algo que non foi construído antes. E imos supor que estes están a fallar porque non podemos construír a tecnoloxía. Pero cando realmente cavar fondo, o que está happening-- estes produtos non están a fallar porque o tecnoloxía non funcionou. Están fallando porque as persoas que crearon eles non foron capaces de atopar un mercado para eles. Meu exemplo favorito esta é unha empresa chamada Realidade Systems, que era, en realidade, aquí en Boston. Eles crearon un display Holografía 3D. Iso é moi foda, non? Eles crealo, e eles teño que traballar, e logo, eles pasaron os próximos 10 anos-- entón eles crearon iso. Iso sería impresionante para crear hoxe, non? Crearon este máis de 10 anos. Eles pasaron os próximos 10 anos tentando sen éxito, atopar un mercado para el e crear un negocio viable fóra do Lo, e, ao final, tivo que pechar, e todo o que podían facer era vender fora dunha licenza para a tecnoloxía. Entón, eles foron exitosos en innovar? Quero dicir, eles ten a tecnoloxía para traballar. Isto é incrible. Pero se estás, en realidade, construír un negocio viable fóra deste, non tanto. E así, o que é interesante se houbo investigación en que é o único gran preditor de fallo de arranque. Algún de vós quere creo que é iso? Audiencia: No mercado? Abby Fichtner: No mercado, si. Polo tanto, algo que, en realidade, eu debería ten algo disse- que startups facer, que se fagan, é o maior preditor de que son vai fallar, ou o maior indicador. Polo tanto, non é unha especie de mercado algo que pasa con eles. Entón Don [inaudível] fixo unha investigación sobre iso, eo que atopou foi o único maior preditor de falla de inicio foi degola a inicial plan-- negocio que é moi confuso, non? Porque se está comezando en calquera novo proxecto, ten que tentar descubrir se está no camiño certo ou non. Aínda que a terminoloxía, na pista, implica que está falando de acordo co plan. E por iso, se adhire a planear significa que vai fallar, é moi confusa. Non? E así que nos leva a innovación número de patrón dúas, o que é o que debe realmente comezar pequeno. E este tipo de quebras o noso modelo mental, Creo que, pola forma como a xente pensa sobre como startups operar. Porque eu sinto que temos esta foto de startups como ir grande ou ir a casa, baby. Non? Como eu teño unha gran visión, e boom. Eu estou indo a ir moi grande, e eu son será o próximo Facebook. Pero a cuestión é como fai isto, certo? Como vai facer a partir da nada, pero unha idea que gusta de mil millóns de usuarios, como Facebook ten? Como vostede mesmo construír recursos suficientes dun día que podería apelar a mil millóns de usuarios? E aínda que quería construír a próxima Facebook mañá, como comezar levar a xente sobre iso? Porque faría calquera de vostedes usan "a próxima Facebook "se ninguén soubese estaba sobre el? Probablemente non, non? E así que eu ver startups as-- cando está realmente cedo tipo stages-- de facer a busca por a intersección da nosa gran visión do que queremos alcanzar co que realidade realmente acomodar hoxe. E o xeito que faga iso é xeralmente a través dunha serie de pequenas experiencias ou pequenas tarefas. Entón, só para tomar un par de exemplos de empresas que fixeron grande e como eles comezaron, Microsoft comezou coa escrita unha versión do BASIC, que é unha linguaxe de programación, para o Altair, que estaba como o primeiro ordenador doméstico. Entón, eu non sei exactamente cantas Altairs foron feitas, pero eu estou supondo que só algúns miles. Polo tanto, este non é un gran mercado, non? E despois, claro, Facebook, o que é o quintessential-- vai grande, facer o seguinte Facebook-- comezou aquí en Harvard, onde hai só 20.000 estudantes. Entón, de novo, non é un gran mercado. E así, cando está a pensar en o modelo mental por canto startups debe ollar, que debería pareza máis con iso. Comeza co seu gran visión, pero despois vai pequena. E descubrir un xeito de dominar un nicho de mercado moi, e entón pode construír en que o éxito de ir grande. E hai algunhas razóns para iso. Unha delas é que aceptamos o feito de que unirse ao negocio inicial plan de vai fallar, imos atopar 10.000 formas que non funcionan, sexa o que sexa, imos facer unha chea de erros. Nós imos ter unha chea de erros. Se intentamos ir moi grande, imos utilizar-se todo o noso tempo e recursos na cousa incorrecta. E por iso é moito mellor para ir pequeno para que poidamos experimentar rapidamente. Pero, aínda máis importante, é moito máis fácil para ser exitosa cando imos pequeno, porque todo o que tes que facer é atopar ese mercado que quere ir after-- que realmente nicho de mercado. E despois é só identificar o unha cousa que eles están realmente morrendo de ganas de ter, e construír isto por eles. E entón pode ser moi atractivo. Así como os usuarios Altair realmente quería unha forma de programar o seu ordenador. E eu non creo que sabe-- era como interruptores e as luces piscando, non? Entón, eu non sei como eles fixeron iso. Así, proporcionando BASIC para que pode programa-lo é incrible. Ou estudantes de Harvard só quería un , Directorio estudantil centralizado único, non? E así Facebook só tivo de establecer que un recurso. Non ten que constrúe-lo fóra como que é hoxe para realmente obter tracción. Así que nos leva ao número tres, que é en orde ao descubrir que unha característica que o mercado está realmente morrer, ten que realmente profundamente entender os seus clientes. E eu sinto que a xente subestimar a importancia de isto-- especialmente hoxe, cando hai tanta moitas startups que están aí fora. Se está realmente ollando para o que é pasando no espazo de arranque, vai atopar 100 startups todos facendo o mesmo. Non? E iso é porque todo o mundo pode ver que a tecnoloxía está aquí hoxe, non? Pero queremos estar aquí. Entón, a xente ven esas lagoas, e toda a xente intenta ir atrás esas lagoas. E ten toda esta startups todos facendo o mesmo, e queda tipo, porque non é calquera deles ter éxito? Hai unha lagoa aquí. Eu creo que os que vai ter éxito son os que toman o tempo para realmente entender os seus clientes. Un gran exemplo diso, Coido, é Dropbox. Cando de Drew Houston, fundador, foi para tratar de recadar diñeiro para Dropbox, os vcs realmente desanimado el. Son como, eu non entendo por que está mesmo de entrar neste espazo. Xa existe como un millón de millóns startups de almacenamento en nube alí fora. E Drew era como, si, pero usa calquera deles? E eles non estaban. E entón eu me sinto como Drew foi exitoso porque A, empezou cun pequeno mercado. El non tentou ir detrás de todos. Foi despois do Techies hardcore que teñen unha serie de dispositivos, un lote de ordenadores, e eles ten este problema na transferencia de arquivos. E simplemente branco. E todo o que tiña que facer era ofrecer unha solución que funciona para eles. Entón, de novo, eu sinto que hai unha serie de mitos en torno de startups, porque vemos tantos startups suceder hoxe. E acaba de escoitar a 20.000 pés vista do oh, eles fixeron iso durante a noite. Eles foron un éxito. Pero o mito de se construír, van come-- cando realmente cavar fondo para o que está a suceder nesas historias de éxito, tempo e de novo, eu creo que o que vai atopar son fundadores que foi para estes extraordinaria lonxitudes de entender os seus clientes. Entón, só para dar un par examples-- I Non sei se isto aínda é o caso, pero, polo menos inicialmente, unha dos co-fundadores da Airbnb non posuír ou alugar unha casa. El só deu a volta e viviu en Airbnbs. Como eu non sei aínda o que que parecía como-- como vivir fora dunha mala? Ou Ben Silverman de Pinterest é incrible neste. Foi e persoalmente acadar para os primeiros 5.000 clientes. Deulles o seu teléfono móbil. El se atopou con eles no almorzo. Acaba de falar co seu CTO un par de semanas. E eles están entrando en novos países agora, e está saíndo e facendo iso de novo. Entón, el é incrible para saír e falando individualmente coas persoas. Entón, por suposto, como está indo para fóra e tendo esas conversas, o que quere facer é sempre aprendendo co seu cliente sobre o que vai ter sentido e que vai a ser exitoso. Eu me sinto como o mellor startups, os mellores innovadores, tratar a innovación como se fose un experiment-- ciencia ou dun xeito moi xeito científica, eu creo que eu debería dicir. Entón, eu non son un científico, pero como Entendo, os científicos veñen-se con hipóteses, e, a continuación, eles desenvolven experimentos para validar ou invalidar súas hipóteses. E entón a cuestión é como pode facemos iso coa innovación? Temos unha idea, pero é só unha idea. Se estamos realmente facendo algo que nunca se fixo antes, todo o que temos son suposicións. Non? E entón o que son algunhas experiencias que Que podemos facer para validar ou invalidar esas ideas sen construír fóra a cousa toda? Entón falando é grande, e eu non podo realmente salientar como strongly-- quão importante é ir para fóra, e fale co seu clientes, polo menos inicialmente, de entender que son, o que problemas temos hoxe, como son resolvelos los hoxe. Pero falando só pode levalo ata agora. Non? Non pode usar a falar para dicir, hey, teño esta gran idea! Quere compra-lo? Porque eles van ser como, oh, si, claro. Isto soa moi ben. Porque a xente quere para incentivos-lo. Eles ven que está animado sobre algo, entón eles van dicir que si. E pessoas-- os seres humanos son só terrible para prever o seu comportamento. E por iso, se preguntar eles-- se di: Vou, nalgún momento dun futuro, liberar este abstracto, hipotética produto, vai querer iso? Poden dicir que non, pero se realmente poñelas diante deles, poden querer iso. E así, en realidade, para facer o proba de comprensión se a xente está indo a queira ou non, o que realmente Debe poñer algo por diante deles. Entón, me gusta desta cita de Linus Torvalds, que é "falar é doado. B-me o código. " Ou se é unha startup, vostede podería dicir: "Falar é fácil. B-me o MVP ". Entón vostedes teñen oído MVP, Mínimo Produto viable? É unha especie de agasallo que buzzword Eu amo e odio á vez. Porque eu amo o concepto de que, pero torna-se un pouco en demasia. Pero a idea é válida, que é non ir construír este produto que está a suceder para levalo de un ano para construír. Pola contra, descubrir que é o que un cousa que a xente está morrendo por? Cal é a cousa mínima Podo construír para eles? E poñer isto na fronte de eles, e ver como reaccionan. Entón, por excelencia MVP é unha páxina de destino. Eu estou seguro que vostedes viron isto. Se intentou rexistrar a ello ou Caixa de entrada de Gmail, e son como oh, nós non estamos preparados aínda! Creo que estes son un pouco diferente, porque aqueles está preparado. Pero eles danlle unha páxina de destino, e é como se, é invitar só agora. Pero dá-nos o seu enderezo de correo-e. Dereito Unha morea de lugares vai facelo antes aínda que eles construíron o produto, só para ver se hai interese ou non. Así, co Dropbox, chamou a Houston, hai era complexa tecnoloxía detrás del. El foi, e el descubriu a technology-- tipo de probar que fóra, que que estaba indo para o traballo. Pero antes de que el construíu o produto final, fixo iso Mock-up no seu ordenador, este Screencast de tres minutos video-- moi desconexo. Pon-o sobre Hacker News, porque el sabía que era unha especie de súa audiencia, eran a xente realmente técnicos. Poña-se unha páxina de destino que acaba de dicir, aquí está o vídeo. Aínda non lanzado, pero se está interesados, dá-nos o seu enderezo de correo-e. Durante a noite, obtivo 75.000 As inscricións, que é incrible. Mesmo hoxe en día, que sería impresionante, pero hoxe, eles ten como 300 millóns de usuarios, non? Cando publicou iso, ninguén sabía quen Dropbox foi porque aínda non existía. E así que foi un sinal moi forte que conseguira algo certo. Para darlle un pouco máis extenso dun exemplo de que, Vostedes saben buffer? É unha comunicación social sitio web de compartir, ea idea é-- I tenden a ler noticias en como 02:00, porque eu Non quero ir durmir. E para que eu poida ler como 10 artigos que son todos moi legal e quero compartir los coa xente. Pero A, se eu compartir los fóra en Twitter agora, ninguén está acordado no 02h00, excepto para min. E B, se eles están acordados, son como por que está me enviar spam con 10 artigos dunha soa vez, non? E así, o que fai é que é tipo de unha fila ou un tapón que engadir cousas para, e que vai empurra-los para fóra algunhas veces ao día a unha programación máis realista. Entón, iso é o que parece hoxe. Isto non é así que comezou. O fundador tiña esta idea, e el pensaba que iso era unha boa idea, pero el non quería construír. El non quere deixar seu traballo do día aínda ata que Ten algunha validación de que outras persoas pensei que era unha boa idea, tamén. Así, non ten sequera dun vídeo. Era un concepto tan sinxelo. Só ten que comezar con Twitter, colocarase unha páxina de destino. Isto é o que nós facemos. El twitta-la para fóra. Cando a xente click Plans e Prezos, el só dálles un "nos colleu antes de estarmos listo. ", pero se vostede está interesado, dar-nos o seu enderezo de correo-e. Tweets lo. A xente ían para o web. Recibiron o seu enderezo de correo-e. Era como, OK, isto é un bo fermosa indicador de que hai algún interese, entón eu estou listo para ir á seguinte etapa. Pero eu non quero para constrúe-lo aínda. Quero see-- persoas están interesadas, pero podo gañar cartos con el? Podo facelo en un negocio? Entón, todo o que fixo foi engadida unha páxina medio cando persoas premer plans e prezos con tres prezos plans-- un era libre. Dous foron pagados. Mantido twittar iso. As persoas continuaban premendo. A maioría das persoas fixo o plan gratuíto, pero algunhas persoas fixeron o plan de pago. El é como, vostede sabe o que? Iso é o suficiente validation-- non para min quizais deixar o meu traballo do día e pasar un ano sobre este asunto, pero para me ir só cabezas-down e facer unha versión moi sinxelo deste. El pensou que ía para levalo un día. Tecnoloxía de disco, polo que levou-o como sete días. Pero foi suficiente para el para pasar sete días nela. E moi rapidamente, empezou levar os usuarios nesta primeira versión, a pesar de ser moi escaso. E o que foi incrible sobre iso foi que era capaz de ver como a xente foron realmente usalo, e, a continuación, tipo de evolucionar Lo con base neles usalo. Entón tapón é marabilloso, porque é un exemplo moi sinxelo. Non todos tecnoloxía é este tan sinxelo, pero é unha especie de excelencia Visión Lean Startup, non? Este é great-- es proba-lo en cada paso, e só vai lonxe o suficiente para que teña validado, que é unha especie de vale o seu tempo para facer. Outra boa forma de comezar validación, claro, está a facer un crowdfunding campaña como Kickstarter, onde pode obter pre-pedidos. Iso fai moito sentido se está facendo todo o que é hardware. Unha vez máis, foi o seixo maior Kickstarter ata que o título foi tomada por un cooler-- fixo vostedes ver iso? Como unha neveira real que traer ao picnic bateu a fóra, entón eles teñen máis de US $ 10 millóns. [Risas Slightly] Pero, de novo, como Dropbox, con Pebble, era unha tecnoloxía complexa. Eles tiveron que facer unha proba de concepto, asegúrese de que eles poderían revelar- que a tecnoloxía podería funcionar. Pero, entón, é caro para a fabricación, por iso antes de que eles realmente fabricado, eles puxeron un Kickstarter. E utilizaban para obter pre-pedidos, non? Eles dixeron que si logramos US $ 100.000 en pre-pedidos, paga a pena ir para adiante. Eles ten US $ 10 millóns, para facer pretty boa-- moi bo validación. Así, as ideas son realmente grande, pero como dicimos en startups, ideas son un centavo unha ducia. É todo sobre a execución. Polo tanto, este é o meu favorito parte é o "Focus! E obter a merda feita. " Así, os mellores emprendedores son capaces de ter só este tolo, intenso amiga foco e facer as cousas a un ritmo sorprendente. Entón eu medio que camiñar por algúns das prácticas de desenvolvemento. E facer preguntas, se os ten. Eu non tiña seguro de canto vós sabía sobre as prácticas de desenvolvemento, a favor de ter un discusión sobre o que Parece que cando está desenvolver algo así. Entón o primeiro é para descubrir o OK, o que é que eu debería estar centrada on-- que pode ser realmente un reto cando está facendo algo novo. Porque todo o mundo ten todo esas ideas, e non hai tantas direccións diferentes que pode ir, e tantas preguntas diferentes que ten. Así, o paso número un, figura o que concentrarse. Unha morea de veces, como desenvolvedores, como a xente que están a pensar en tecnoloxía, estamos realmente a pensar sobre os produtos. Pensamos sobre as cousas tipo de en este order-- primeiro, podo construír? Supoñendo que podo construír, a continuación, Podo levar a xente a saber sobre el? Supoñendo que eu poida, pode Eu gañar cartos con iso? Pero se nós estamos tentando facer un negocio viable, podemos querer estar pensando daqueles na orde oposta. A razón é que eu sinto e como-- Fago iso mesmo, así que eu conseguir. Eu sinto que temos moito hung -Se nesta "Podo constrúe-lo?" pregunta, porque se é unha tecnoloxía person-- se é un developer-- está realmente pensar sobre iso. Pero o certo é xeralmente, cando nós chegar a unha idea para un partido, estamos chegando con el en base a Vin esta tecnoloxía aquí e esta tecnoloxía aquí e esta tecnoloxía aquí, e se eu só combinar Los dalgunha maneira nova, Eu creo que sería realmente interesante. Ben, se eu xa vin o tecnoloxía neses lugares, vostede medio que sabe que existe, non? Entón, por suposto, facer algunhas probas de concepto. Se hai algún risco técnico alí. Pero para a maior parte, as cousas que estamos chegando com-- a non ser que estamos realmente incrible e facendo algo totalmente novo, caso en que, descubrir se pode constrúe-lo. Pero, xeralmente, máis do startups vexo, pode constrúe-lo. Iso non é nin mesmo unha pregunta. Entón comeza a pensar sobre é algo que a xente vai ser capaz de me pagar por E entón, como é que eu vou chegar a eles? Iso é moi difícil, especialmente se vostede é unha persoa técnica, ten unha forma de chegar a estas persoas e leva-los a mercar o seu produto? Polo tanto, unha vez que descubrir, OK, o que é iso question-- tipo de ter sempre presente, esta é a pregunta máis importante que eu teño para estar dirixido cara, ou o máis importante que eu teño para ser validada. E entón quere volver esa noción de eliminación de residuos. Basta saber como leanest forma, máis eficiente que pode ir sobre responder a esta pregunta. Entón eu falei sobre produto viable mínimo. Eu diría que chegar a este Mindset de tudo-- mínima viable por que eu non quero dicir que ten que estar facendo un traballo de baixa calidade para as cousas. Eu só quero dicir como pode cortar o desperdicio? Como comeza pronto á dereita ao cerne da cuestión e descubrir como para validar cousas sen regulación, sen facer máis do que precisa. Entón, só para dar algúns exemplos, Eu me sinto como inicialmente, está tentando descubrir I ten esa gran idea. Será que alguén aínda vai querer iso? Entón realmente un xeito doado de facelo é un páxina de destino, como falamos. Non ten que escribir para que calquera código. Hai ferramentas que fan isto por ti. Se di, OK, eu entender iso. Agora quero Estou asumindo isso-- OK, a xente parece querer iso. Será que eles realmente me pagar o diñeiro para iso? Podes facer cousas como o que Tapón fixo a páxina de prezos, ou mellor aínda, un Kickstarter e obter pre-pedidos. Pedidos A seguinte cousa que eu creo que é vai estar querendo mirar Aceptar é--, parece que a xente querían. Parece que a xente van pagar por iso, pero especialmente con apps, será que a xente realmente usalo? Entón, eu non sei os stats, pero son moi abismal. Un gran número de aplicacións chegar descargar e logo, nunca utilizados. E iso non é útil. Que bo que ten un Moitas persoas baixalo. Pero se non se usa, non está se ve por aquí por moito tempo. Cando está a pensar sobre esta primeira versión que quere pór para fóra há-- seu product-- mínima viable pensar sobre o que é exactamente que eu estou tentando probar? E o que podo facer iso Só figura que fóra? Eu medio que deu un palpite sobre iso. Eu realmente non sei o tapón de primeira versión parecía exactamente. Pero se pensar sobre Buffer-- só debido a esta example-- simple Pode pensar que isto é o que eles senten como como o seu primeiro produto mínimo viable. Necesito poder crear unha conta de usuario, obviamente, vincula-lo ao meu contas de comunicación social. Necesito engadir anotacións como tweets no meu tapón. Editalos. Borralos. Axuste o tempo en que eu quere as que deben ser lanzados. Obviamente, as necesidades de software para enviar automaticamente para Twitter ou o que quere con base nese programa. E entón eu debería ser capaz de ver un histórico do meu post. Que se sente moi mínima, moi básico, non? Sempre fomentar startups-- particularmente gústame, iso é fácil para nós, porque non é o noso bebé. Non? Sexa como, oh, yeah o que quere Olle para el de novo, e continuar a dicir se hai un xeito que eu poida obterse desposuído aínda máis? Entón que é o que estamos tentando descubrir? Se estamos tentando descubrir se van usalo, estamos intentando ver se eles están mesmo indo para publicar calquera cousa para o parachoques? Polo tanto, este se sente un pouco Hacky, pero se eles non puxeron-lo ao buffer con todo, o que realmente non precisa para permitirlles editar ou eliminar ou ver mensaxes na historia. Se pode plantar algo aí, moi rapidamente para ver se a xente pode incluso engadir lanzamentos para el, xa que ves que, pode comezar moi rapidamente en adición esta función. Pero é só incorporarse algo por aí. Debe permitir que o usuario para definir un programa de mensaxe? Probablemente non, se son como me e son como, Eu non quero que os meus todos os meus mimos vai out ás 2:00 na noite do domingo. Pode dicir que estes son os equipos máis populares. Sexa como for, nós só estamos indo para publicar-la de acordo con iso. Probablemente, pode facelo. E entón eu medio que fixo isto, porque Sei que eles só comezaron con Twitter. Pero, obviamente, pode basta escoller a comunicación social rede que fai máis sentir e só comezar con isto. E agora está para baixo a catro dos 10. E se pode obter algo aí, a aflición da mina é que a xente pensa e MVP significa produto de baixa calidade. E eu non creo que necesita. Eu creo que pode obter algo aí que aínda é útil, pero non é plated-- ouro é só o mínimo de oso absoluta. E eu creo que ten que tipo de figura con base no seu público o que está pasando ter sentido ou que non é. Pero unha morea de veces que comeza algo alí fóra, máis minimal do que penso-- só un proba, como as persoas usan iso. Entón, como constrúe estes recursos, quere pensar sobre o que é o proceso viable mínimo. E así, unha morea de veces, cando pensamos sobre os procesos realmente lixeiros, pensamos sobre procesos áxiles. Pensamos sobre lean-- iso é un pouco bit random-- só algunhas áxil e enxuta libros que máis me gusta. Polo tanto, non hai grandes prácticas como de Extreme Programming e integración continua, e refactoring, que eu vou falar con un pouco. Pero a cousa é, unha vez que comezar a recibir sobre as prácticas áxiles e medios, pode moi rapidamente obter esmagadora. E iso pode acabar comezar unha esaxeración real para unha startup. Así, a cousa é que moitos destes libros están falando sobre como facer Agile cando está facendo un produto para un empresa establecida. Non? E vostede sabe o que é o mercado, e Vostede sabe o que o seu guión produto. E eles acaban up-- mesmo aínda deberiamos para ser lixeiro weight-- eles acaban realmente ser demasiado pesado para o noso inicio, porque a posta en marcha é só operando neste nivel completamente diferente. Así, a miña sensación é que, cando está indo un partido, ten que ser desconexo como o inferno. Non? Polo tanto, inicialmente, non hai proceso. Quere mantelo tan sinxelo que pode. E só proceso que é engadir unha especie de proceso de just-in-time. OK, vemos que hai un problema? Imos engadir proceso só o suficiente para resolver este problema. Vostede sabe o que quero dicir? É porque non quere ningún de nós, seguro-o para abaixo, non? Scrum é un realmente popular proceso de desenvolvemento Agile. Eu non sei se vostedes están familiarizados con este. OK, bom-- [Risas] Sería máis unha esaxeración para unha startup. Entón eu non vou preocupar con iso. Entón OK, se pensar sobre o que é o O máis sinxelo absoluta de que eu teño. Ben, eu teño probablemente seguir o que Eu estou facendo, especialmente se hai máis dunha persoa, pero aínda se hai unha persoa. O que eu estou a traballar? Así, unha tarefa sinxela board-- moi fácil. Isto é o que quero facer. Isto é o que eu estou a traballar. Isto é o que eu fixen. O único problema que vexo cando vexo startups facendo algo coma isto, que é moi rápido, súa columna en marcha tende a parecerse a iso, o que non é moi atenciosa-- especialmente se hai só unha persoa ou só un creador. Non? Porque non é se facer calquera cousa. Todo o que está facendo está indo e volvendo tratando de obter todas estas cousas. E así, este é realmente un bo exemplo de onde só o suficiente proceso pode chegar. Entón Kanban é unha ferramenta realmente grande. Tamén ven de Lean Manufacturing. E a idea é que o que nós quero facer é limitacións de venda en torno a canto traballo que pudermos xestionar a calquera momento. E por iso, se somos unha persoa, entón nós só pode traballar nun elemento de cada vez. Sentímolo. Entón, todas as outras cousas Debe ir máis alá. Entón, o que facemos é poñer o traballo en progresar límites sobre as columnas. Se hai dúas persoas, pode ser dous. Pode descubrir o que fai máis sentido para ti. Pero a idea é manter as cousas son, de xeito que é só facer unha cousa de cada vez. Vostede é capaz de facelo. Vostede é capaz de realmente facelo. Unha cousa a ter en conta é-- se ten un un elemento que está facendo, pero o elemento queda a tres meses, que sería difícil para unha unha startup, obviamente. Debe ser capaz para ser flexible e ser capaz de xestionar as cousas como eles veñen para ti. Non pode dicir que eu non estou facendo nada por tres meses ata chegar á pantalla de inicio de sesión feito. Eu non sei. Entón eu aconsellamos a startups manter esta moi curto, para manter estas tarefas para que se encaixan nun día. Obviamente, se é máis complexo, que Pode ser un pouco máis longo. Pero descubrir o que funciona mellor para vostede. Podes probar diferentes lonxitudes. Pero, xeralmente, só como un exemplo, se manter todas as tarefas que se encaixan dentro dun día, que significa que cada día, está a recibir algo feito. E está dando valor. E ese momento pode realmente mover á fronte no canto da situación antes, onde ten 500 cousas a suceder, e ningún deles está feito. A outra cousa, con todo, aínda está á procura neste to-do column-- eu son resaltado mirando para iso. E por iso, se eu fose un creador e eu estaba traballar en A, e eu era como oh, merda. Teño B e C e DE e E, F e G e H. bla! Descendendo a estrada. Eu son como pirando, e eu "estou tentando para descubrir como o proxecto vai para acomodar todas esas cousas. E o certo é que, se aceptamos a feito de que nós realmente non sei ben o que o produto vai ter parecido ata poñemos diante dun cliente, entón sabemos realmente que necesitamos de todas estas tarefas aínda? Ou será que estamos tipo de enganar a nós mesmos? Entón, se realmente ten todas estas ideas, xenial. Pon-as nun portátil ou un folla de cálculo ou algo parecido. Pero eu aconsellamos a startups manter un límite de work-in-progress na columna de cousas a facer, tamén. Isto é un máximo absoluto, Eu diría que, como pode ter feito nunha ou dúas semanas. Por iso, nin sequera ten que ser moitos. Desta forma, é só hiper-centrado nesta é o que eu estou facendo, ser feito esta semana. Ou quizais estas dúas semanas, non? E nada máis está quedando no seu camiño, e que é só asegurarse de que é conseguir que alí fora. E, sobre todo, como comezar a engadir novos membros do equipo, iso realmente axuda. Moita xente quere facelo en software, o que pode. Pero é aínda mellor se todos poden estar no mesmo espazo e só poñer-lo nunha parede. É realmente moi visible, E todos poden só velo, e ver o que é máis importante. Entón, OK, é así que é descubrir o que facer. Como está facendo iso, Quere estar pensando sobre o que é o deseño mínima viable? Ou en Agile, nós realmente ter algo chamado deseño emerxente, que é a mesma idea. Entón, vostede xa escoitou falar de mozos deseño emerxente antes? Aceptar. S-- en realidade, eu estou tentando para recordar Aceptar where--. Así, a idea de un comerciante proxecto é, en vez de subir con este gran, upfront proxecto e dicindo que eu son vai pasar un mes para descubrir a arquitectura dereito cales compoñentes ir a onde e todo, deixe-me só o suficiente para proxectar as características que sei que eu estou poñendo Nesta primeira versión. E nada else-- ou as características que eu estou facendo esta semana, aínda. E, a continuación, só como eu teño novidades eu descubrir o proxecto para aqueles. Non está tentando descubrir upfront deseño. Creo que, en realidade, non é iso interruptor on-off ou esta alternancia. Creo que é máis un espectro de onde ten caída na certeza de incerteza. E por iso, se nunha startup-se, ou se está construíndo algo que nunca se foi construído antes, é fermosa distante, por enriba da curva de incerteza aquí, non? E se pensar sobre iso en termos da empresa plan-- como, falamos o único maior preditor de fallo está unirse ao plan de negocio de inicio. Se fai iso big plan de negocio de inicio, e di que eu só vou cegamente siga iso e non facer nada. Pero só vai fallar, non? Porque había moita incerteza. E eu sinto que o mesmo é certo para o deseño. Sentímolo, polo tanto, en vez de fazê- un gran plan de negocio de inicio, faría un moi leve modelo de negocio de peso pantalla, que pode ter oído falar. É como un one-pager, só comezando miñas ideas para fóra. Non é que non fai pensar sobre iso en todo. É bo pensar niso, en primeiro lugar. Pero é só incorporarse algo realmente fóra flexible há-- só unha páxina. E entón, como vai, tipo de emerxer este plan ao longo do tempo que aprenda cos clientes, e pode adaptarse a elas. E así, a continuación, o mesmo cousa é verdade para o proxecto. Pode facer un gran, proxecto inicial, pero que Non ten sentido se hai moita incerteza. Moita xente diría que hai nunca que moita certeza en software, mesmo se non está facendo na inicialización. Entón, vostede non quere facelo grande dun proxecto inicial. Pero eu sinto que o nivel de deseño vai para variar segundo o que seguro ou incerteza que existe. E por iso, se non ten idea maldita e só está xogando algo fóra non me gusta de unha aterraxe páxina, obviamente, é non indo a ir tomar o tempo arquitetar un sistema enteiro. Iso é ridículo, non? Así, non precisa de ningún proxecto inicial. Moitas veces, a primeira versión pór para fóra de software para unha startup só é xogado fóra. E así, unha morea de veces, mesmo aínda que eu podería dicir iso, pode só tipo de cortar algo xuntos. El probablemente vai ser xogado fóra. Pero, de novo, usar este just-in-time idea para o proxecto tamén. Iso OK, vostede sabe o que? Esta é, en realidade, algunha tracción. Algunhas persoas están interesados ​​niso. Eu estou indo a engadir algúns recursos en. Agora, eu sinto que eu debería ser un pouco máis intelixente sobre o deseño. Así, a idea é que o seu proxecto, basta manter este YAGNI presente. Non vai ter del. Non proxectar para as cousas que aínda non chegamos alí. E a mantelo simple, principle-- estúpido facer a cousa máis simple que podería funcionar. Moitas veces, é interesante, porque, como desenvolvedores, estivemos ensinou a facer estes proxectos realmente complexas. E nós somos ensino que iso é bo. Pero iso nos impide ser flexible, e pode ser moi custosa Se acabamos indo en en diferentes direccións. Entón Agile tipo de di, non fagas iso. Basta descubrir o que o xeito máis sinxelo, o código máis simple que pode pór aquí que vai facela funcionar. E despois, se eu ter engadir en iso, podo tipo de corrixir este código up e revisen o deseño. Polo tanto, hai algo chamado refactoring iso é realmente importante cando fai o deseño emerxente. E a idea con refatoração é-- Sentímolo, eu vou volver un pouco. Entón, se está facendo o deseño emerxente, está designado só para o futuro que ten hoxe. Pero iso non significa que que está cortando. Isto non quere dicir cando engadir outra característica, está indo só para tipo de cinta adhesiva-lo. Non? Porque iso vai dar- vostede esta gran bola de código de barro que será imposible de manter. A idea coa refatoração é OK, I sabe que eu só precisa de, digamos, Twitter hoxe, entón eu non vou facer iso gran abstracción que di: oh, deixe-me ter esta capa de abstracción que pode traballar con calquera comunicación social rede que eu podería posiblemente pensar sobre iso no futuro, porque iso leva tempo. Déixeme só-- o máis simple cousa que podería funcionar é deixar-me só facer Lo coñecido con Twitter, porque iso é todo o que eu teño que facer hoxe. Entón mañá, entendemos OK, nós facemos precisa para facer este traballo con Facebook. Entón refactoring diría, déixeme revisitar o proxecto antes de engadir Facebook, e din que unha vez que eu sei que agora eu teño para xestionar a maioría das varias redes sociais, o que sería o proxecto ideal ollar como? Déixeme refatorar o código para tratar con este proxecto, e entón eu podo ligá- Funcionalidade Facebook in. Isto ten sentido? Entón, unha morea de xente pensa que, cando eles escoitar algo como deseño emerxente, que está facendo menos de deseño ou que está só hacking. Pero o certo é que é realmente facendo máis deseño. É máis ou menos do mesmo cousa con planificación, non? Está realmente facendo máis planning-- é só que, en vez de facendo todo diante, está facendo iso de forma continua como vai xunto. Entón, eu creo que é moi grande que vostedes están tomando CS50, porque eu oín iso tantas veces un día, eu non podo mesmo dicir-lle. As persoas veñen ata min e din: Abby, eu teño esta gran idea! Todo o que eu teño é un creador. E eu medio que quero tirar na cabeza cando escoito iso. Porque este tipo de assumes-- van vir cara arriba, e eles van ser como eu teño a idea figurado todo para fóra. Eu teño o plan de negocio. Teño o deseño. Eu só teño un creador ir código para min, non? E está só asumindo que eles teñen ten todas as respostas diante, e esa persoa pode só ir código-lo para eles, e eles están indo a facer un dollars-- millóns que só non ten en verdade, as incertezas. Entón, se nós tipo de ollar para as etapas de development-- e pido desculpas. Esta é unha pequena fervenza-y. Pero o que normalmente ocorre é que figura out OK, iso é o que quero código. Vostede levar moito tempo para desenvolvida lo, probalo. A garantía de calidade é probalo. E, a continuación, xa que teño unha versión enteira xuntos, o que pode levar un mes. Fai dous, tres meses. Entón soltar que, non? Pero se dicimos: OK, imos pensar sobre como facer nós maximizar a aprendizaxe que pasa aquí? Porque se nós só tes que ir cabezas-down para Tres meses ou un ano ou algo así e poñer un pouco de código para fóra alí e non funciona, entón nós estamos ferro, non? Entón onde é que o aprendizaxe ocorrer aquí? Algúns aprendizaxe acontece cando facemos esixencias, porque estamos a falar cos clientes, e estamos tentando entender sobre eles. Pero a realidade é que máis a aprendizaxe non pasar ata que realmente poñer algo nas súas mans para ver como eles usan iso. E entón o que isto significa Que o tempo, as partes que pasamos a maior parte tempo-- que é desenvolvemento e QA ou testing-- hai moi pouco de aprendizaxe que pasa. E así, se miramos para iso e dicir como podemos dar a aprendizaxe? Ou como podemos reducir o tempo que pasa entre a aprendizaxe? A gran cousa é a implantación continua. Eu non sei se vostedes teñen escoitou falar sobre implantación continua. Así, a idea con isso-- vez de dicir, OK, nós estamos indo a ir. Temos este libera tres meses. Nós imos construír todos os recursos para iso. E, a continuación, só no final do lanzamento son imos realmente empurrar iso en produción e poñelas diante dos usuarios. A idea con implantación continua está levando iso a outro extremo. Entón, vostedes están familiarizados co control de versión? Así, idealmente, cando se está a traballar no seu código, toda vez que engadir algunha nova funcionalidade, está imos comprobar-lo no control de versión. Entón, se romper algo -Se, sempre pode volver. Ou pode ver o que cambiou, se algo está roto. Así, a idea con implantación é continua así que comprobar algo no control de versión, el empurra o código para un servidor de proba. Vai para realizar probas automatizados en Lo, asegúrese de que non romper nada. Se non romper nada, que vai empurralo para a dereita fóra a partir da produción. Entón crecer. Está nas mans do cliente. Moi diferente. Pero se facemos iso, se estamos empurrando as cousas para o cliente o máis rápido como sexa posible, entón nós estamos comezando o código nas súas mans. Vemos como son traballar con eles, e podemos realmente maximizar a aprendizaxe. Entón eu vou falar a través este un pouco máis, porque eu non sei se isto implantación continua foi-- pode ser moi extremo, non? E iso pode ser moi difícil de facer. Entón, a xente, as empresas xeralmente tipo de comezar coa integración continua, e traballar seu camiño para a fronte. Así, é esta integración continua concepto de que é medio da primeira parte que eu falei. Así, a idea con integración é continua aínda ten o seu calendario de lanzamentos. Está indo a liberar cada dúas semanas ou cada tres meses ou o que sexa. Pero cada vez alguén verifica algún código, que fai empurrar o código nun servidor de proba. Os looks servidor de proba como a produción e executa unha serie de probas automatizados sobre eles para garantir que nada rompe. Se algo se rompe, entón é vai deixar todo o mundo sabe hey, a construción foi roto. E todo o mundo ten parar e asegúrese de que sexa corrixido. Entón, desta maneira, está garantindo sempre que todo o que facturación é manter o código nun estado Aceptar. Entón, cando está listo para libera-lo en a fracción, entender todo. Entrega continua é unha especie de seguinte paso deste proceso, que é que cada vez que di check-- o mesmo coisa-- cada vez que comprobe algo no control de versión, el empurra-o para o servidor intermedio. El executa as probas nel. Pero a cultura é definida como tal, que sempre manter o código de xeito que pode ser empurrado para produción en calquera momento. Así, coa integración continua, pode ter un mapa do camiño e dicir: estamos só indo para empurra-lo a produción en tres meses. Non? Realmente non ten que ser listo para ser visto por un cliente. Pero, con iso, está dicindo en calquera punto no tempo, pode ser como Si, eu son feliz con este conxunto de recursos, a pesar de estarmos só dúas semanas en. Eu estou indo a ir adiante e empurralo para fóra para o cliente, e sei que vai ser Aceptar. E así pode ter algo como interruptores no seu código que dicir para recursos que están a medio. Eles non son realmente visíbel. Por que é visible para o cliente aínda? Ou algo así. Pero sempre asegurarse de que non ten nada que está neste estado raro, porque pode empurrar para fóra a produción en calquera momento. E só unha vez que está dentro, ten tipo todo o mundo de acostumei con esa idea que está sempre de codificación de tal forma que está preparado para saír en produción. Entón non é tan difícil de moverse implantación continua, que é que cada vez comprobar algo en, sempre que a proba realizado con éxito, sae á produción. Será que este tipo de ten sentido? Por iso, aínda se pode realmente concepto asustado, pero é interesante ver como algunhas empresas están a facer iso. Entón Etsy fai realmente un bo traballo con iso. Se vostede está interesado, eles ten un blog que fala sobre como eles fan continua implantación, o que é realmente incrible. Eles implantar a produción up 50 veces a dereita dia--? Cal é crazy-- podes imaxinar se acceda o sitio web da Etsy, 50 veces en día, este sitio está actualizado nos bastidores. E en 2011, eles implantados 10.000 veces ao longo do ano con 100 enxeñeiros. E o que dixeron é contraria ao o que pode penso-- como oh meu deus, Iso é terrible! O código, o sitio é vai ser un desastre. Eles dixeron que, en realidade, xa que está implantación que moitas veces, o sistema é tanto máis estable, que en realidade chamalo de confianza como un servizo. Porque cando nós implantar, temos xa fixen iso 9.999 veces. Temos iso. Tamén fai que sexa moito máis fácil para eles a experimentar coas cousas. Entón, o que eles dixeron antes é que usado para liberar a produción cada dúas semanas, ou mensualmente. E vós pode imaxine se xa ten un prazo para un gran proxecto que se está a traballar, e ten esa lista de cousas que quere para estar preparado, e logo, como se chega máis preto do final do prazo, a lista comeza a encoller un pouco. Como ben, quizais eu non fago realmente precisa facelo. Poida que eu realmente non precisa facer iso. Entón, iso é o que dixeron que ía ocorrer. A medida que ía estar máis preto do release-- e foi un negocio tan grande. Eles tiveron que obter a liberación a tempo e horas. Pero eles comezarían apara lonxe características. E así realmente fixeron menos recursos, porque eran só liberando cada dúas semanas ou un mes. Agora que están liberando tantas veces, dálles esa flexibilidade para dicir, vostede sabe o que? Queremos construír unha nova recurso, pero non o facemos sei se debemos poñer unha gran cantidade de tempo en que. Imos pór para fóra esta realmente versión mínima do recurso para ver se alguén aínda clic en que, se alguén está mesmo interesado. Se son, entón nós pode puxa-lo de volta e constrúe-lo para fóra, ou podemos moi rapidamente engadir novas características a el. E así, eles dixeron que só lles deu tan moito máis flexibilidade para probar. E por iso é realmente interesante vexa as grandes empresas a facer iso. E nunha startup, especialmente, onde é tan importante para saber o que está a suceder, pode ser realmente eficaz. E, a continuación, volver para o noso consello Kanban. É interesante. Moitas veces, cando a xente facer unha tarxeta como esta, hai unha morea de debate sobre o que a columna Feito significa. Entón, OK, eu estou a traballar nunha tarefa. Isto faise cando o seu código completo? Faise cando alguén avaliación Lo e parece que está probado? Isto faise cando se vai fóra en produción? E así, unha morea de startups vai dicir, vostede sabe o que? Estamos indo para engadir unha nova columna en aquí, o que é unha columna de aprendizaxe. Non é realmente feito ata que teñamos non só poñer en produción, nós poñelas clientes ' hands-- pero nós realmente aprendido de como utilizaban. E o que é moi legal sobre iso é, entón, nós comezamos a incorporar esa aprender de novo no ciclo, e dicir sobre a base do que aprendemos, con base sobre o que se-- como nós velos usar ele-- pudermos descubrir o seguinte conxunto de facer. Entón eses son os patróns que eu vimos para o éxito da innovación a través das startups que foron exitosas. Eu ía tamén falar un pouco sobre recursos que están dispoñibles se está interesado en facer un iLab startup. Pero tamén podo parar con iso aquí, se caras teñen preguntas sobre o que eu falei. Continúe? Aceptar. [Risas] OK, entón vostede sabe sobre o iLab? OK, impresionante. Así, o iLab ten recursos impresionantes. Se está a buscar para facer un arranque, temos nada de-- facemos hacknights alí. Ás veces, nós facemos hackathons, se quere só para ir cortar en proxectos interesantes coas persoas. Temos talleres. Temos clases que re de crédito que son ben legal sobre emprendedores que están abertas a-- máis de estes son abertos a todos. Pero tamén temos talleres gratuítos un par de veces por semana, que acabamos de traer expertos da industria para falar anything-- de conceptos técnicos, para levantar o diñeiro, de como facer as vendas. Calquera cousa que quere en torno de startups, nós teñen especialistas e residentes que están dispoñibles para facer one-on-ones. Só podes rexistrarte para as horas de expediente con eles. Vostede nin ten que ter unha startup. Así, se tes ideas e quere balance-- obter información ou visión dun especialista no mesmo coisa-- venda, financiamento. Nós obter axuda xurídica. Podes rexistrarte para aqueles alí. Sempre temos cousas suceder. Entón, se vostede está interesado, é realmente un gran recurso. Pode ir a nosa web. O boletín é realmente incrible. Eu medio que normalmente odian recibindo correos electrónicos, pero é legal. Temos tanta cousa suceder, eu Non sei aínda o que todo o que é. Entón, se se rexistrar para o boletín de novas, imos informarlles lo cada semana o que está pasando. Tamén pode ollar para o noso calendario a ver que os eventos están chegando. E eu estou aquí para axudar, se quero facer unha startup de tecnoloxía. [Risas] Entón é iso que eu teño. [Aplausos] [Risas] Grazas.