[REPRODUCCIÓ DE MÚSICA] ABBY Fichtner: Hola, sóc Abby Fichtner. La majoria de la gent em coneix com Hacker Chick, perquè faig el pollet Hacker Bloc sobre com construir una millor tecnologia. I també estic més a Laboratoris d'Innovació de Harvard. Sap vostè la Innovation Lab? OK, així que és divertit malvats. Estic hacker a la residència allà, on el meu paper és ajudar els estudiants fan de tot, des pirateria en projectes secundaris genials, tot el camí fins a iniciar noves empreses de tecnologia. Sóc un programador, per aquesta és la meva experiència. Jo com que em vaig ficar en la programació i startups per una interessant ruta. Quan estava a l'escola, volia per ser un consultor de gestió, perquè vaig pensar que seria la merda. No sé si això és encara una cosa. Els estudiants encara volen ser consultors de gestió? Es considera realment genial? OK, així que vaig pensar que era realment genial. Vaig aterrar un treball amb una de la consultoria d'alta direcció empreses de dret fora de l'escola. Jo estava molt emocionat fins fins que vaig començar a treballar-hi, i després absolutament odiat. No m'agradava la companyia. No m'agradava la cultura. No em va agradar gens al respecte llevat que molt estranyament em va posar en la programació, que era molt rar, perquè el meu títol no era programador. No hi havia res que jo pugui recorda en l'entrevista sobre, vostè serà la programació. Jo vaig pensar que anava ser la consultoria gerents, sigui el que sigui. Encara no estic realment segur, però que tenia sentit per a mi en aquest moment. Així que vaig allà, i ells en realitat em va donar una oficina, que era fresc, perquè crec que és l'únic treball que he tenia on tenia una oficina. I em van donar un ordinador i així de gran equip que estava connectat l'ordinador fins, pel que jo estava escrivint codi per controlar aquest equip, que estava molt bé. I aquesta part jo en realitat em va agradar. I jo estava fent codi per al NSA, que era molt rar. Va ser el meu primer treball fora de la universitat. I així que estic escrivint aquest codi. Estic totalment d'hacking, perquè no tinc ni idea del que Que estic fent, i tractant perquè faci coses. I he arribat a aquest punt en què estic fent servir biblioteques per controlar aquest equip. I jo només puc fer el que hi ha a les biblioteques, i el que he de fer, no hi ha cap funció per. I jo sóc com, a D'acord. Però hi havia un suport nombre, pel que jo anomeno dalt la companyia que va crear el programari, i jo li vaig dir que he de fer això. I eren com, sí, vostè no pot fer això. I va ser el meu primer treball fora de l'escola i el meu primer projecte, i jo no tenia ganes que vaig poder només ha d'anar amb el cap i ser com-- i ho va fer només una mica de posar-me pel meu compte. Realment no em sento com Podria seguir amb el cap ser com, oh, aneu dir la NSA ho sento, nosaltres no farem això per ells, perquè la biblioteca no està disponible. Simplement no sembla acceptable. I així quin tipus de quedar despert tota la nit hackejar alguna cosa junts, i jo vaig fer que funcionés. I va ser aquest moment girant per a mi, en el que acaba de fer clic. I em vaig adonar d'això és el que jo volia fer. Vaig pensar que era la cosa més fresca mai, que jo era com vaig fer alguna cosa que els creadors del programari pensament no fos encara possible. I jo era possiblement el primer persona alguna vegada de fer això, oi? I no era tan gran d'una cosa, però només era una idea tan genial. I així vaig marxar de la gran firma de consultoria, i em vaig anar a treballar per a noves empreses, perquè startups són tots sobre la creació de les coses que ningú ha creat abans. I jo que pensava que era el cosa més meravellosa de la meva vida. Així que ho vaig fer per a un nombre de l'any, tipus de construïda la tecnologia per les arrencades. I llavors una espècie de, com estava dient abans, es va ficar en aquesta àrea on només vaig al voltant de ajudar hackers i emprenedors tecnològics que estan construint innovadora, productes- disruptives ajudant-los per fer això i trobar formes fer això en què pot tenir èxit en el mercat. Així que això és el que vull parlar amb vostès avui. Així que per a mi, crec que és una realitat moment emocionant per estar en aquest espai en aquest moment, perquè la tecnologia és creixent a aquest ritme increïble, i està fent tot això oportunitats disponibles que mai estaven disponibles abans. Així que em sento com si estiguéssim de nou a aquest punt, on pot crear coses que ningú mai s'hagi creat abans. I sobretot, es mira en coses com la impressió 3D. Així que la gent són coses d'impressió en 3D com a òrgans o aliments humans. La NASA ha començat 3D imprimir astronautes aliments, així que això és una impressora 3D amb la pasta i la pizza salsa i formatge com els seus cartutxos, en lloc de polímers. I els cotxes. Urbee 3D imprès el món més barat i més cotxe de combustible eficient, i estan a punt de conduir que en tot el país en menys de 10 galons de combustible, que és una bogeria. I per descomptat, tot el que succeeix amb el mòbil, i el fet de coses com la impressió en 3D estan fent creació dispositius físics molt més barat ha portat a la Internet de les coses, que és la noció que bo, per què ens ha de tenir la funcionalitat al nostre ordinador i les nostres tauletes? Per què no ho traiem d'aquells i de fet posar-lo a la dreta a la dispositius, en què ens importen. I així estem rebent coses com-- David Rose més al Media Lab va crear un paraigua que li diu a la intempèrie. I així s'ho pot imaginar en un paraigüer per la porta. I, com sent vostè camina passat, si va a ploure, va parpellejar, perquè sàpiga portar amb vostè. O Valor creat una moto que que ofereix adreces i li dóna totes les seves estadístiques d'equitació. O Hapi va crear una forquilla que monitoritzes els seus hàbits alimentaris per ajudar a menjar més sa. I tot, des de la auto-conducció cotxes a helicopters-- amb control mental [Rialles LLEUGERAMENT] Fins i tot les coses que pensem en com molt baixa tecnologia, com la lectura de les notícies. Gannett acaba d'anunciar que que estan treballant en la realitat virtual periodisme, on absorbeixes la notícia no llegint-lo, sinó per experimentar realment i ser part d'ella. O altres coses que podrien pensar de baixa tecnologia, com la jardineria, perquè és necessari per eliminar l'estrès. Perquè jo no sé sobre vostès, però jo trobarien vivint el notícies ser molt estressant. [Rialles] Un equip del MIT, Arboleda, té creat un aparell de productes que en realitat, vostè pot posar en el seu cuina per conrear fruites i verdures. I el que és realment genial mirant totes les startups. Només hi ha aquesta increïble nombre de noves empreses que estan fora d'aquests dies que estan tractant de prendre avantatge d'aquestes tecnologies. I el que realment està interesting-- només mirant totes aquestes coses que són pujar, però en adonar només una petit percentatge d'aquestes noves empreses es en realitat va a fer en el futur, i el tipus d'entendre per què alguns ells ho fan i alguns d'ells no ho fan. Així que li vaig donar una xerrada el mes passat en una conferència d'enginyeria, i jo volia parlar amb ells sobre aquest tema. I jo que pensava que són enginyers. Volen regles. Igual, sóc un enginyer. M'agraden les regles. És molt agradable i net, no? Així que jo estava tractant d'arribar la normativa de la innovació. I tan aviat com ho vaig fer, em es van adonar que això és una mica ximple. La primera regla de la innovació és que no hi ha regles de la innovació. Perquè si ho estàs fent bé, llavors vostè està trencar més regles del seu següent. I, per descomptat, Thomas Edison va dir la famosa frase que "No he fallat. Acabo de trobar 10.000 maneres que no funcionen ". I així, per descomptat, la més innovador que estàs sent, que necessita per tipus de S'espera que vas per trobar més maneres que no funcionen. Però la bona notícia és que és no un forat negre complet. Quan ens fixem en les noves empreses que han tingut èxit, els innovadors que tenen construït aquests productes que han tingut èxit en mercats, el que veuràs és una i altra vegada, el mateix patrons emergents de les coses que ho estan fent. I molts d'aquests, quan tipus de cavar en ells, Són una espècie de basen en una gran quantitat de els principis darrere de la metodologia Lean Agile-- i la gent simplement prendre aquests i dient: com poden tenir sentit per a un inici? Així que vull anar a través d'aquests. Per ser honest, crec que em agradaria passar prop de la meitat el temps en aquesta última un-- aquest "Enfocament! I aconseguir merda feta ". Perquè, en realitat, això és el que tot es redueix a. Però crec que els quatre primers són realment important entendre el context i el mentalitat que necessita per entrar en quan estàs fent alguna cosa realment innovador que no s'ha fet abans. Així que el primer principi és eliminar els residus, que, si saps alguna cosa principis sobre magres, aquesta és una de les claus principis de Lean. I, de fet, Eric Ries, que és el creador de la posada en marxa de Lean metodologia, diu el número u el més important per a una posada en marxa és aprendre a dir la diferència entre valor i waste-- que és bastant rar, no? Per exemple, com podria vostè no sap Quin és el valor i el que és deixalla? Però crec que té més sentit si es pensa en les arrels de Lean. Així magra ve de Lean manufacturing Sistema de Producció de Toyota al Japó. I "residus" és una traducció de la terme "muda", que és en realitat més àmplia. Així que en realitat, el que vol de fer és eliminat muda. I muda no significa només tot el que és improductiu, però tot el que no és afegint valor avui. A causa especialment quan estàs fent alguna cosa tan incert com fer un inici, crear alguna cosa innovador, si vostè pensa que vostè és anant d'aquesta manera i vostè començar a construir alguna cosa per això, i llavors esbrinar el que realment està passant i vostè va aquesta manera, llavors qualsevol cosa que vas fer sobre aquí és un malbaratament, oi? I així, en Agile, tenim una expressió anomenada YAGNI, que és "Vostè No necessitarà ". [Chuckles] Així que és una bona cosa per recordar com està la construcció de les noves tecnologies. Qualsevol cosa que vostè pensa que necessitaràs, acaba d'assumir que ets no fins que ho faci. Així que és interessant de veure exemples de noves empreses que han fet i veure d'on venien. Així PayPal realitat va començar com un manera dels pagaments de feix entre PDAs. Però va resultar que el món no estava preparada per als pagaments mòbils al 99, no? Estem només començant per arribar-hi ara. Flickr va començar com una forma massiva joc multijugador de rol en línia. Però va resultar que, igual que quan les persones que estaven jugant, que l'aspecte més divertit va ser compartir fotos. És una mica graciós. I llavors va començar Instagram com Foursquare gamified. I que realment construeixen el tot aplicació i el va mirar, i se'n va anar wow, hi ha massa passant aquí. Això és massa complex. I simplement rebutjar el conjunt cosa i va dir, saps què? Només anem a enfocar de nou a les fotos. I això era el que era reeixida per a ells. I pel que aquests són els que fet que sigui, però quan espècie de mira en tots els àmbits, la estadístiques són bastant ombrívol. A causa de que les estadístiques són que nou de cada deu nous productes fracassen, que és bastant abismal. I a mesura que els desenvolupadors, ja que la gent que treballen amb la tecnologia, Crec que quan ens fixem en una estadística d'aquest tipus, entenem la dificultat és la construcció de la tecnologia quan vostè està construint alguna cosa que no ha estat construït abans. I suposem que aquests enfocaments estan fallant perquè no podem construir la tecnologia. Però quan realment cavar profund, el que està happening-- aquests productes no estan fallant a causa que el La tecnologia no va funcionar. Estan fallant perquè la gent que va crear ells no van ser capaços de trobar un mercat per a ells. El meu exemple favorit de aquesta és una empresa anomenada Actualitat Systems, que era en realitat aquí a Boston. Van crear una pantalla hologràfica 3D. Això és bastant rude, no? Creen, i ells tinc feina, i després Van passar els següents 10 anys-- així que van crear això. Això seria impressionant per crear avui, no? Ells van crear fa això més de 10 anys. Van passar els propers 10 anys tractant sense èxit de trobar un mercat per a ell i crear un negoci viable de ella, i al final va haver de tancar, i l'únic que podien fer era vendre d'una llicència per a la tecnologia. Així que si van tenir èxit en la innovació? Vull dir, ells van tenir la tecnologia per treballar. Això és increïble. Però si vostè està tractant de realitat construir un negoci viable per sortir d'aquesta, no tant. I així, el que és interessant és que hi ha hagut investigació en el que és el principal i únic predictor de fallada d'arrencada. Algun de vostès volen suposo que és això? AUDIÈNCIA: Cap mercat? ABBY Fichtner: Cap mercat, si. Així que alguna cosa que en realitat el que hauria tenir alguna cosa said-- startups fer, que si fan això, és el major predictor que són va a fallar, o l'indicador més important. Així que no és una espècie de mercat cosa que els passa. Així que Don [inaudible] ho va fer una enquesta en això, i el que va trobar va ser l'únic major predictor d'error d'inici s'enganxi a la inicial pla-- negoci que és bastant confús, no? Perquè si vas a començar en qualsevol nova empresa, vostè ha de tractar d'esbrinar si vas per bon camí o no. Fins i tot aquesta terminologia, a la pista, implica que vostè està parlant d'acord al pla. I pel que si s'enganxi a planificar vol dir que vas a fallar, és molt confús. Dret? I perquè ens porta a nombre de patró d'innovació dos, que és que realment hauria de començar a poc a poc. I aquest tipus de trencaments nostre model mental, Crec que, per la forma en què la gent pensa sobre com operen les startups. Perquè em sento com que tenim aquesta imatge de startups com Vagi gran o vagi a casa, nena. Dret? Com que tinc una gran visió, i la botavara. Vaig a anar en gran, i estic serà el proper Facebook. Però la qüestió és com Com es fa això, oi? Com es passa de res més que una idea que agrada de mil milions d'usuaris, com Facebook té? Com fins i tot construir suficients característiques des del primer dia que es podia apel·lar de mil milions d'usuaris? I fins i tot si volies construir la propera Facebook matí, com començar fer que la gent en ell? Perquè ho faria qualsevol d'utilitzar "la propera Facebook "si ningú sabia era en ell? Probablement no, oi? I així ho veig startups com-- quan estàs molt d'hora espècie stages-- de fer la recerca de la intersecció de la nostra gran visió del que volem aconseguir amb el que realitat en realitat pot acomodar avui. I la forma en què ho faci és en general a través d'una sèrie de petits experiments o petites tasques. Així que per prendre un parell d'exemples de les empreses que han fet en gran i com van començar, Microsoft va començar amb l'escriptura una versió de BASIC, que és un llenguatge de programació, per l'Altair, que era com el primer ordinador personal. Així que no sé exactament com es feien molts Altairs, però suposo que només uns pocs milers. Així que això no és un gran mercat, no? I després, per descomptat, Facebook, que és el quintessential-- anar gran, convertir-se en el pròxim Facebook-- començat aquí a Harvard, on només hi ha 20.000 estudiants. Així que de nou, no és un gran mercat. I així, quan vostè està pensant en el model mental de com startups ha de buscar, el que hauria mirar de la mateixa família. Vostè comença amb la seva gran visió, però després vas petita. I a esbrinar una manera de dominar un nínxol de mercat molt, i llavors vostè pot construir en que l'èxit en gran. I hi ha un parell de raons per això. Una d'elles és si acceptem el fet que seguir amb el pla inicial de negocis va a fallar, anem a trobar 10.000 maneres que no funcionen, el que sigui, anem a fer un munt d'errors. Tindrem un munt d'errors. Si tractem d'anar gran, anem a utilitzar tot el nostre temps i recursos en el tema equivocat. I el que és molt millor anar petit, per la qual cosa podem experimentar ràpidament. Però encara més important, és molt més fàcil per tenir èxit quan anem petit, perquè tot el que ha de fer és trobar aquest mercat que desitja anar after-- que realment nínxol de mercat. I després simplement identificar el una cosa que realment són moro per tenir, i que construeixen per a ells. I llavors vostè pot ser molt convincent. Així com els usuaris Altair realment volien una forma de programar l'ordinador. I jo no crec que sé-- era com interruptors de palanca i llums intermitents, oi? Així que no sé com ho van fer. Així proporcionant BASIC perquè podria programar és increïble. O els estudiants de Harvard només volien un , Directori estudiantil centralitzada única, Oi? I així, Facebook només va haver de establir que una característica. Ells no han de construir cap a fora com que és avui per aconseguir realment la tracció. Així que això ens porta al nombre 3, que és tal al veure que una de les característiques que el mercat està realment morint per, vostè ha de realment profundament entendre als seus clients. I sento que la gent subestima la importància de esto-- especialment avui, quan hi ha tantes moltes startups que hi són fora. Si realment està buscant el que hi ha passant en l'espai de posada en marxa, trobaràs 100 startups tots fent el mateix. Dret? I això és perquè tothom pot veure que la tecnologia està aquí avui, no? Però volem ser aquí. Així que la gent veu aquestes llacunes, i tothom tracta d'anar després d'aquests buits. I tens totes aquestes noves empreses tots fent el mateix, i vostè és com, per què no és qualsevol d'ells tenir èxit? Hi ha una bretxa aquí. Crec que els que tindran èxit són els que es prenen el temps per realment entendre als seus clients. Un gran exemple d'això, Crec, és Dropbox. Quan a Drew Houston, el fundador, va ser per intentar recaptar diners per Dropbox, els capitalistes de risc realment el desanimen. Estan com, jo ​​no entenen per què estàs tan sols entrar en aquest espai. Ja hi ha com un milió de milions de dòlars noves empreses d'emmagatzematge en el núvol per aquí. I Drew era com, sí, però vostè utilitza algun d'ells? I no ho eren. I així em sento com a Drew tingut èxit a causa de que A, començar amb un petit mercat. No va tractar d'anar després tots. Se'n va anar després de la techies hardcore que tenen una gran quantitat de dispositius, molt de les computadores, i tenir aquest problema en la transferència d'arxius. I ell els dirigeix. I tot el que havia de fer era proporcionar una solució que va funcionar per a ells. Així que de nou, em sento com si hagués una gran quantitat de mites al voltant de startups, perquè veiem tants startups succeint avui. I que acaba d'escoltar el 20,000 peus vista de oh, ho van fer durant la nit. Ells van ser un èxit. Però el mite de si el construeixes, ells come-- quan realment aprofundir en el que està passant en aquests casos d'èxit, el temps i de nou, crec que el trobareu són fundadors que va anar a aquests extraordinaris esforços per entendre als seus clients. Així que per donar un parell examples-- I no sé si això és encara el cas, però almenys inicialment, un dels co-fundadors de Airbnb no posseir o llogar un habitatge. Ell només va donar la volta i va viure a Airbnbs. Com si jo no sé ni el que semblava com-- com viure en una maleta? O Ben Silverman des Pinterest és increïble en aquest. Se'n va anar i va arribar personalment als primers 5.000 clients. Ell els va donar el seu telèfon mòbil. Es va trobar amb ells per esmorzar. Acabo de parlar amb el seu CTO fa un parell de setmanes. I estan entrant en nous països ara, i ell sortirà i fer-ho de nou. Així que és increïble per sortir i individualment parlant amb la gent. Així que, per descomptat, com vas a sortir i tenir aquestes converses, el que vols estar fent és sempre aprendre del seu client sobre el que va a tenir sentit i el que serà un èxit. Em sento com el millor startups, els millors innovadors, tractar la innovació com si fos un experiment-- ciència o en molt manera científica, suposo que hauria de dir. Així que no sóc un científic, sinó com Entenc, els científics vénen amb hipòtesis, i després es desenvolupen experiments per validar o invalidar les seves hipòtesis. Així que la pregunta és com pot ho fem amb la innovació? Tenim una idea, però és només una idea. Si estem realment fent alguna cosa que mai s'ha fet abans, tot el que tenim són conjectures. Dret? I així, quins són alguns experiments que que podem fer per validar o invalidar aquestes idees sense construir la cosa sencera? Així que parlar és gran, i no puc realment emfatitzar com strongly-- l'important que és sortir i parlar amb el seu clients, almenys inicialment, per entendre qui són, quins problemes tenen avui, com són resoldre'ls avui. Però parlar només pot portar fins al moment. Dret? No es pot utilitzar a parlar per dir, bé, jo tinc aquesta gran idea! Vols comprar? A causa de que seran com, oh, sí, és clar. Això sona molt bé. Perquè la gent vol animar-lo. Ells veuen que vostè està entusiasmat alguna cosa, per la qual cosa anem a dir que si. I persones-- éssers humans són només terrible en la predicció del seu comportament. I així, si li preguntes a ells-- si vostè diu, Vaig a, en algun moment en un futur, alliberar aquest resum, hipotètic producte, se li va a voler? Es podria dir que no, però si en realitat el va posar davant d'ells, que potser voleu ell. I així que realment, per fer el prova de comprensió si la gent va a vulgui o no, que realment de posar alguna cosa davant d'ells. Així que m'agrada aquesta cita de Linus Torvalds, que és "Parlar és barat. Mostreu-me el codi. " O si vostè és un inici, podria dir: "Parlar és barat. Mostreu-me el MVP. " Així que he sentit vostès MVP, Producte Mínima Viable? És una espècie d'aquesta paraula de moda que Em amo i odi al mateix temps. Perquè m'encanta el concepte de la mateixa, però es posa una mica en excés. Però la idea és vàlida, que és no anar a construir fora aquest producte que està passant per portar-te a un any per construir. En el seu lloc, esbrinar què és el que un El que la gent està morint per? Què és el mínim Puc construir per a ells? I ja que davant ells, i veure com reaccionen. Així per excel·lència MVP és una pàgina de destinació. Estic segur que vostès han vist això. Si es va tractar d'inscriure per Això o Nova safata d'entrada de Gmail, i són com oh, encara no estem preparats! Suposo que aquests són una mica diferent, perquè aquests són llestos. Però et donen una pàgina de destinació, i és com, és convidar només ara. Però ens dóna la seva adreça de correu electrònic. Dret Una gran quantitat de llocs va a fer això abans que fins i tot han construït el producte, només per veure si hi ha interès o no. Així que amb Dropbox, va assenyalar a Houston, no era complexa tecnologia darrere d'ella. Així que se'n va anar, i ell va descobrir la la tecnologia, com a tipus de resultat que fos, que això anava a funcionar. Però abans de construir el producte final, que va fer aquesta maqueta al seu ordinador, aquesta de tres minuts screencast vídeo-- molt rudimentari. Poseu a terme en Hacker News, perquè ell sabia que era una espècie del seu públic, eren les persones realment tècnics. Col·locació d'una pàgina de destinació que acabo de dir, aquí està el vídeo. No hem llançat encara, però si vostè és interessat, ens donen la seva adreça de correu electrònic. Durant la nit, va aconseguir 75.000 inscripcions, que és increïble. Fins i tot avui en dia, que seria impressionant, però avui en dia, tenir com a 300 milions d'usuaris, no? Quan ell ha publicat això, ningú sabia qui Dropbox era perquè no existeixen encara. I pel que va ser un senyal molt forta que havia aconseguit una cosa bé. Per donar-li una mica més extensa d'un exemple que, és el que vostès sap memòria intermèdia? És un mitjà de comunicació social, lloc per compartir, i la idea és-- tendeixo a llegir notícies igual que 02 a.m., perquè jo no volen anar a dormir. I així jo podria llegir com 10 articles que són tots molt cool i vull compartir-les amb la gent. Però A, si compartir- a terme a Twitter en aquest moment, ningú està despert en 02 a.m. excepte jo. I B, si estan desperts, són com per què estàs em spam amb 10 articles alhora, oi? I així, el que fa és que és tipus d'una cua o un tampó que afegiu coses que, i que va a empènyer fora un parell de vegades al dia en un horari més realista. Així que això és com es veu avui. No és així com va començar. El fundador va tenir aquesta idea, i ell va pensar que era una bona idea, però ell no volia construir-lo. No volia deixar de fumar el seu treball diari encara fins que tinc una mica de validació que altres persones va pensar que era una bona idea, també. Així que ni tan sols necessitava un vídeo. Era un concepte tan simple. Només cal començar amb Twitter, posa una pàgina d'aterratge. Això és el que fem. Ell tuiteja a terme. Quan els usuaris fan clic Plans i Els preus, que només els dóna un "vostè ens enxampen abans que estiguem llest ". però si vostè està interessat, ens dóna la seva adreça de correu electrònic. Tweets a terme. La gent anava al lloc. Se'ls va donar la seva adreça de correu electrònic. Era com, OK, això és una bona bonica indicador que hi ha alguna cosa d'interès, així que estic llest per anar al següent pas. Però jo no vull construir encara. Vull veure-- persones estan interessades, però puc fer diners amb ell? Puc fer-ho en un negoci? Així que l'únic que va fer va ser afegit una pàgina intermèdia quan la gent fa clic plans i preus amb tres preus plans-- un era lliure. Dos van ser pagats. Mantinguda twittejant a terme. La gent seguia fent clic. La majoria de la gent va fer la planta lliure, però algunes persones van fer el pla de pagament. Ell és com, saps què? Això és suficient validation-- no per a mi el millor que deixar la meva feina dia i passar un any a això, però per m'acabo d'anar mà a mà cap avall i fer una versió molt simple d'això. Va pensar que anava per portar-lo al dia. De tecnologia dura, per la qual cosa ho va prendre com set dies. Però va ser suficient per a ell a passar set dies en els quals. I molt aviat, va començar aconseguir que els usuaris en aquesta primera versió, tot i que era molt escàs. I el que era impressionant sobre que era ell era capaç de veure com la gent van ser realment usar-lo, i després tipus d'evolucionar es basa en ells usar-lo. Així Buffer és meravellós, perquè que és un exemple molt simple. No tota la tecnologia és així de simple, però això és una espècie de l'excel·lència Enfocament Lean Startup, oi? Es tracta dels grans, que ets per això, en cada pas, i que només va prou perquè vostè té validat que és una espècie de la pena el seu temps per fer-ho. Una altra gran manera d'aconseguir validació, per descomptat, està fent un crowdfunding campanya com Kickstarter, on es pot obtenir pre-comandes. Això té molt sentit si estàs fent tot el que és el maquinari. De nou, va ser el Pebble major Kickstarter fins que el títol va ser pres per un cooler-- Vostès veuen això? Igual que un refrigerador real que portar al pícnic van vèncer a terme, per la qual cosa es van fer més de $ 10 milions. [Rialles LLEUGERAMENT] Però, de nou, igual que Dropbox, amb Pebble, era una tecnologia complexa. Van haver de fer una prova de concepte, assegureu-vos que poguessin demostrar a terme que la tecnologia podria funcionar. Però llavors és car de fabricar, així que abans que realment fabriquen, van posar un pedal d'arrencada. I ells ho van utilitzar per aconseguir pre-ordres, no? Van dir que si podem aconseguir 100.000 dòlars en pre-comandes, val la pena seguir endavant. Van aconseguir $ 10 milions, de manera que fer bastant good-- bastant bo validació. Així que aquestes idees són realment molt bé, però com diem en startups, les idees són una moneda de deu centaus per dotzena. És tot sobre l'execució. Així que aquest és el meu favorit part és el "Focus! I aconseguir merda feta ". Així que els millors emprenedors són capaços de tenir només aquesta boig, intens hiper-enfocament i fer les coses a un ritme increïble. Així que tipus de caminar a través d'alguns de les pràctiques de desenvolupament. I fer preguntes si les té. Jo no estava molt segur de tot el que vostès sabia de les pràctiques de desenvolupament, tan amable i tenir un discussió sobre el que sembla que quan estàs desenvolupar alguna cosa com això. Així que el primer és esbrinar bé, el que és el que he enfocar en-- que pot ser molt difícil quan que estàs fent alguna cosa nova. Perquè tothom té tot aquestes idees, i hi ha tantes direccions diferents que puguis anar, i així moltes preguntes diferents que té. Així que el pas número u, figura el que centrar-se. Moltes vegades, com a desenvolupadors, ja que la gent que estan pensant en la tecnologia, realment estem pensant sobre els productes. Pensem en les coses una mica a aquest order-- primer, puc construir? Suposant que puc construir, llavors puc fer que la gent sap sobre ell? Suposant que puc, pot Faig diners d'ell? Però si estem tractant de fer un negoci viable, podríem volem estar pensant d'aquells en l'ordre oposat. La raó és que em sento com-- i Ho faig a mi mateix, així que ho entenc. Sento que tenim molt penjat fins en això "Puc construir?" pregunta, perquè si ets una tecnologia persona-- si ets un developer-- realment estàs pensant en això. Però la veritat és en general, quan ens arribat amb una idea per a un inici, estem arribant amb ella basa en He vist aquesta tecnologia aquí i aquesta tecnologia aquí i aquesta tecnologia aquí, i si em combino d'alguna manera nova, Crec que seria molt interessant. Bé, si jo ja he vist el la tecnologia en aquests llocs, quin tipus de sap que existeix, oi? Tan segur, fer algunes proves de concepte. Si hi ha una mica de risc tècnic en aquest país. Però en la seva major part, les coses que estem pujant con-- llevat que estiguem realment impressionant i fer una cosa totalment nova, en aquest cas, esbrinar si vostè pot construir-lo. Però en general, la majoria de la startups veig, pot construir-lo. Això no és ni tan sols una pregunta. Així que començar a pensar en és una cosa que la gent podran pagar-me I llavors, com vaig a arribar-hi? Això és molt difícil, sobretot si vostè és una persona tècnica, Tens una manera de arribar a aquestes persones i arribar a comprar el seu producte? Així que una vegada que esbrinar, OK, què és això pregunta-- tipus de tenir sempre en compte, aquesta és la pregunta més important que he d'estar conduint cap, o el més important que necessito per ser validació. I a continuació, desitja tornar a aquesta noció de l'eliminació de residus. Només esbrinar com el manera més magre, més eficient que vostè pot anar sobre respondre a aquesta pregunta. Així que vaig parlar sobre producte viable mínim. Jo diria que entri en aquesta manera de pensar de tot-- mínima viable per la qual cosa no vol dir que vostè ha de estar fent un treball de merda a les coses. Acabo de dir com pot vostè elimina els residus? Com s'arriba just a la dreta al fons de la qüestió i trobar la manera de validar coses sense sobreregulació, sense fer més del que necessita. Així que només per posar alguns exemples, Em sento com en un principi, ets tractant d'esbrinar I tenir aquesta gran idea. Hi ha algú que fins i tot va a estimar? Així que una manera molt fàcil de fer-ho és un La pàgina d'aterratge, com parlem. No ha d'escriure qualsevol codi per això. Hi ha eines que ho faci per vostè. Si dius, OK, em vaig imaginar que fos. Ara vull que estic assumint que-- Bé, la gent sembla que vol. Ho realment em pagar diners per això? Vostè pot fer coses com el Buffer va fer amb la pàgina de preus, o millor encara, un pedal d'arrencada i obtenir pre-comandes. Ordres La següent cosa que crec que ets voldrà mirar és-- Acceptar, sembla que la gent volia. Sembla que la gent pagarà per això, però especialment amb aplicacions, La gent realment el fa servir? Així que no sé les estadístiques, però són bastant abismal. Un gran nombre d'aplicacions arribar descarregat i després mai utilitzat. I això no és útil. Això és agradable que vostè va aconseguir un molta gent de descarregar-la. Però si no s'utilitza, no ets es quedarà per molt temps. Quan vostè està pensant sobre aquesta primera versió que desitja apagar allà-- seva producte-- mínima viable pensar en el que és exactament el que jo estic tractant de provar? I què puc fer jo que només xifres que fos? Acabo de tipus de Vaig prendre una pista sobre això. Jo en realitat no sé el Buffer de primera versió semblava exactament. Però si ho penses Buffer-- només perquè d'aquesta simple exemple- vostè podria pensar que això és el que els dóna la gana com el seu primer producte mínim viable. He de ser capaç de crear un compte d'usuari, òbviament, vincular-lo a la meva comptes de xarxes socials. He d'afegir posts com els tweets en la meva memòria intermèdia. Editar-los. Eliminar-los. Ajust el temps en què jo volen els que es va registrar. Òbviament, les necessitats de programari per publicar automàticament a Twitter o el que sigui sobre la base d'aquest horari. I llavors jo hauria de ser capaç de veure l'historial del meu lloc. Això se sent bastant escàs, bastant bàsic, no? Sempre animo startups-- especialment com, això és fàcil per a nosaltres, perquè no és el nostre nadó. Dret? Sigui com, oh, sí que ho Mira-ho una altra vegada, i segueix dient hi ha una manera que puc aconseguir- simplificada encara més? Llavors, què és el que estem tractant d'esbrinar? Si estem tractant de figura si ho faran servir, estem tractant de veure si són fins i tot publicarà res al para-xocs? Així que això se sent una mica hacky, però si no s'han publicat al buffer però, vostè realment no necessiten perquè puguin editar o eliminar o veure els missatges de la història. Si vostè pot plantar que alguna cosa per aquí molt ràpid i veure si la gent pot fins i tot afegir publicacions que, una vegada que veuen que, vostè pot començar molt ràpidament afegir en aquesta funcionalitat. Però acaba d'obtenir alguna cosa per aquí. És necessari per permetre a l'usuari per establir un horari d'entrades? Probablement no, si són com jo i ells són com, Jo no vull que els meus totes les meves delícies anar a terme a les 2:00 del matí de diumenge a la nit. Es pot dir que aquests són els moments més populars. El que sigui, només anem per posar-ho d'acord amb això. Vostè probablement pot fer això. I llavors tipus de inventar això, perquè Sé que només van començar amb Twitter. Però, òbviament, pot només has de triar els mitjans de comunicació social, xarxa que fa que la majoria detectar i començar amb això. I el que ara estàs a baix a quatre de cada 10. I si vostè pot aconseguir alguna cosa per aquí, una mania meva és que la gent pensa i El MVP significa el producte de merda. I jo no crec que sigui necessari. Crec que es pot aconseguir alguna cosa per aquí que encara és útil, però no plated-- or és només el mínim ós absoluta. I jo suposo que has de tipus de figura en base al seu públic el que està passant per donar sentit o el que no. Però moltes vegades s'obté una mica per aquí més mínim del que es podria think-- només prova, com la gent el fa servir. Així com vostè està construint a terme aquestes funcions, vostè vol pensar en el que és el procés viable mínim. I així un munt de vegades quan pensem sobre els processos realment lleugers, pensem en processos àgils. Pensem en lean-- això és una mica poc random-- només algunes àgil i prim llibres que m'agraden. Així que hi ha grans pràctiques com de la programació extrema i la integració contínua, i refactorització, que vaig a parlar amb una miqueta. Però la cosa és que, una vegada que vostè comença a rebre en les pràctiques àgils i mitjanes, que pot arribar molt ràpidament aclaparador. I pot acabar començar exageració real per un inici. Així que la cosa és que molts d'aquests llibres estan parlant de com fer Agile quan estàs fent un producte per a un empresa establerta. Dret? I vostè sap que el mercat és, i vostè sap el que el seu full de ruta del producte. I acaben up-- fins i tot encara que se suposa que hem de ser llum weight-- acaben realment estar massa pesat per al nostre inici, perquè la posada en marxa és només operatiu en aquest completament diferent nivell. Així que la meva sensació és que quan vas un inici, vostè necessita ser rudimentari com l'infern. Dret? Així que al principi, no hi ha procés. Vostè vol mantenir la seva tan simple com sigui possible. I només afegir procés que és espècie d'un procés just a temps. Acceptar, veiem que hi ha un problema? Anem a afegir suficient procés per fer front a aquest problema. Saps el que vull dir? És perquè no vol cap que ens portem de baix, no? Scrum és un molt popular procés de desenvolupament àgil. No sé si vostès estan familiaritzats amb això. Acceptar, bé-- [Chuckles] Seria massa excessiu per a una startup. Així que no vaig a preocupar-me per això. Així que bé, si es pensa en el que és el El més simple absoluta que necessito. Bé, he de probablement seguiment del Que estic fent, especialment si hi ha més d'una persona, però fins i tot si hi ha una persona. Què estic treballant? Així que una tasca senzilla board-- molt fàcil. Això és el que vull fer. Això és el que estic treballant. Això és el que he fet. L'únic problema que veig quan veig startups fent alguna cosa com això, és que molt ràpidament, la seva columna en curs tendeix a semblar-se a això, el que no és molt helpful-- especialment si hi ha una sola persona o un sol desenvolupador. Dret? Perquè no ets aconseguir qualsevol cosa feta. Tot el que estàs fent va d'anada i tornada tractar de aconseguir aquestes coses. I pel que aquest és un molt bon exemple d'on el just procés pot venir. Així Kanban és una eina realment gran. Ve també de manufactura esvelta. I la idea és que el que voler fer és les limitacions de venda al voltant de la quantitat de treball que puguem manejar en un moment donat. I així, si som una persona, llavors nosaltres només pot treballar en un element cada vegada. Ho sento. Així que totes aquestes altres coses ha d'anar per allà. Així que el que fem és que posem a la feina progressar límits en les columnes. Si hi ha dues persones, pot ser dues. Vostè pot esbrinar el que que té més sentit per a vostè. Però la idea és mantenir les coses entenimentat, de manera que no ets més que fer una cosa alhora. Vostè és capaç de fer-ho. Vostè és capaç d'aconseguir que es faci realitat. Una cosa a tenir en compte és-- si vostè té un article 1 que estàs fent, però el article triga tres mesos, que seria difícil per a una un inici, òbviament. Has de ser capaç per ser flexible i estar capaç de manejar les coses ja que vénen en vostè. No es pot dir que no estic fent res durant tres mesos fins que aconsegueixi fer la pantalla d'inici de sessió. No ho sé. Així que els aconsello a startups mantenir aquesta realment curt, mantenir aquestes tasques de manera que encaixen en un dia. Òbviament, si és més complexa, que podria haver de ser una mica més llarg. Però esbrinar el que funciona millor per a vostè. Pot provar diferents longituds. Però, en general, només com una exemple, si manté totes les tasques perquè càpiguen dins d'un dia, que vol dir que tots els dies, vostè està aconseguint alguna cosa. I vostè està proporcionant valor. I aquest impuls pot realment avançar en lloc de la situació abans, on vostè ha 500 coses que succeeixen, i cap d'ells es realitzen. L'altra cosa, però, continua buscant en aquest a-do column-- estic aclaparat mirant això. I així, si jo era un desenvolupador i jo era treballant en A, i jo estava com, oh, merda. Tinc B i C i De i E i F i G i H. Blah! Venint per la carretera. Sóc com tornant boig, i jo "estic tractant d'esbrinar com el disseny es va per donar cabuda a totes aquestes coses. I la veritat és que si acceptem la fet que en realitat no sabem prou el que el producte necessitarà semblar fins que ens hem posat per davant d'un client, a continuació, el que realment sabem que necessitem totes aquestes tasques encara? O estem tipus de enganyant a nosaltres mateixos? Així que si realment tens totes aquestes idees, molt bé. Poseu-los en un quadern o full de càlcul o alguna cosa per l'estil. Però jo aconsello a startups mantenir un límit de treball en curs a la columna de tasques, també. Això és un màxim absolut, Jo diria, quant que pots fer en una o dues setmanes. Així que ni tan sols ha de ser molts. D'aquesta manera vostè és just hiper-concentrat en aquest és el que estic fent, aconseguir que es facin aquesta setmana. O potser aquestes dues setmanes, oi? I res més s'està rebent en el seu camí, i no ets més que assegurant-se que ets aconseguir que fos allà. I, sobretot a mesura que comença a afegir nous membres de l'equip, això realment ajuda. A molta gent li agrada fer això en el programari, que es pot. Però és encara millor si vostè tots poden estar en el mateix espai i només cal posar en una paret. És simplement molt visible, i tothom pot simplement veure, i veure què és el més important. Així que bé, això és el que ets esbrinar què fer. Com ho estàs fent, desitja estar pensant sobre el que és el disseny mínim viable? O en Agile, que en realitat haver alguna cosa anomenat disseny emergent, que és la mateixa idea. També ho han fet vostès sentit parlar de disseny emergent abans? D'acord. S- en realitat, estic tractant recordar where-- acord. Així que la idea d'un comerciant disseny és més que pujant amb aquest gran, per avançat disseny i dient que sóc passarà un mes esbrinar l'arquitectura adequada quins components anar a on i tot, em va deixar amb prou feines suficient per dissenyar les característiques que sé que vaig a posar en aquesta primera versió. I res else-- o les característiques que estic fent aquesta setmana, fins i tot. I llavors només com necessito noves característiques Com puc esbrinar el disseny per a aquells. No estàs esbrinar disseny inicial. Crec que en realitat, no és això commutador o aquest commutador d'encès i apagat. Crec que és més d'un espectre d'on vostè té caiguda en la certesa de la incertesa. I pel que si en un inici, o si vostè està construint una cosa que mai és estat construït abans, que està bastant molt per sobre de la corba de la incertesa aquí, oi? I si es pensa en això en termes del negoci pla-- com, parlem de l'única major predictor de la insuficiència s'enganxi a la pla de negoci inicial. Si ho fa gran pla de negocis inicial, i vostè diu que jo només vaig a cegues segueixi això i no fer res. Però només fallarem, oi? Perquè no hi havia massa incertesa. I em sento com el mateix és cert per al disseny. Ho sentim, així que en comptes de fer un gran pla de negocis inicial, vostè faria un molt lleuger model de negoci de pes llenç, que és possible que hagi sentit a parlar. És com un un-pager, només aconseguir les meves idees a terme. No és que no ho fa pensar-hi en absolut. És bo pensar-hi al principi. Però acaba d'obtenir alguna cosa realment fos flexible allà-- una sola pàgina. I després, a mesura que avança, tipus de emergir aquest pla amb el temps a mesura que aprèn dels clients, i pot adaptar-s'hi. I així llavors el mateix cosa és veritat per al disseny. Vostè pot fer un gran, disseny inicial, però que no té sentit si hi ha molta incertesa. Molta gent diria que hi ha mai que molta certesa en el programari, encara que no està fent en l'arrencada. Així que mai vols fer això gran d'un disseny inicial. Però em sento com el nivell de disseny va que variarà en funció de la quantitat de certesa o incertesa que existeix. I pel que si vostè no té idea maleïda i només està llançant alguna cosa fora allà com un aterratge pàgina, òbviament, ets no va a anar a prendre el temps l'arquitecte un sistema conjunt. Això és ridícul, no? Així que vostè no necessita qualsevol disseny inicial. Moltes vegades, la primera versió es posa de programari per a una startup simplement el rebutgen. I així un munt de vegades, fins i tot encara que podria dir això, vostè pot tot just tipus de hackejar alguna cosa junts. Probablement serà tirat. Però, de nou, l'ús que just-in-time idea per al disseny així. Que bé, saps què? Això és en realitat una mica de tracció. Algunes persones estan interessats en això. Vaig a afegir algunes característiques sobre. Ara, em sento com si hagués de ser un poc més intel·ligents sobre el disseny. Així que la idea és com el seu disseny, només mantenir aquesta YAGNI en ment. No vas a ho necessiten. No dissenyi coses que no existeixen encara. I el que sigui senzill, estúpid principi-- fer la cosa més simple que podria funcionar. Moltes vegades, és interessant, perquè com a desenvolupadors, aconseguim ensenya a fer aquests dissenys molt complexos. I se'ns ensenya que això és bo. Però ens impedeix ser flexible, i pot ser realment un malbaratament si acabem anant a en diferents direccions. Així Agile tipus de diu, no facis això. Només esbrinar el que el forma més senzilla, el codi més simple que es pot posar aquí això farà que funcioni. I llavors, si he d'afegir a , Puc classe d'arreglar aquest codi de dalt i reorientar el disseny. Així que hi ha alguna cosa que es diu refactorització això és realment important quan ho fa el disseny emergent. I la idea amb la refactorització és-- ho sento, vaig a retrocedir una mica. Així que si vostè està fent el disseny emergent, només s'està dissenyant per al futur que té en l'actualitat. Però això no vol dir que vostè està hacking. Això no vol dir que quan afegeix una altra característica, només anem a tipus de cinta adhesiva a. Dret? Perquè això donarà que aquesta gran bola de codi de fang que serà impossible de mantenir. La idea amb la refactorització és OK, Sé que només necessito, per exemple, Twitter avui, així que no faré això gran abstracció que diu, oh, deixa tenir aquest nivell d'abstracció que funcionarà amb qualsevol mitjans de comunicació social xarxa que vaig poder sempre possiblement pensar en el futur, perquè això porta temps. Permetin-me sol-- el més simple cosa que podria funcionar es permetin-me fer és conegut amb Twitter, perquè és l'únic que he de fer avui. I demà, ens adonem de bé, ho fem que hagi de fer aquesta feina amb Facebook. Així refactorització diria, permetin-me revisitar el disseny abans que fins i tot afegir Facebook, i dir atès que Sé que ara necessito per a manejar la majoria de múltiples xarxes socials, el que seria el disseny òptim com? Permetin-me refactorizar el codi de manejar que el disseny, i després puc endollar Funcionalitat Facebook. Té això sentit? Així que molta gent pensa, quan escoltar alguna cosa així com el disseny emergent, que vostè està fent menys disseny o que només estàs hacking. Però la veritat és que ets en realitat fer més disseny. És una espècie de la mateixa cosa amb la planificació, oi? En realitat estàs fent més planning-- és només que en lloc de fer-ho tot a la davantera, ho estàs fent de forma contínua a mesura que avança. Així que crec que és realment gran que vostès estan prenent CS50, perquè he sentit això moltes vegades un dia, ni tan sols puc dir-te. La gent ve a mi i em diuen, Abby, tinc aquesta gran idea! Tot el que necessito és un desenvolupador. I jo espècie de vull pegar-me un tret al cap quan sento això. Com que aquest tipus de assumes-- que arribaran, i que seran com que tinc la idea de tot resolt. Tinc el pla de negocis. Tinc el disseny. Només necessito un desenvolupador anar codi per a mi, oi? I és just assumir que han té totes les respostes a la davantera, i aquesta persona pot simplement anar codi per a ells, i que van a fer 1 dòlars- milions que simplement no té en de fet totes les incerteses. Així que si ens fixem en espècie dels passos A Desenvolupament i demano disculpes. Aquesta és una petita cascada-i. Però el que passa normalment és que la figura va sortir bé, això és el que vull per a codificar. Es pren un temps per desenvolupar-lo, provar-ho. La garantia de qualitat és la prova d'això. I a continuació, un cop que tens tot un comunicat conjunt, que podria prendre un mes. Fa dos o tres mesos. Després de deixar anar això, oi? Però si diem, OK, anem a pensar en com fer que maximitzar l'aprenentatge que passa aquí? Perquè si només anem caps avall per tres mesos, o un any o alguna cosa així i posar una mica de codi a terme allà i no funciona, llavors estem tipus de fotuts, oi? Llavors, on la aprenentatge passa aquí? Alguns aprenentatge succeeix quan fem requisits, perquè estem parlant amb els clients, i estem tractant d'entendre sobre ells. Però la realitat és que major part de l'aprenentatge no succeirà fins que realment posar alguna cosa a les seves mans i veure com s'utilitzen que. I així, el que això significa és que el temps, els llocs que passem la major part temps-- que és desenvolupament i control de qualitat o testing-- hi molt poc aprenentatge que succeeix. I així, si ens fixem en això i diem com podem maximitzar l'aprenentatge? O com podem reduir el temps això passa entre l'aprenentatge? Una gran cosa és el desplegament continu. Jo no sé si vostès tenen escoltat sobre la implementació contínua. Així que la idea d'que-- lloc de dir, OK, anem a anar. Tenim això allibera als tres mesos. Anem a construir totes les característiques per a això. I llavors només en el final del comunicat són anem realitat empènyer que en la producció i el va posar davant dels usuaris. La idea amb la implementació contínua s'està portant a que a l'altre extrem. Així que són vostès familiars amb el control de versions? Així que l'ideal, quan es treballa en el teu codi, cada vegada que afegir algunes noves funcionalitats, ets va a comprovar en el control de versions. Així que si t'equivoques alguna cosa amunt, sempre es pot tornar enrere. O vostè pot veure el que ha canviat, si alguna cosa està trencat. Així que la idea amb desplegament continu és tan aviat com et registres alguna cosa en el control de versions, empeny el codi a un servidor d'assaig. Es va a executar proves automatitzades en ella, assegureu-vos que no trenca res. Si no trenques res, que va a empènyer a la dreta de la producció. Així auge. Està a les mans del client. Molt diferent. Però si ho fem, si estem empenyent coses fora al client el més ràpid com sigui possible, llavors ens estem el codi a les mans. Podem veure com són treballar amb ells, i que realment podem maximitzar l'aprenentatge. Així que vaig a parlar a través de això una mica més, perquè jo no sé si això desplegament continu era-- pot ser bastant extrem, no? I això pot ser molt difícil de fer. Així que la gent, les empreses solen tipus de començar amb la integració contínua, i s'obren camí cap endavant. Així integració contínua és aquesta concepte que és una espècie de la primera part que vaig parlar. Així que la idea amb integració contínua és vostè encara té el seu calendari de llançaments. Vostè va a alliberar cada dues setmanes o cada tres mesos, o el que sigui. Però cada vegada algú comprova algun codi en, ho fa empènyer el codi en un servidor d'assaig. Les mirades servidor d'assaig com la producció i executa una sèrie de proves automatitzades en ells per assegurar-se que res es va trencar. Si alguna cosa es va trencar, llavors és deixarà que tothom sap bo, la construcció estava trencat. I tothom té deixar de i assegureu-vos que està fixat. Així que d'aquesta manera, sempre estàs garantint que tot el que et registres és mantenir el codi en un estat bé. Després, quan estigui llest per alliberar-lo en la fracció, t'adones de tot. L'administració contínua és una espècie de següent pas en aquest procés, que és que cada vegada que check-- diu la mateixa cosa-- cada vegada que comprovem alguna cosa en el control de versions, que empeny al servidor d'assaig. S'executa les proves en ell. Però la cultura s'estableix com a tal, que sempre mantenir el codi de manera que pot ser empès a la producció en qualsevol moment. Així que amb la integració contínua, és possible que tingui un full de ruta i dir: només anem a empènyer a la producció en tres mesos. Dret? En realitat no ha de ser llest per a ser vist per un client. Però amb això, vostè està dient en qualsevol punt donat en el temps, pot ser com sip, sóc content amb aquest conjunt de característiques, encara estem a només dos setmanes a. Vaig a seguir endavant i empènyer fora per al client, i sé que estarà bé. I el que podria tenir alguna cosa com interruptors en el seu codi dir de característiques que estan a mig fer. No són realment visibles. Per què és visible per al client encara? O alguna cosa per l'estil. Però sempre assegureu-vos que no té res això és en aquest estat estrany, perquè pot empènyer a la producció en qualsevol moment. I només una vegada que es trobi, vostè té classe tot el món de acostumat a aquesta idea que sempre estiguis codificació de tal manera que que està a punt per sortir a producció. Llavors no és tan difícil de moure per al desplegament continu, que és que cada vegada comprovar alguna cosa en, sempre que la prova s'ha superat, que surt a la producció. ¿Aquest tipus de sentit? Així que encara pot ser molt concepte de por, però és interessant observar com algunes empreses ho estan fent. Així Etsy fa una realitat bona feina amb això. Si vostè està interessat, que tenen un bloc que parla de com ho fan contínua desplegament, que és realment impressionant. Recorren a la producció fins a 50 vegades al dia-- correctes? Què crazy-- t'imagines si Vas a la pàgina web d'Etsy, 50 vegades en dia, aquest lloc és ser actualitzat darrere de les escenes. I el 2011, es van desplegar 10.000 vegades durant l'any amb 100 enginyers. I el que van dir és contrari a el que es podria think-- com oh el meu déu, això és terrible! El codi, el lloc és serà un desastre. Van dir que en realitat, una vegada que estàs desplegant que sovint, el sistema és molt més estable, que en realitat anomenar confiança com un servei. Perquè quan despleguem, tenim ha fet aquest 9999 vegades. Vam aconseguir aquest. També fa que sigui molt més fàcil perquè puguin experimentar amb coses. Així que el que han dit abans és que utilitzat per alliberar la producció cada dues setmanes o cada mes. I vostès poden imagini si alguna vegada t'has té un termini per a una gran projecte en el qual està treballant, i tens aquesta llista de coses que vol fer, i després com es posa més a prop de la data límit, la llista s'inicia la contracció una mica. Com bé, potser no ho faig realment necessita fer això. Potser jo no necessito fer això. Així que això és el que van dir que succeiria. Com els agradaria aconseguir més a prop de la release-- i era una cosa molt important. Havien d'aconseguir l'alliberament a temps. Però començaven pelar lluny característiques. I el que en realitat van fer menys característiques, perquè eren només l'alliberament de cada dues setmanes o un mes. Ara que estan alliberant així que moltes vegades, que els dóna aquesta flexibilitat dir, saps què? Volem construir una nova funció, però no ho fem saber si cal posar una gran quantitat de temps en ell. Anem a posar a terme això realment versió mínima de la característica i veure si algú encara fa clic a que, si algú està tan sols interessat. Si és així, llavors el que puguem, ja sigui estirar-la i construir cap a fora, o podem molt ràpidament afegir noves característiques a la mateixa. I pel que va dir que només els va donar tan molta més flexibilitat a l'experiment. I el que és realment interessant veure empreses més grans de fer això. I en un inici, sobretot, on és tan important aprendre el que està passant, pot ser molt eficaç. I després tornar en el nostre tauler Kanban. És interessant. Moltes vegades, quan la gent fer una taula com aquesta, hi ha un gran debat sobre el que significa que la columna Fet. Així que bé, estic treballant en una tasca. Es fa quan el seu codi complet? Es fa quan algú va revisar i se sent com que està provat? Es fa quan es va a terme en la producció? I pel que una gran quantitat de noves empreses diran, saps què? Anem a afegir una nova columna a aquí, que és una columna d'aprenentatge. No és en realitat fer fins que haguem no només posar en producció, hem posat en els clients ' mans-- però hem fet après de com l'han utilitzat. I el que és realment genial sobre que és llavors, arribem a incorporar aquesta aprendre de nou en el cicle, i dir sobre la base del que hem après, amb base en el que SE-- com veiem els utilitzen it-- podem esbrinar el següent conjunt de fer. Així que aquests són els patrons que jo han vist a la innovació reeixida a través de les noves empreses que han tingut èxit. Anava a parlar també un poc sobre els recursos que estan disponibles si vostè està interessat en fer un ILAB inici. Però també puc aturar-lo aquí, si nois tenen preguntes sobre el que vaig parlar. Segueix endavant? D'acord. [Chuckles] OK, així que saps sobre el ILAB? Acceptar, impressionant. Així que el ILAB té recursos increïbles. Si vostè està buscant per fer una posada en marxa, tenim alguna cosa de-- fem hacknights allà. De vegades, ho fem hackathons, si el que desitja anar hackejar en projectes interessants amb la gent. Tenim tallers. Hem classes que tornen per obtenir crèdit que són una mena de fresc sobre l'esperit empresarial que estan oberts A-- la majoria de aquests són obertes a tothom. Però també tenim tallers gratuïts un parell de vegades a la setmana, que acaba d'arribar a experts de la indústria parlar de anything-- de conceptes tècnics, a la recaptació de diners, a la manera de fer les vendes. Qualsevol cosa que vostè vol al voltant de noves empreses, que comptar amb experts i residents que estan disponibles per fer d'un-a-un. Vostè només pot inscriure per horari d'oficina amb ells. Vostè fins i tot no ha de tenir un inici. Només si tens les idees i vol balanç-- obtenir informació o visió d'un expert en la mateixa cosa-- vendes, finançament. Rebem ajuda legal. Vostè pot inscriure per als que no. Nosaltres sempre tenim coses que estan passant. Així que si vostè està interessat, és un gran recurs. Vostè pot anar al nostre lloc. El butlletí és realment impressionant. Jo com que normalment odi aconseguir el correu electrònic, però és genial. Hem tantes coses que passen, jo ni tan sols saben el que tot el que és. Així que si vostè s'inscriu en el butlletí, anem a fer-li saber totes les setmanes el que està passant. També pot buscar en el nostre calendari per veure quins esdeveniments estan sortint. I jo estic aquí per ajudar si vostè voler fer una empresa que comença. [Chuckles] Així que això és el que tinc. [Aplaudiments] [Rialles] Gràcies.