1 00:00:00,000 --> 00:00:01,470 2 00:00:01,470 --> 00:00:05,390 >> [MUSIC SPILLE] 3 00:00:05,390 --> 00:00:11,270 4 00:00:11,270 --> 00:00:12,990 >> ABBY FICHTNER: Hei, jeg er Abby Fichtner. 5 00:00:12,990 --> 00:00:15,739 De fleste kjenner meg som Hacker Chick, fordi jeg gjør det Hacker Chick 6 00:00:15,739 --> 00:00:18,310 Blogg om hvordan å bygge bedre teknologi. 7 00:00:18,310 --> 00:00:20,660 Og jeg er også over på Harvard Innovation Labs. 8 00:00:20,660 --> 00:00:22,890 Vet du det Innovation Lab? 9 00:00:22,890 --> 00:00:24,510 OK, så det er ond moro. 10 00:00:24,510 --> 00:00:26,960 Jeg er hacker i bolig der, hvor min rolle 11 00:00:26,960 --> 00:00:30,330 er å hjelpe elevene gjøre alt fra hacking på kjølige sideprosjekter, alt 12 00:00:30,330 --> 00:00:34,710 helt opp til start tech startups. 13 00:00:34,710 --> 00:00:36,760 >> Jeg er en programmerer, så det er min bakgrunn. 14 00:00:36,760 --> 00:00:42,059 Jeg slags fikk inn programmering og oppstarter av en interessant ruten. 15 00:00:42,059 --> 00:00:44,600 Da jeg var på skolen, jeg ønsket å være en ledelseskonsulent, 16 00:00:44,600 --> 00:00:46,619 fordi jeg trodde at ville være dritt. 17 00:00:46,619 --> 00:00:48,160 Jeg vet ikke om det er fortsatt en ting. 18 00:00:48,160 --> 00:00:50,150 Trenger elevene fortsatt ønsker å være konsulenter? 19 00:00:50,150 --> 00:00:51,380 Oppfattes det som virkelig kult? 20 00:00:51,380 --> 00:00:52,740 >> OK, så jeg trodde det var kult. 21 00:00:52,740 --> 00:00:54,670 Jeg fikk jobb med en av toppen management consulting 22 00:00:54,670 --> 00:00:55,753 bedrifter rett ut av skolen. 23 00:00:55,753 --> 00:00:59,450 Jeg var veldig spent rett opp før jeg begynte å jobbe der, 24 00:00:59,450 --> 00:01:02,477 og deretter absolutt hatet det. 25 00:01:02,477 --> 00:01:03,560 Jeg liker ikke selskapet. 26 00:01:03,560 --> 00:01:04,160 Jeg liker ikke kulturen. 27 00:01:04,160 --> 00:01:06,870 >> Jeg liker ikke noe om det bortsett fra at de er veldig snodig 28 00:01:06,870 --> 00:01:10,010 sette meg i programmering, som var veldig rart, fordi min tittel var ikke 29 00:01:10,010 --> 00:01:10,889 programmerer. 30 00:01:10,889 --> 00:01:13,430 Det var ingenting som jeg kan husker i intervjuet om, 31 00:01:13,430 --> 00:01:14,820 du kommer til å bli programmering. 32 00:01:14,820 --> 00:01:18,100 Jeg trodde jeg skulle være rådgivning ledere, uansett hva det betyr. 33 00:01:18,100 --> 00:01:21,270 Jeg er fortsatt faktisk ikke sikker på, men det var fornuftig for meg på den tiden. 34 00:01:21,270 --> 00:01:23,490 >> Så jeg går der, og de faktisk ga meg et kontor, 35 00:01:23,490 --> 00:01:25,270 som var kult, fordi jeg tror det er den eneste jobben jeg noensinne 36 00:01:25,270 --> 00:01:26,520 hadde der jeg hadde et kontor. 37 00:01:26,520 --> 00:01:30,530 Og de ga meg en datamaskin og denne store utstyr som datamaskinen ble hektet 38 00:01:30,530 --> 00:01:34,770 opp til, å så ble jeg skrive kode styre dette utstyret, som var veldig ryddig. 39 00:01:34,770 --> 00:01:37,370 Og at en del jeg faktisk likte. 40 00:01:37,370 --> 00:01:41,720 >> Og jeg gjorde kode for NSA, som var veldig rart. 41 00:01:41,720 --> 00:01:44,380 Det var min første jobb ute av college. 42 00:01:44,380 --> 00:01:45,660 Og så jeg skriver denne koden. 43 00:01:45,660 --> 00:01:47,868 Jeg er bare helt hacking, fordi jeg har ingen anelse om hva 44 00:01:47,868 --> 00:01:49,920 Jeg gjør, og prøver å gjøre det gjøre ting. 45 00:01:49,920 --> 00:01:54,180 >> Og jeg kommer til dette punktet hvor jeg bruker biblioteker for å kontrollere dette utstyret. 46 00:01:54,180 --> 00:01:55,950 Og jeg kan bare gjøre hva som er i bibliotekene, 47 00:01:55,950 --> 00:01:59,675 og ting som jeg må gjøre, det ikke er noen funksjoner for. 48 00:01:59,675 --> 00:02:01,537 Og jeg er like, OK. 49 00:02:01,537 --> 00:02:03,370 Men det var en støtte nummer, så jeg ringe opp 50 00:02:03,370 --> 00:02:06,910 selskapet som skapte programvaren, og jeg sa at jeg trenger å gjøre dette. 51 00:02:06,910 --> 00:02:10,490 Og de var som, ja, kan du ikke gjøre det. 52 00:02:10,490 --> 00:02:14,220 Og det var min første jobb ut av skole og mitt første prosjekt, 53 00:02:14,220 --> 00:02:17,270 og jeg bare føler ikke at jeg kunne bare gå til sjefen og være like-- 54 00:02:17,270 --> 00:02:19,040 og han gjorde bare slags av sette meg på min egen. 55 00:02:19,040 --> 00:02:20,600 >> Jeg hadde egentlig ikke lyst til Jeg kunne gå til sjefen 56 00:02:20,600 --> 00:02:23,560 å være som, oh, gå fortelle NSA beklager, vi kommer ikke til å gjøre dette for dem, 57 00:02:23,560 --> 00:02:25,115 fordi biblioteket er ikke tilgjengelig. 58 00:02:25,115 --> 00:02:27,104 Det synes hadde ikke akseptabelt. 59 00:02:27,104 --> 00:02:29,770 Og så jeg slags oppholdt opp hele natt hacking noe sammen, 60 00:02:29,770 --> 00:02:31,140 og jeg gjorde det fungerer. 61 00:02:31,140 --> 00:02:34,619 >> Og det var dette dreiemoment for meg, hvor det bare klikket. 62 00:02:34,619 --> 00:02:36,410 Og jeg innså at dette er hva jeg ønsket å gjøre. 63 00:02:36,410 --> 00:02:39,480 Jeg trodde det var den kuleste tingen noensinne, at jeg var som jeg gjorde noe 64 00:02:39,480 --> 00:02:42,146 at skaperne av programvaren Tanken var ikke engang mulig. 65 00:02:42,146 --> 00:02:45,490 Og jeg var muligens den første personen noensinne til å gjøre dette, ikke sant? 66 00:02:45,490 --> 00:02:49,200 Og det var ikke så stor av en ting, men det var bare en kul idé. 67 00:02:49,200 --> 00:02:51,265 >> Og så jeg forlot den store ledelse konsulentfirma, 68 00:02:51,265 --> 00:02:53,640 og jeg gikk på jobb for startups, fordi startups er alle 69 00:02:53,640 --> 00:02:55,900 om å skape ting som ingen har noensinne er laget før. 70 00:02:55,900 --> 00:02:58,025 Og jeg trodde det var den mest utrolige ting noensinne. 71 00:02:58,025 --> 00:03:01,990 Så jeg gjorde det for et nummer år, type bygget ut 72 00:03:01,990 --> 00:03:03,530 teknologien for startups. 73 00:03:03,530 --> 00:03:08,530 Og da jeg slags, som jeg var sa før, kom inn i dette området 74 00:03:08,530 --> 00:03:11,562 hvor jeg bare går rundt å hjelpe hackere og tech entreprenører som 75 00:03:11,562 --> 00:03:14,020 bygger innovative, forstyrrende products-- hjelpe dem 76 00:03:14,020 --> 00:03:16,246 å gjøre det og finne måter å gjøre det som de 77 00:03:16,246 --> 00:03:17,790 kan lykkes i markedet. 78 00:03:17,790 --> 00:03:22,300 >> Så det er hva jeg vil snakke med dere om i dag. 79 00:03:22,300 --> 00:03:26,540 Så for meg, jeg tror det er en virkelig spennende tid å være i dette rommet 80 00:03:26,540 --> 00:03:29,609 akkurat nå, er fordi teknologi utvide på dette utrolig hastighet, 81 00:03:29,609 --> 00:03:31,650 og det er å gjøre alle disse muligheter 82 00:03:31,650 --> 00:03:32,850 det var aldri tilgjengelig før. 83 00:03:32,850 --> 00:03:35,210 Så jeg føler at vi er tilbake til det punkt, hvor du kan lage ting 84 00:03:35,210 --> 00:03:36,564 at ingen noensinne er laget før. 85 00:03:36,564 --> 00:03:38,730 Og spesielt, du ser på ting som 3D-utskrift. 86 00:03:38,730 --> 00:03:43,810 Slik at folk er 3D-utskrift ting som menneskelige organer eller mat. 87 00:03:43,810 --> 00:03:46,140 NASA har startet 3D utskrift mat astronauter, 88 00:03:46,140 --> 00:03:50,950 så dette er en 3D-printer med deigen og pizza saus 89 00:03:50,950 --> 00:03:53,940 og ost som sine patroner, i stedet for polymerer. 90 00:03:53,940 --> 00:03:54,810 >> Og biler. 91 00:03:54,810 --> 00:03:58,640 Urbee 3D trykt verdens billigste og mest drivstoffeffektive bil, 92 00:03:58,640 --> 00:04:00,640 og de er i ferd med å kjøre det over hele landet 93 00:04:00,640 --> 00:04:04,420 på under 10 liter drivstoff, noe som er ganske sprø. 94 00:04:04,420 --> 00:04:07,770 Og selvfølgelig, alt som skjer med mobil, og det faktum med ting 95 00:04:07,770 --> 00:04:11,770 som 3D-utskrift gjør skape fysiske enheter så mye billigere 96 00:04:11,770 --> 00:04:15,173 har ført til internett av ting, som er denne forestillingen om at hei, hvorfor gjør vi 97 00:04:15,173 --> 00:04:17,839 må ha funksjonaliteten i våre datamaskiner og våre tabletter? 98 00:04:17,839 --> 00:04:19,470 Hvorfor ikke vi ta det ut av dem og faktisk 99 00:04:19,470 --> 00:04:21,269 sendte ballen inn i enheter, hvor vi bryr oss om. 100 00:04:21,269 --> 00:04:23,170 >> Og så vi får ting like-- David Rose 101 00:04:23,170 --> 00:04:25,470 over på Media Lab opprettet en paraply som forteller været. 102 00:04:25,470 --> 00:04:28,000 Og så du kan forestille deg det i en paraply stå ved døren. 103 00:04:28,000 --> 00:04:30,916 Og som den oppdager du går forbi det, hvis det kommer til å regne, vil det blinke, 104 00:04:30,916 --> 00:04:33,430 slik at du vet å ta den med deg. 105 00:04:33,430 --> 00:04:36,200 Eller Valour opprettet en sykkel som gir deg retninger og gir deg 106 00:04:36,200 --> 00:04:38,540 alle dine ride statistikk. 107 00:04:38,540 --> 00:04:42,390 >> Eller Hapi opprettet en gaffel som overvåker matvaner 108 00:04:42,390 --> 00:04:44,660 for å hjelpe deg å spise mer sunt. 109 00:04:44,660 --> 00:04:50,060 Og alt fra selv kjøring biler til mind-kontrollerte helicopters-- 110 00:04:50,060 --> 00:04:51,290 >> [Ler LITT] 111 00:04:51,290 --> 00:04:54,767 >> Selv ting som vi trodde på som svært low-tech, som å lese nyhetene. 112 00:04:54,767 --> 00:04:57,350 Gannett nettopp annonsert at de jobber med virtuell virkelighet 113 00:04:57,350 --> 00:05:00,990 journalistikk, hvor du absorbere nyhetene ikke ved å lese den, 114 00:05:00,990 --> 00:05:05,179 men ved faktisk opplever det og være en del av det. 115 00:05:05,179 --> 00:05:07,970 Eller andre ting som vi kanskje tror på som low-tech, som hagearbeid, 116 00:05:07,970 --> 00:05:08,700 fordi du trenger å de-stress. 117 00:05:08,700 --> 00:05:10,500 Fordi jeg vet ikke om dere, men jeg 118 00:05:10,500 --> 00:05:13,550 ville finne leve nyheter å være svært stressende. 119 00:05:13,550 --> 00:05:15,420 >> [Ler] 120 00:05:15,420 --> 00:05:15,930 121 00:05:15,930 --> 00:05:20,380 >> Et team av MIT, Grove, har opprettet en produsere apparatet 122 00:05:20,380 --> 00:05:23,690 som faktisk, kan du sette inn din kjøkkenet for å dyrke frukt og grønnsaker. 123 00:05:23,690 --> 00:05:27,100 Og så det er veldig kult ser på alle de startups. 124 00:05:27,100 --> 00:05:29,002 Det er nettopp denne fantastiske antall oppstarter 125 00:05:29,002 --> 00:05:30,960 som er ute i disse dager som prøver å ta 126 00:05:30,960 --> 00:05:32,293 nytte av disse teknologiene. 127 00:05:32,293 --> 00:05:35,836 Og hva som egentlig interesting-- bare ser på alle disse tingene som er 128 00:05:35,836 --> 00:05:38,960 kommer opp, men bare en meget realisere liten andel av disse startups er 129 00:05:38,960 --> 00:05:40,970 faktisk kommer til å gjøre det inn i fremtiden, 130 00:05:40,970 --> 00:05:46,070 og hva slags forstå hvorfor noen av dem gjøre det, og noen av dem ikke. 131 00:05:46,070 --> 00:05:50,124 >> Så holdt jeg en tale forrige måned ved en teknisk konferanse, 132 00:05:50,124 --> 00:05:52,040 og jeg ønsket å snakke med dem om dette emnet. 133 00:05:52,040 --> 00:05:53,373 Og jeg tenkte at de er ingeniører. 134 00:05:53,373 --> 00:05:54,190 De ønsker regler. 135 00:05:54,190 --> 00:05:54,750 Liker, jeg er en ingeniør. 136 00:05:54,750 --> 00:05:55,220 Jeg liker regler. 137 00:05:55,220 --> 00:05:56,470 Det er veldig fint og ryddig, ikke sant? 138 00:05:56,470 --> 00:05:58,390 Så jeg prøvde å komme opp med reglene for innovasjon. 139 00:05:58,390 --> 00:06:00,848 >> Og så snart jeg gjorde det, jeg innså det er litt dumt. 140 00:06:00,848 --> 00:06:05,240 Den første regelen av innovasjon er at det er ingen regler for innovasjon. 141 00:06:05,240 --> 00:06:07,160 Fordi hvis du gjør det rett, så er du 142 00:06:07,160 --> 00:06:09,237 bryte flere regler enn følgende din. 143 00:06:09,237 --> 00:06:12,070 Og, selvfølgelig, Thomas Edison famously sa at "jeg ikke har mislyktes. 144 00:06:12,070 --> 00:06:14,736 Jeg har nettopp funnet 10.000 måter som ikke vil fungere. " 145 00:06:14,736 --> 00:06:17,110 Og så, selvfølgelig, jo mer nyskapende at du blir, 146 00:06:17,110 --> 00:06:18,943 du trenger å slags forvente at du kommer 147 00:06:18,943 --> 00:06:21,850 å finne flere måter som ikke fungerer. 148 00:06:21,850 --> 00:06:25,320 Men den gode nyheten er at det er ikke en fullstendig svart hull. 149 00:06:25,320 --> 00:06:27,780 Når du ser på startups som har vært vellykket, 150 00:06:27,780 --> 00:06:29,515 innovatørene som har bygget disse produktene som 151 00:06:29,515 --> 00:06:31,470 har vært vellykket i markeder, hva du vil se 152 00:06:31,470 --> 00:06:33,770 er gang på gang, det samme mønstre dukker opp av de tingene 153 00:06:33,770 --> 00:06:34,640 at de gjør. 154 00:06:34,640 --> 00:06:38,320 Og en rekke av disse, når slags grave ned i dem, 155 00:06:38,320 --> 00:06:42,070 de er slags betinget av en rekke prinsippene bak Lean og Agile-- 156 00:06:42,070 --> 00:06:45,900 og folk bare tar de og sa: hvordan kan disse være fornuftig for en oppstart? 157 00:06:45,900 --> 00:06:48,160 >> Så jeg ønsker å gå gjennom disse. 158 00:06:48,160 --> 00:06:50,884 For å være ærlig, tror jeg jeg ville liker å tilbringe omtrent halvparten 159 00:06:50,884 --> 00:06:52,550 tiden på denne siste one-- dette "Fokus! 160 00:06:52,550 --> 00:06:53,490 Og få dritt gjort. " 161 00:06:53,490 --> 00:06:55,839 Fordi egentlig, det er hva det kommer ned til. 162 00:06:55,839 --> 00:06:58,380 Men jeg tror de fire første er veldig viktig å forstå 163 00:06:58,380 --> 00:07:00,120 kontekst og tankesett som du trenger 164 00:07:00,120 --> 00:07:03,020 å inngå når du gjør noe virkelig nyskapende at 165 00:07:03,020 --> 00:07:06,120 har ikke blitt gjort før. 166 00:07:06,120 --> 00:07:08,287 >> Så det første prinsippet er eliminere avfall, 167 00:07:08,287 --> 00:07:10,370 som, hvis du vet noe om Lean prinsipper, 168 00:07:10,370 --> 00:07:14,520 det er en av de viktigste prinsippene i Lean. 169 00:07:14,520 --> 00:07:17,170 Og, faktisk, Eric Ries, er hvem skaperen av Lean oppstart 170 00:07:17,170 --> 00:07:20,960 metodikk, sier nummer én Det viktigste for en oppstart 171 00:07:20,960 --> 00:07:24,580 er å lære å se forskjell mellom verdi og waste-- 172 00:07:24,580 --> 00:07:27,310 som er ganske rart, ikke sant? 173 00:07:27,310 --> 00:07:30,150 Som hvordan kunne du ikke vite hva er verdi og hva som er avfall? 174 00:07:30,150 --> 00:07:33,830 >> Men jeg tror det er mer fornuftig hvis du tenker på røttene av Lean. 175 00:07:33,830 --> 00:07:38,560 Så Lean kommer fra Lean produksjon Toyota Production System i Japan. 176 00:07:38,560 --> 00:07:43,550 Og "avfall" er en oversettelse fra Uttrykket "muda", som faktisk er bredere. 177 00:07:43,550 --> 00:07:45,860 Så egentlig, hva du vil å gjøre er eliminert Muda. 178 00:07:45,860 --> 00:07:48,260 Og muda betyr ikke bare noe som er uproduktivt, 179 00:07:48,260 --> 00:07:50,784 men alt som ikke er legge verdi i dag. 180 00:07:50,784 --> 00:07:52,700 Fordi spesielt når du gjør noe 181 00:07:52,700 --> 00:07:56,110 så usikker som gjør en oppstart, skape noe nyskapende, 182 00:07:56,110 --> 00:07:58,900 Hvis du tror at du er kommer på denne måten, og du 183 00:07:58,900 --> 00:08:01,254 begynne å bygge noe for dette, og deretter du 184 00:08:01,254 --> 00:08:03,420 finne ut hva som egentlig skjer på og du går på denne måten, 185 00:08:03,420 --> 00:08:05,440 så noe du gjorde over her er bortkastet, ikke sant? 186 00:08:05,440 --> 00:08:07,110 Og så i Agile, har vi et uttrykk som heter 187 00:08:07,110 --> 00:08:08,710 YAGNI, som er "Du Er ikke Gonna trenger det. " 188 00:08:08,710 --> 00:08:09,340 >> [Humrer] 189 00:08:09,340 --> 00:08:12,630 >> Så det er en veldig god ting å huske som du bygger nye teknologier. 190 00:08:12,630 --> 00:08:14,713 Noe som du tror at du kommer til å trenge, 191 00:08:14,713 --> 00:08:18,510 bare anta at du er ikke før du gjør. 192 00:08:18,510 --> 00:08:22,410 >> Så det er interessant å se på eksempler på startups som har gjort det 193 00:08:22,410 --> 00:08:24,200 og se hvor de kom fra. 194 00:08:24,200 --> 00:08:28,612 Så PayPal faktisk startet som en måte å stråle betalinger mellom PDAer. 195 00:08:28,612 --> 00:08:31,320 Men det viste seg at verden var ikke klar for mobile betalinger 196 00:08:31,320 --> 00:08:32,220 i '99, ikke sant? 197 00:08:32,220 --> 00:08:35,919 Vi er bare så vidt begynt å komme dit nå. 198 00:08:35,919 --> 00:08:39,734 >> Flickr startet som et massivt multiplayer online rollespill spill. 199 00:08:39,734 --> 00:08:41,900 Men det viste seg, som når folk skulle spille det, 200 00:08:41,900 --> 00:08:43,875 at den mest morsomt aspekt ble deling av bilder. 201 00:08:43,875 --> 00:08:45,810 Det er litt morsomt. 202 00:08:45,810 --> 00:08:50,140 >> Og så Instagram startet som en gamified Foursquare. 203 00:08:50,140 --> 00:08:53,300 Og de faktisk bygget ut hele app og så på det, og gikk wow, 204 00:08:53,300 --> 00:08:54,800 det er altfor mye som skjer her. 205 00:08:54,800 --> 00:08:55,920 Dette er altfor komplisert. 206 00:08:55,920 --> 00:08:58,070 Og de bare kassert hele ting og sa, vet du hva? 207 00:08:58,070 --> 00:09:00,040 Vi er bare nødt til å fokusere igjen på bildene. 208 00:09:00,040 --> 00:09:01,812 Og det var det som var vellykket for dem. 209 00:09:01,812 --> 00:09:04,520 Og så disse er de som gjort det, men når du på en måte se 210 00:09:04,520 --> 00:09:06,760 over hele linja, den statistikken er ganske dyster. 211 00:09:06,760 --> 00:09:09,480 Fordi statistikken er at ni av ti nye produkter mislykkes, 212 00:09:09,480 --> 00:09:10,690 som er ganske abysmal. 213 00:09:10,690 --> 00:09:15,070 Og som utviklere, som folk som jobber med teknologi, 214 00:09:15,070 --> 00:09:17,100 Jeg tror at når vi ser på en stat som dette, 215 00:09:17,100 --> 00:09:19,260 vi forstår hvor vanskelig det er å bygge tech når 216 00:09:19,260 --> 00:09:21,551 du bygger noe som ikke er blitt bygget før. 217 00:09:21,551 --> 00:09:24,700 Og vi antar at disse er sviktende fordi vi kan ikke bygge teknologien. 218 00:09:24,700 --> 00:09:28,780 Men når du virkelig grave dypt, hva som happening-- disse produktene 219 00:09:28,780 --> 00:09:31,170 er ikke sviktende fordi teknologien fungerte ikke. 220 00:09:31,170 --> 00:09:33,160 De er sviktende grunn de som opprettet 221 00:09:33,160 --> 00:09:36,140 dem var ikke i stand til å finne et marked for dem. 222 00:09:36,140 --> 00:09:39,510 >> Min favoritt eksempel på Dette er et firma som heter 223 00:09:39,510 --> 00:09:42,250 Actuality Systems, som var faktisk her i Boston. 224 00:09:42,250 --> 00:09:44,510 De skapte en 3D holografisk skjerm. 225 00:09:44,510 --> 00:09:46,940 Det er ganske badass, ikke sant? 226 00:09:46,940 --> 00:09:49,290 De skaper det, og de fikk det til å fungere, og deretter 227 00:09:49,290 --> 00:09:51,530 de tilbrakte de neste 10 years-- så de skapte dette. 228 00:09:51,530 --> 00:09:52,960 Dette ville være imponerende å skape i dag, ikke sant? 229 00:09:52,960 --> 00:09:54,459 De skapte dette over 10 år siden. 230 00:09:54,459 --> 00:09:58,340 De tilbrakte de neste 10 årene prøver uten hell å finne et marked for det 231 00:09:58,340 --> 00:10:01,340 og skape en levedyktig virksomhet ut av det, og til slutt måtte stenge, 232 00:10:01,340 --> 00:10:04,700 og alt de kunne gjøre var å selge av en lisens for teknologien. 233 00:10:04,700 --> 00:10:06,444 Så var de lykkes i nyskapende? 234 00:10:06,444 --> 00:10:08,110 Jeg mener, de fikk teknologien til å fungere. 235 00:10:08,110 --> 00:10:09,090 Det er utrolig. 236 00:10:09,090 --> 00:10:12,280 Men hvis du prøver å faktisk bygge en levedyktig bedrift ut av dette, 237 00:10:12,280 --> 00:10:15,130 ikke så mye. 238 00:10:15,130 --> 00:10:19,210 >> Og så hva er interessant er det har vært forskning 239 00:10:19,210 --> 00:10:22,675 i hva som er den største enkeltstående prediktor for oppstart svikt. 240 00:10:22,675 --> 00:10:26,784 Har noen av dere ønsker å gjette hva dette er? 241 00:10:26,784 --> 00:10:29,070 >> PUBLIKUM: Ingen markedet? 242 00:10:29,070 --> 00:10:31,275 >> ABBY FICHTNER: Ingen marked, ja. 243 00:10:31,275 --> 00:10:34,400 Så noe som faktisk burde jeg har said-- noe som startups gjøre, 244 00:10:34,400 --> 00:10:36,890 at hvis de gjør dette, er det den største prediktor at de er 245 00:10:36,890 --> 00:10:38,556 kommer til å mislykkes, eller den største indikator. 246 00:10:38,556 --> 00:10:41,980 247 00:10:41,980 --> 00:10:46,610 Så ingen markedet er liksom noe som skjer med dem. 248 00:10:46,610 --> 00:10:48,480 >> Så Don [uhørbart] gjorde en undersøkelse inn i dette, 249 00:10:48,480 --> 00:10:51,355 og hva han fant var den eneste største prediktor for oppstart svikt 250 00:10:51,355 --> 00:10:57,230 stakk til den opprinnelige virksomhet plan-- som 251 00:10:57,230 --> 00:10:59,630 er ganske forvirrende, ikke sant? 252 00:10:59,630 --> 00:11:03,260 Fordi hvis du starter på alle nye venture, 253 00:11:03,260 --> 00:11:05,810 du bør prøve å finne ut hvis du er på sporet eller ikke. 254 00:11:05,810 --> 00:11:09,160 Selv den terminologien, på sporet, innebærer at du snakker i henhold til plan. 255 00:11:09,160 --> 00:11:11,618 Og så hvis stikker til å planlegge betyr at du kommer til å mislykkes, 256 00:11:11,618 --> 00:11:13,240 det er veldig forvirrende. 257 00:11:13,240 --> 00:11:14,570 Høyre? 258 00:11:14,570 --> 00:11:17,260 >> Og så det bringer oss til innovasjon mønster nummer 259 00:11:17,260 --> 00:11:19,800 to, som er at du burde egentlig begynne i det små. 260 00:11:19,800 --> 00:11:21,600 Og denne typen pauser vår mentale modell, 261 00:11:21,600 --> 00:11:24,020 Jeg tror, ​​for hvordan folk tror om hvordan startups operere. 262 00:11:24,020 --> 00:11:27,430 Fordi jeg føler at vi har fått dette bildet av startups som går stort eller gå hjem, baby. 263 00:11:27,430 --> 00:11:27,960 Høyre? 264 00:11:27,960 --> 00:11:29,784 Som jeg har fått en stor visjon, og bom. 265 00:11:29,784 --> 00:11:32,242 Jeg kommer til å gå stor, og jeg er kommer til å bli den neste Facebook. 266 00:11:32,242 --> 00:11:34,310 >> Men spørsmålet er hvordan gjør man det, ikke sant? 267 00:11:34,310 --> 00:11:37,950 Hvordan går du fra ingenting, men en idé å like en milliard brukere, 268 00:11:37,950 --> 00:11:39,910 som Facebook har? 269 00:11:39,910 --> 00:11:42,985 Hvordan ville du selv bygge ut nok funksjoner fra dag én 270 00:11:42,985 --> 00:11:45,460 at du kunne appellere til en milliard brukere? 271 00:11:45,460 --> 00:11:47,980 Og selv om du ønsket å bygge neste Facebook 272 00:11:47,980 --> 00:11:50,030 i morgen, hvordan kan du begynne å få folk på det? 273 00:11:50,030 --> 00:11:54,120 Fordi ville noen av dere bruker "neste Facebook "hvis ingen visste du var på det? 274 00:11:54,120 --> 00:11:55,860 Sannsynligvis ikke, ikke sant? 275 00:11:55,860 --> 00:12:00,320 >> Og så hva jeg vise startups as-- når du er virkelig tidlig 276 00:12:00,320 --> 00:12:04,070 stages-- liksom gjøre søket etter skjæringspunktet mellom vår store visjon 277 00:12:04,070 --> 00:12:08,120 av hva vi ønsker å oppnå med det virkeligheten faktisk kan romme i dag. 278 00:12:08,120 --> 00:12:10,870 Og den måten du gjør dette er vanligvis gjennom en serie 279 00:12:10,870 --> 00:12:14,137 av små eksperimenter eller små oppgaver. 280 00:12:14,137 --> 00:12:16,970 Så bare for å ta et par eksempler av selskaper som har gjort det stort 281 00:12:16,970 --> 00:12:19,474 og hvordan de startet, Microsoft startet med å skrive 282 00:12:19,474 --> 00:12:21,640 en versjon av BASIC, hvilke er et programmeringsspråk, 283 00:12:21,640 --> 00:12:24,570 for Altair, som var som den første hjemme-PC. 284 00:12:24,570 --> 00:12:27,320 Så jeg vet ikke nøyaktig hvor mange Altairs ble gjort, 285 00:12:27,320 --> 00:12:29,560 men jeg gjetter bare noen få tusen. 286 00:12:29,560 --> 00:12:31,950 Så dette er ikke et stort marked, ikke sant? 287 00:12:31,950 --> 00:12:35,415 >> Og så, selvfølgelig, Facebook, som er den quintessential-- gå stor, 288 00:12:35,415 --> 00:12:37,890 bli den neste Facebook-- startet her ved Harvard, 289 00:12:37,890 --> 00:12:39,530 hvor det er bare 20.000 studenter. 290 00:12:39,530 --> 00:12:41,170 Så igjen, ikke et stort marked. 291 00:12:41,170 --> 00:12:45,190 Og så når du tenker på den mentale modell for hvordan startups 292 00:12:45,190 --> 00:12:47,140 skal se ut, bør det ser mer ut som dette. 293 00:12:47,140 --> 00:12:50,230 Du starter med den store visjon, men da må du gå små. 294 00:12:50,230 --> 00:12:53,040 Og du finne ut en måte å dominere en virkelig nisje i markedet, 295 00:12:53,040 --> 00:12:56,047 og deretter kan du bygge på at suksess å gå stor. 296 00:12:56,047 --> 00:12:57,630 Og det er et par grunner til dette. 297 00:12:57,630 --> 00:13:02,930 Det ene er om vi aksepterer det faktum at holde seg til den opprinnelige forretningsplanen sin 298 00:13:02,930 --> 00:13:05,600 kommer til å mislykkes, skal vi finne 10.000 måter som ikke fungerer, 299 00:13:05,600 --> 00:13:07,840 uansett, skal vi gjøre mye feil. 300 00:13:07,840 --> 00:13:10,140 Vi kommer til å ha mye bom. 301 00:13:10,140 --> 00:13:13,140 Hvis vi prøver å gå stor, skal vi bruke opp all vår tid og ressurser 302 00:13:13,140 --> 00:13:13,940 på feil ting. 303 00:13:13,940 --> 00:13:17,220 Og så det er mye bedre å gå liten så vi kan eksperimentere raskt. 304 00:13:17,220 --> 00:13:19,970 >> Men enda viktigere, det er så mye enklere 305 00:13:19,970 --> 00:13:22,819 å være vellykket når vi går liten, fordi alt du trenger å gjøre 306 00:13:22,819 --> 00:13:25,860 er å finne det markedet som du vil gå after-- som virkelig nisje markedet. 307 00:13:25,860 --> 00:13:28,193 Og så bare identifisere en ting som de er virkelig 308 00:13:28,193 --> 00:13:29,880 døende å ha, og bygge det for dem. 309 00:13:29,880 --> 00:13:31,690 Og så kan du være veldig overbevisende. 310 00:13:31,690 --> 00:13:35,782 >> Slik som Altair brukere virkelig ønsket en måte å programmere datamaskinen sin. 311 00:13:35,782 --> 00:13:38,240 Og jeg snakker ikke know-- jeg tror det var akkurat som vippebrytere 312 00:13:38,240 --> 00:13:39,185 og blinkende lys, ikke sant? 313 00:13:39,185 --> 00:13:40,601 Så jeg vet ikke hvordan de gjorde det. 314 00:13:40,601 --> 00:13:43,510 Så gir BASIC slik at de kunne programmere den er fantastisk. 315 00:13:43,510 --> 00:13:46,660 Eller Harvard studenter ville bare en enkelt, sentralisert student katalog, 316 00:13:46,660 --> 00:13:47,160 ikke sant? 317 00:13:47,160 --> 00:13:49,410 Og så Facebook bare måtte gi det en funksjon. 318 00:13:49,410 --> 00:13:52,451 De trengte ikke å bygge det ut som det er i dag for å virkelig få trekkraft. 319 00:13:52,451 --> 00:13:55,080 320 00:13:55,080 --> 00:13:58,210 >> Så det tar oss til nummer tre, som er i orden 321 00:13:58,210 --> 00:14:01,940 å finne at en funksjon som markedet er virkelig dø for, 322 00:14:01,940 --> 00:14:04,130 du må virkelig dypt forstå dine kunder. 323 00:14:04,130 --> 00:14:06,890 324 00:14:06,890 --> 00:14:11,030 Og jeg føler at folk undervurderer viktigheten av dette-- 325 00:14:11,030 --> 00:14:13,871 spesielt i dag, når det er så mange startups som er der ute. 326 00:14:13,871 --> 00:14:16,620 Hvis du virkelig er ute på hva som er skjer i oppstart plass, 327 00:14:16,620 --> 00:14:18,950 du kommer til å finne 100 startups alle gjør det samme. 328 00:14:18,950 --> 00:14:19,210 Høyre? 329 00:14:19,210 --> 00:14:22,140 >> Og det er fordi alle kan se at teknologien er her i dag, ikke sant? 330 00:14:22,140 --> 00:14:23,200 Men vi ønsker å være her. 331 00:14:23,200 --> 00:14:25,780 Slik at folk ser disse hullene, og alle prøver å gå etter disse hullene. 332 00:14:25,780 --> 00:14:27,260 Og du har alle disse startups alle gjør det samme, 333 00:14:27,260 --> 00:14:29,343 og du liker, hvorfor er ikke noen av dem lykkes? 334 00:14:29,343 --> 00:14:30,479 Det er et gap her. 335 00:14:30,479 --> 00:14:32,520 Jeg tror at de som som kommer til å lykkes 336 00:14:32,520 --> 00:14:36,340 er de som tar seg tid til virkelig forstår sine kunder. 337 00:14:36,340 --> 00:14:38,820 Et godt eksempel på dette, Jeg tror, ​​er Dropbox. 338 00:14:38,820 --> 00:14:42,280 Når Drew Houston, grunnleggeren, gikk for å prøve å skaffe penger til Dropbox, 339 00:14:42,280 --> 00:14:43,826 VCS virkelig motet ham. 340 00:14:43,826 --> 00:14:46,700 De er like, jeg forstår ikke hvorfor du selv inn i dette rommet. 341 00:14:46,700 --> 00:14:50,490 Det finnes allerede som en million milliarder sky lagring startups der ute. 342 00:14:50,490 --> 00:14:54,000 >> Og Drew var som, ja, men bruker du noen av dem? 343 00:14:54,000 --> 00:14:54,730 Og de var ikke. 344 00:14:54,730 --> 00:14:57,120 Og så føler jeg meg som Drew lyktes fordi A, 345 00:14:57,120 --> 00:14:58,520 Han startet med et lite marked. 346 00:14:58,520 --> 00:14:59,730 Han prøvde ikke å gå etter alle. 347 00:14:59,730 --> 00:15:01,521 Han gikk etter hardcore Teknologikyndige som har 348 00:15:01,521 --> 00:15:03,440 en rekke enheter, en masse av datamaskiner, og de 349 00:15:03,440 --> 00:15:05,040 har dette problemet i å overføre filer. 350 00:15:05,040 --> 00:15:06,123 Og han bare rettet dem. 351 00:15:06,123 --> 00:15:09,780 Og alt han hadde å gjøre var å gi en løsning som fungerte for dem. 352 00:15:09,780 --> 00:15:13,110 >> Så igjen, jeg føler at det er mange myter rundt startups, 353 00:15:13,110 --> 00:15:15,770 fordi vi ser så mange startups skjer i dag. 354 00:15:15,770 --> 00:15:19,010 Og du bare høre 20 000 fot visning av oh, de gjorde det over natten. 355 00:15:19,010 --> 00:15:21,130 De var en suksess. 356 00:15:21,130 --> 00:15:24,919 Men myten om hvis du bygger det, de vil come-- når du virkelig 357 00:15:24,919 --> 00:15:27,460 grave dypt inn i hva som skjer i disse suksesshistorier, tid 358 00:15:27,460 --> 00:15:29,460 og igjen, jeg tror det du finner er grunnleggere 359 00:15:29,460 --> 00:15:32,795 som gikk til disse ekstraordinære lengder for å forstå sine kunder. 360 00:15:32,795 --> 00:15:35,920 Så bare for å gi et par examples-- jeg vet ikke om dette fortsatt er tilfelle, 361 00:15:35,920 --> 00:15:39,100 men i det minste innledningsvis, ett av grunnleggerne av Airbnb 362 00:15:39,100 --> 00:15:40,320 ikke eier eller leier en bolig. 363 00:15:40,320 --> 00:15:42,800 Han bare gikk rundt og levde i Airbnbs. 364 00:15:42,800 --> 00:15:46,610 Som jeg ikke engang vet hva som så ut like-- som å leve ut av en koffert? 365 00:15:46,610 --> 00:15:49,000 >> Eller Ben Silverman fra Pinterest er fantastisk på dette. 366 00:15:49,000 --> 00:15:53,135 Han gikk og personlig nådd ut til de første 5000 kunder. 367 00:15:53,135 --> 00:15:54,260 Han ga dem sin mobiltelefon. 368 00:15:54,260 --> 00:15:55,780 Han møtte dem til frokost. 369 00:15:55,780 --> 00:15:58,500 Jeg bare snakket til sine CTO et par uker siden. 370 00:15:58,500 --> 00:16:00,360 Og de går inn inn i nye land nå, 371 00:16:00,360 --> 00:16:01,890 og han kommer ut og gjør det igjen. 372 00:16:01,890 --> 00:16:04,723 Så han er utrolig for å gå ut og individuelt snakke med folk. 373 00:16:04,723 --> 00:16:06,612 374 00:16:06,612 --> 00:16:09,570 Så, selvfølgelig, som du kommer ut og å ha disse samtalene, hva 375 00:16:09,570 --> 00:16:12,069 du ønsker å gjøre er alltid lære av dine kunder 376 00:16:12,069 --> 00:16:14,860 om hva som kommer til å være fornuftig og hva som kommer til å være vellykket. 377 00:16:14,860 --> 00:16:17,410 378 00:16:17,410 --> 00:16:19,910 Jeg føler meg som den beste startups, de beste innovatørene, 379 00:16:19,910 --> 00:16:23,410 behandle innovasjon som om det var en vitenskap experiment-- eller i en svært 380 00:16:23,410 --> 00:16:25,740 vitenskapelig måte, jeg tror jeg skal si. 381 00:16:25,740 --> 00:16:29,000 >> Så jeg er ikke en vitenskapsmann, men som Jeg forstår, forskere kommet opp 382 00:16:29,000 --> 00:16:33,120 med hypoteser, og deretter de utvikler eksperimenter for å validere eller avkrefte 383 00:16:33,120 --> 00:16:34,114 sine hypoteser. 384 00:16:34,114 --> 00:16:36,530 Og så spørsmålet er hvordan kan vi gjøre det med innovasjon? 385 00:16:36,530 --> 00:16:38,340 Vi har en idé, men det er bare en idé. 386 00:16:38,340 --> 00:16:41,051 Hvis vi virkelig gjøre noe som aldri har blitt gjort før, 387 00:16:41,051 --> 00:16:42,050 alt vi har er gjetninger. 388 00:16:42,050 --> 00:16:42,610 Høyre? 389 00:16:42,610 --> 00:16:46,290 Og så hva er noen eksperimenter som vi kan gjøre for å validere eller avkrefte 390 00:16:46,290 --> 00:16:50,060 disse ideene uten å bygge ut hele greia? 391 00:16:50,060 --> 00:16:53,710 >> Så snakker er stor, og jeg kan faktisk ikke 392 00:16:53,710 --> 00:16:55,770 understreke hvor strongly-- hvor viktig det 393 00:16:55,770 --> 00:16:59,115 er å gå ut og snakke med din kunder, i det minste innledningsvis, 394 00:16:59,115 --> 00:17:01,679 å forstå hvem de er, hvilke problemer de 395 00:17:01,679 --> 00:17:03,470 har i dag, hvordan de er løse dem i dag. 396 00:17:03,470 --> 00:17:05,349 Men snakker kan bare ta deg så langt. 397 00:17:05,349 --> 00:17:05,849 Høyre? 398 00:17:05,849 --> 00:17:09,030 Du kan ikke bruke snakke å si, hei, jeg har fått denne flott idé! 399 00:17:09,030 --> 00:17:10,329 Ønsker du å kjøpe det? 400 00:17:10,329 --> 00:17:12,537 Fordi de kommer til å være som, oh, ja selvfølgelig. 401 00:17:12,537 --> 00:17:13,470 Det høres flott ut. 402 00:17:13,470 --> 00:17:16,437 >> Fordi folk ønsker å oppmuntre deg. 403 00:17:16,437 --> 00:17:19,520 De ser at du er begeistret noe, så de kommer til å si ja. 404 00:17:19,520 --> 00:17:22,890 Og people-- mennesker er bare fæl til å forutsi deres atferd. 405 00:17:22,890 --> 00:17:26,650 Og så hvis du spør them-- hvis du sier, Jeg kommer til å, på et tidspunkt i en fremtid, 406 00:17:26,650 --> 00:17:31,455 slipper denne abstrakt, hypotetiske produkt, er du kommer til å ønske det? 407 00:17:31,455 --> 00:17:34,080 De kan si nei, men hvis du faktisk sette den foran dem, 408 00:17:34,080 --> 00:17:34,630 de kanskje ønsker det. 409 00:17:34,630 --> 00:17:36,700 >> Og så egentlig, for å gjøre det test av forståelse 410 00:17:36,700 --> 00:17:38,110 hvis folk kommer til å vil det eller ikke, du virkelig 411 00:17:38,110 --> 00:17:39,820 trenger å sette noe foran dem. 412 00:17:39,820 --> 00:17:43,330 Så jeg liker dette sitatet fra Linus Torvalds, som er "Talk er billig. 413 00:17:43,330 --> 00:17:45,060 Vis meg koden. " 414 00:17:45,060 --> 00:17:47,310 Eller hvis du er en oppstart, du kanskje si, "Talk er billig. 415 00:17:47,310 --> 00:17:49,170 Vis meg MVP. " 416 00:17:49,170 --> 00:17:52,210 >> Så har dere hørt MVP, Minimum levedyktig produkt? 417 00:17:52,210 --> 00:17:55,250 Det er en slags denne buzzword som Jeg elsker og hater samtidig. 418 00:17:55,250 --> 00:17:59,050 Fordi jeg elsker konseptet med det, men det blir litt for mye. 419 00:17:59,050 --> 00:18:02,310 Men ideen er gyldig, som er ikke gå å bygge ut 420 00:18:02,310 --> 00:18:04,700 dette produktet som kommer å ta deg et år å bygge. 421 00:18:04,700 --> 00:18:08,260 I stedet, finne ut hva som er det ene ting som folk dør for? 422 00:18:08,260 --> 00:18:10,310 Hva er den minste ting Jeg kan bygge for dem? 423 00:18:10,310 --> 00:18:14,500 Og sette det foran dem, og se hvordan de reagerer. 424 00:18:14,500 --> 00:18:18,755 >> Så kvintessensen MVP er en destinasjonsside. 425 00:18:18,755 --> 00:18:20,130 Jeg er sikker på at dere har sett dette. 426 00:18:20,130 --> 00:18:25,257 Hvis du prøvde å melde seg på Ello eller Gmails nye innboksen, og de er like oh, 427 00:18:25,257 --> 00:18:26,090 vi er ikke klar ennå! 428 00:18:26,090 --> 00:18:28,040 Jeg antar de er litt forskjellige, fordi de er klare. 429 00:18:28,040 --> 00:18:31,180 Men de gir deg en destinasjonsside, og det er, det er kun for inviterte akkurat nå. 430 00:18:31,180 --> 00:18:32,490 Men gi oss din e-postadresse. 431 00:18:32,490 --> 00:18:33,512 Rett 432 00:18:33,512 --> 00:18:36,470 Mange steder vil gjøre dette før de har selv bygget ut produktet, 433 00:18:36,470 --> 00:18:38,094 bare for å se om det er interesse eller ikke. 434 00:18:38,094 --> 00:18:41,420 Så med Dropbox, trakk Houston, der var kompleks teknologi bak det. 435 00:18:41,420 --> 00:18:44,420 Så gikk han, og han har funnet ut technology-- slags bevist at ut, 436 00:18:44,420 --> 00:18:45,586 at det skulle fungere. 437 00:18:45,586 --> 00:18:48,040 Men før han bygget ut det endelige produktet, 438 00:18:48,040 --> 00:18:51,730 han gjorde dette mock-up på sin datamaskin, Dette tre-minutters screen 439 00:18:51,730 --> 00:18:54,497 video-- svært rufsete. 440 00:18:54,497 --> 00:18:57,330 Sette den ut på Hacker News, fordi han visste var liksom hans publikum, 441 00:18:57,330 --> 00:18:58,950 var de virkelig tekniske folk. 442 00:18:58,950 --> 00:19:01,430 Sette opp en destinasjonsside som bare sagt, her er videoen. 443 00:19:01,430 --> 00:19:04,850 Vi har ikke lansert ennå, men hvis du er interessert, gi oss din e-postadresse. 444 00:19:04,850 --> 00:19:08,642 >> Over natten, fikk 75.000 sign-ups, noe som er utrolig. 445 00:19:08,642 --> 00:19:10,850 Selv i dag, ville det være imponerende, men i dag, de 446 00:19:10,850 --> 00:19:12,520 har som 300 millioner brukere, ikke sant? 447 00:19:12,520 --> 00:19:14,450 Når han postet dette, ingen visste hvem Dropbox 448 00:19:14,450 --> 00:19:16,320 var fordi de ikke eksisterer ennå. 449 00:19:16,320 --> 00:19:19,420 Og så det var en veldig sterk signal at han hadde fått noe riktig. 450 00:19:19,420 --> 00:19:22,490 451 00:19:22,490 --> 00:19:27,260 >> For å gi deg litt mer omfattende et eksempel på dette, 452 00:19:27,260 --> 00:19:29,800 Har dere vet Buffer? 453 00:19:29,800 --> 00:19:32,350 Det er en sosial media deling av området, og ideen 454 00:19:32,350 --> 00:19:36,440 er-- jeg pleier å lese nyheter på som 02:00, fordi jeg 455 00:19:36,440 --> 00:19:37,620 ønsker ikke å gå i dvale. 456 00:19:37,620 --> 00:19:39,540 Og så jeg kan lese som 10 artikler som alle er veldig kult 457 00:19:39,540 --> 00:19:41,081 og jeg vil dele dem med folk. 458 00:19:41,081 --> 00:19:43,630 Men A, hvis jeg dele dem ut på Twitter akkurat nå, 459 00:19:43,630 --> 00:19:45,370 ingen er våken om 02:00 bortsett fra for meg. 460 00:19:45,370 --> 00:19:47,453 Og B, hvis de er våkne, de er som hvorfor er du 461 00:19:47,453 --> 00:19:49,489 spamming meg med 10 artikler på en gang, ikke sant? 462 00:19:49,489 --> 00:19:51,780 Og så hva den gjør er det form av en kø eller en buffer 463 00:19:51,780 --> 00:19:56,330 at du legge ting til, og det vil presse dem ut et par ganger om dagen 464 00:19:56,330 --> 00:19:58,570 på en mer realistisk tidsplan. 465 00:19:58,570 --> 00:20:00,050 >> Så dette er hvordan det ser ut i dag. 466 00:20:00,050 --> 00:20:02,030 Det er ikke hvordan det begynte. 467 00:20:02,030 --> 00:20:05,639 Grunnleggeren hadde denne ideen, og han trodde dette var en god idé, 468 00:20:05,639 --> 00:20:06,930 men han ønsket ikke å bygge den. 469 00:20:06,930 --> 00:20:08,964 Han ønsket ikke å slutte sin jobb ennå før han 470 00:20:08,964 --> 00:20:11,880 fikk noen bekreftelse på at andre mennesker trodde det var en god idé, også. 471 00:20:11,880 --> 00:20:13,342 Slik at han ikke engang trenger en video. 472 00:20:13,342 --> 00:20:14,550 Det var slik en enkelt konsept. 473 00:20:14,550 --> 00:20:17,630 >> Bare begynn med Twitter, setter opp en destinasjonsside. 474 00:20:17,630 --> 00:20:18,590 Dette er hva vi gjør. 475 00:20:18,590 --> 00:20:19,540 Han tweets det ut. 476 00:20:19,540 --> 00:20:23,755 Når folk klikker Planer og Prising, det bare gir dem 477 00:20:23,755 --> 00:20:26,380 en "du fanget oss før vi er klar. ", men hvis du er interessert, 478 00:20:26,380 --> 00:20:27,810 gi oss din e-postadresse. 479 00:20:27,810 --> 00:20:28,600 Tweets det ut. 480 00:20:28,600 --> 00:20:30,460 Folk dro til området. 481 00:20:30,460 --> 00:20:31,960 De fikk sin e-postadresse. 482 00:20:31,960 --> 00:20:35,250 >> Han var som, OK, det er en ganske god indikator på at det er en viss interesse, 483 00:20:35,250 --> 00:20:36,920 så jeg er klar til å gå videre til neste trinn. 484 00:20:36,920 --> 00:20:38,300 Men jeg ønsker ikke å bygge det ennå. 485 00:20:38,300 --> 00:20:41,216 Jeg ønsker å see-- folk er interessert, men kan jeg tjene penger på det? 486 00:20:41,216 --> 00:20:42,570 Kan jeg gjøre det i en bedrift? 487 00:20:42,570 --> 00:20:47,450 Så alt han gjorde var lagt til en midtside når folk klikket Planer og Priser 488 00:20:47,450 --> 00:20:49,160 med tre priser arbeid planer ett var gratis. 489 00:20:49,160 --> 00:20:50,640 To ble betalt. 490 00:20:50,640 --> 00:20:51,980 >> Holdt tweeting det ut. 491 00:20:51,980 --> 00:20:53,892 Folk holdt klikke. 492 00:20:53,892 --> 00:20:56,600 De fleste gjorde gratis plan, men noen folk gjorde det betalt plan. 493 00:20:56,600 --> 00:20:57,641 Han liker, vet du hva? 494 00:20:57,641 --> 00:21:00,850 Det er nok validation-- ikke for meg kanskje til å slutte i jobben min 495 00:21:00,850 --> 00:21:03,770 og tilbringe et år på dette, men for meg å bare gå heads-ned og gjøre 496 00:21:03,770 --> 00:21:05,880 en veldig enkel versjon av denne. 497 00:21:05,880 --> 00:21:07,630 Han trodde det skulle å ta ham en dag. 498 00:21:07,630 --> 00:21:09,713 Teknologi er hardt, så det tok ham som syv dager. 499 00:21:09,713 --> 00:21:12,620 Men det var nok for ham å tilbringe syv dager på den. 500 00:21:12,620 --> 00:21:16,097 >> Og veldig raskt, begynte han få brukere på den første versjonen, 501 00:21:16,097 --> 00:21:17,430 selv om det var veldig minimal. 502 00:21:17,430 --> 00:21:19,180 Og hva var fantastisk om det var var han 503 00:21:19,180 --> 00:21:22,120 i stand til å se hvordan folk ble virkelig bruke det, 504 00:21:22,120 --> 00:21:25,260 og deretter slags utvikle seg det basert på dem som bruker den. 505 00:21:25,260 --> 00:21:27,760 Så Buffer er fantastisk, fordi det er et veldig enkelt eksempel. 506 00:21:27,760 --> 00:21:29,560 Ikke all teknologi er Så enkelt er det, men dette 507 00:21:29,560 --> 00:21:32,250 er liksom kvintessensen Lean oppstart tilnærming, ikke sant? 508 00:21:32,250 --> 00:21:34,260 Dette er great-- du er teste det hvert trinn, 509 00:21:34,260 --> 00:21:36,257 og du bare kommer langt nok til at du har 510 00:21:36,257 --> 00:21:38,340 validert at det er slag av verdt din tid til å gjøre. 511 00:21:38,340 --> 00:21:41,330 512 00:21:41,330 --> 00:21:44,170 >> En annen fin måte å få validering naturligvis 513 00:21:44,170 --> 00:21:46,940 gjør en crowdfunding kampanje som kickstarter, 514 00:21:46,940 --> 00:21:48,630 hvor du kan få forhåndsbestillinger. 515 00:21:48,630 --> 00:21:51,710 Dette gjør mye fornuftig hvis du er gjør noe som er maskinvare. 516 00:21:51,710 --> 00:21:54,760 Igjen var Pebble den største Kickstarter 517 00:21:54,760 --> 00:22:01,170 inntil den tittelen fikk tatt av en cooler-- gjorde dere ser dette? 518 00:22:01,170 --> 00:22:04,030 Som en faktisk kjøler som du bringe til piknik slå ut, 519 00:22:04,030 --> 00:22:05,446 så de fikk mer enn $ 10 millioner. 520 00:22:05,446 --> 00:22:06,998 [Ler LITT] 521 00:22:06,998 --> 00:22:08,489 522 00:22:08,489 --> 00:22:11,700 >> Men igjen, som Dropbox, med Pebble, var det komplisert teknologi. 523 00:22:11,700 --> 00:22:14,899 De måtte gjøre en proof of concept, sørg for at de kunne bevise ut 524 00:22:14,899 --> 00:22:16,190 at teknologien kan fungere. 525 00:22:16,190 --> 00:22:19,830 Men så er det dyrt å produsere, så før de faktisk produsert, 526 00:22:19,830 --> 00:22:21,310 de satt opp en kickstarter. 527 00:22:21,310 --> 00:22:24,170 Og de brukte det til få forhåndsbestillinger, ikke sant? 528 00:22:24,170 --> 00:22:26,570 De sa at hvis vi kan få $ 100.000 i forhåndsbestillinger, 529 00:22:26,570 --> 00:22:28,420 det er verdt det å gå fremover. 530 00:22:28,420 --> 00:22:31,390 De fikk $ 10 millioner, så gjør ganske bra-- ganske god validering. 531 00:22:31,390 --> 00:22:33,950 532 00:22:33,950 --> 00:22:39,090 >> Så disse ideene er alle virkelig stor, men som vi sier i startups, 533 00:22:39,090 --> 00:22:40,159 ideer er en krone et dusin. 534 00:22:40,159 --> 00:22:41,200 Det handler om henrettelse. 535 00:22:41,200 --> 00:22:44,300 536 00:22:44,300 --> 00:22:46,310 Så dette er min favoritt del er "Focus! 537 00:22:46,310 --> 00:22:49,750 Og få dritt gjort. " 538 00:22:49,750 --> 00:22:53,110 Så de beste gründere er i stand til å bare ha 539 00:22:53,110 --> 00:22:58,280 denne sprø, intens hyper-fokus og få ting gjort på et utrolig tempo. 540 00:22:58,280 --> 00:23:03,940 >> Så jeg slags gå gjennom noen av utviklingspraksis. 541 00:23:03,940 --> 00:23:06,330 Og stille spørsmål hvis du har dem. 542 00:23:06,330 --> 00:23:09,870 Jeg var ikke helt sikker på hvor mye dere visste om utvikling praksis, 543 00:23:09,870 --> 00:23:12,610 så snilt av en diskusjon om hva som 544 00:23:12,610 --> 00:23:15,890 ser ut når du er utvikle noe som dette. 545 00:23:15,890 --> 00:23:17,900 Så det første er å finne ut OK, hva 546 00:23:17,900 --> 00:23:21,205 er det at jeg bør fokusere on-- som kan bli virkelig utfordrende når 547 00:23:21,205 --> 00:23:22,330 du gjør noe nytt. 548 00:23:22,330 --> 00:23:23,940 Fordi alle har alt disse ideene, og det er 549 00:23:23,940 --> 00:23:26,310 så mange forskjellige retninger du kan gå, og så mange forskjellige spørsmål 550 00:23:26,310 --> 00:23:27,480 som du har. 551 00:23:27,480 --> 00:23:29,615 >> Så steg nummer en, figur ut hva du skal fokusere på. 552 00:23:29,615 --> 00:23:32,740 Mange ganger, som utviklere, som folk som tenker på teknologi, 553 00:23:32,740 --> 00:23:34,448 vi egentlig tenker om produktene. 554 00:23:34,448 --> 00:23:37,720 Vi tenker om ting slags i dette order-- først, kan jeg bygge det? 555 00:23:37,720 --> 00:23:41,420 Forutsatt at jeg kan bygge den, deretter kan jeg få folk til å vite om det? 556 00:23:41,420 --> 00:23:44,490 Forutsatt at jeg kan, kan Jeg tjene penger på det? 557 00:23:44,490 --> 00:23:47,820 >> Men hvis vi prøver å gjøre en levedyktig bedrift, 558 00:23:47,820 --> 00:23:51,620 vi kanskje vil være å tenke av de i motsatt rekkefølge. 559 00:23:51,620 --> 00:23:55,246 Grunnen er at jeg føler like-- og Jeg gjør dette selv, så jeg får det. 560 00:23:55,246 --> 00:23:57,620 Jeg føler at vi får veldig hung opp på denne "Kan jeg bygge det?" 561 00:23:57,620 --> 00:24:01,154 spørsmålet, fordi hvis du er en teknologi person-- hvis du er en developer-- 562 00:24:01,154 --> 00:24:02,570 du egentlig tenker om det. 563 00:24:02,570 --> 00:24:05,580 >> Men sannheten er som regel, når vi komme opp med en idé til en oppstart, 564 00:24:05,580 --> 00:24:08,337 vi kommer opp med det basert på Jeg har sett denne teknologien her 565 00:24:08,337 --> 00:24:10,420 og denne teknologien her og denne teknologien her, 566 00:24:10,420 --> 00:24:12,190 og hvis jeg bare kombinere dem på noen ny måte, 567 00:24:12,190 --> 00:24:13,815 Jeg tror det ville være veldig interessant. 568 00:24:13,815 --> 00:24:16,610 Vel, hvis jeg har allerede sett den teknologien på de steder, 569 00:24:16,610 --> 00:24:18,160 du slags vet det finnes, ikke sant? 570 00:24:18,160 --> 00:24:20,340 >> Så sikker, gjøre noen bevis på konsepter. 571 00:24:20,340 --> 00:24:22,360 Hvis det er noe teknisk risiko i det. 572 00:24:22,360 --> 00:24:24,530 Men for det meste, de tingene at vi kommer opp with-- 573 00:24:24,530 --> 00:24:26,960 med mindre vi er virkelig fantastisk og gjør noe helt nytt, i hvilket tilfelle 574 00:24:26,960 --> 00:24:28,530 finne ut om du kan bygge den. 575 00:24:28,530 --> 00:24:31,420 Men vanligvis mesteparten av startups jeg skjønner, du kan bygge den. 576 00:24:31,420 --> 00:24:34,100 Det er ikke engang et spørsmål. 577 00:24:34,100 --> 00:24:37,620 >> Så begynne å tenke på er noe som folk 578 00:24:37,620 --> 00:24:42,070 kommer til å være i stand til å betale meg for Og deretter hvordan jeg kommer til å nå dem? 579 00:24:42,070 --> 00:24:45,560 Det er virkelig vanskelig, spesielt hvis du er en teknisk person, 580 00:24:45,560 --> 00:24:48,000 har du en måte å nå ut til disse menneskene 581 00:24:48,000 --> 00:24:51,140 og få dem til å kjøpe produktet? 582 00:24:51,140 --> 00:24:57,344 >> Så når du finne ut, OK, hva er det question-- slags alltid har i tankene, 583 00:24:57,344 --> 00:25:00,260 Dette er det viktigste spørsmålet at jeg må kjøre mot, 584 00:25:00,260 --> 00:25:02,250 eller det viktigste at jeg må validere. 585 00:25:02,250 --> 00:25:04,670 Og så du ønsker å komme tilbake til denne oppfatningen av å eliminere avfall. 586 00:25:04,670 --> 00:25:07,030 Bare finne ut som magreste og mest effektive måten 587 00:25:07,030 --> 00:25:10,110 at du kan gå om svare på det spørsmålet. 588 00:25:10,110 --> 00:25:12,690 >> Så jeg snakket om minimum levedyktig produkt. 589 00:25:12,690 --> 00:25:17,584 Jeg vil si komme inn i denne tankegangen av minimum levedyktig everything-- 590 00:25:17,584 --> 00:25:20,500 etter som jeg mener ikke at du bør være å gjøre en crappy jobb på ting. 591 00:25:20,500 --> 00:25:22,924 Jeg mener, hvordan kan du kutter ut avfallet? 592 00:25:22,924 --> 00:25:25,090 Hvordan får du helt rett til hjertet av saken 593 00:25:25,090 --> 00:25:29,010 og finne ut hvordan å validere ting uten gull-plating, 594 00:25:29,010 --> 00:25:31,460 uten å gjøre mer enn du må. 595 00:25:31,460 --> 00:25:35,040 >> Så bare for å gi noen eksempler, Jeg føler at i utgangspunktet, du er 596 00:25:35,040 --> 00:25:36,874 prøver å finne ut jeg har denne flotte ideen. 597 00:25:36,874 --> 00:25:38,206 Er noen selv kommer til å ønske det? 598 00:25:38,206 --> 00:25:41,310 Så en veldig enkel måte å gjøre det på er en landing side, som vi snakket om. 599 00:25:41,310 --> 00:25:43,060 Du trenger ikke å skrive noen kode for det. 600 00:25:43,060 --> 00:25:45,800 Det finnes verktøy som gjør det for deg. 601 00:25:45,800 --> 00:25:48,670 >> Hvis du sier, OK, jeg skjønte det ut. 602 00:25:48,670 --> 00:25:52,234 Nå vil jeg jeg antar at-- OK, folk synes å ønske det. 603 00:25:52,234 --> 00:25:53,900 Ville de faktisk betaler meg penger for det? 604 00:25:53,900 --> 00:25:56,569 Du kan gjøre ting som hva Buffer gjorde med prisingen side, 605 00:25:56,569 --> 00:25:58,610 eller enda bedre, en Kickstarter og få forhåndsbestillinger. 606 00:25:58,610 --> 00:26:00,150 Bestillinger 607 00:26:00,150 --> 00:26:03,400 >> Den neste tingen som jeg tror du er kommer til å være som ønsker å se på er-- OK, 608 00:26:03,400 --> 00:26:04,691 det virker som folk ville ha det. 609 00:26:04,691 --> 00:26:09,070 Det virker som folk vil betale for det, men spesielt med apps, 610 00:26:09,070 --> 00:26:10,330 vil folk faktisk bruker det? 611 00:26:10,330 --> 00:26:12,580 Så jeg vet ikke statistikken, men de er ganske elendig. 612 00:26:12,580 --> 00:26:15,570 Et stort antall av apps få lastet ned og deretter aldri brukt. 613 00:26:15,570 --> 00:26:16,920 Og det er ikke nyttig. 614 00:26:16,920 --> 00:26:18,850 Det er fint at du fikk en Mange laster det ned. 615 00:26:18,850 --> 00:26:21,516 Men hvis det ikke er brukt, er du ikke kommer til å feste rundt for lang. 616 00:26:21,516 --> 00:26:24,746 617 00:26:24,746 --> 00:26:26,620 Når du tenker om at første versjon 618 00:26:26,620 --> 00:26:29,203 at du ønsker å sette ut det-- minimumslevedyktig product-- 619 00:26:29,203 --> 00:26:32,200 tenke på hva er det egentlig at jeg prøver å teste? 620 00:26:32,200 --> 00:26:35,290 Og hva kan jeg gjøre det bare tall det ut? 621 00:26:35,290 --> 00:26:36,790 Jeg bare slags tok en gjetning på dette. 622 00:26:36,790 --> 00:26:39,706 Jeg vet faktisk ikke hva Buffer s første versjonen så ut nøyaktig. 623 00:26:39,706 --> 00:26:42,659 Men hvis du tenker på Buffer-- bare på grunn av denne enkle example-- 624 00:26:42,659 --> 00:26:44,450 du kanskje tror dette er hva de føler 625 00:26:44,450 --> 00:26:46,879 som sitt første minimum levedyktig produkt. 626 00:26:46,879 --> 00:26:48,670 Jeg må være i stand til opprette en brukerkonto, 627 00:26:48,670 --> 00:26:51,180 selvsagt, koble den til min sosiale medier kontoer. 628 00:26:51,180 --> 00:26:53,530 Jeg må legge til innlegg som tweets inn i min buffer. 629 00:26:53,530 --> 00:26:54,470 Redigere dem. 630 00:26:54,470 --> 00:26:55,770 Slette dem. 631 00:26:55,770 --> 00:26:58,320 >> Stille inn tiden når jeg ønsker de å bli lagt ut. 632 00:26:58,320 --> 00:27:01,650 Tydeligvis, programvarebehov å automatisk legge til Twitter 633 00:27:01,650 --> 00:27:03,470 eller hva basert på at tidsplanen. 634 00:27:03,470 --> 00:27:05,970 Og så skal jeg være i stand til vise en historie med mitt innlegg. 635 00:27:05,970 --> 00:27:08,900 Det føles ganske minimal, ganske grunnleggende, ikke sant? 636 00:27:08,900 --> 00:27:11,710 >> Jeg oppfordrer alltid startups-- liker spesielt, dette er lett for oss, 637 00:27:11,710 --> 00:27:12,800 fordi det ikke er vår baby. 638 00:27:12,800 --> 00:27:13,300 Høyre? 639 00:27:13,300 --> 00:27:17,220 Være som, oh, yeah uansett se på det igjen, og fortsetter å si er det en måte 640 00:27:17,220 --> 00:27:19,840 at jeg kan få det strippet ned enda mer? 641 00:27:19,840 --> 00:27:21,860 >> Så hva er det vi er prøver å finne ut? 642 00:27:21,860 --> 00:27:23,860 Hvis vi prøver å figur ut om de vil bruke det, 643 00:27:23,860 --> 00:27:26,943 vi prøver å se om de er enda kommer til å legge inn noe til støtfangeren? 644 00:27:26,943 --> 00:27:31,125 Så dette føles litt Hacky, men hvis de har ikke lagt den til Buffer 645 00:27:31,125 --> 00:27:33,760 enda, gjør du ikke egentlig må tillate dem å redigere 646 00:27:33,760 --> 00:27:36,357 eller slette eller vise innlegg i historien. 647 00:27:36,357 --> 00:27:38,690 Hvis du kan plante det noe det ut veldig raskt 648 00:27:38,690 --> 00:27:42,517 og se om folk kan selv legge til posteringer til det, når du ser det, 649 00:27:42,517 --> 00:27:44,850 kan du raskt starte tilsette på denne funksjonaliteten. 650 00:27:44,850 --> 00:27:48,120 Men bare få noe der ute. 651 00:27:48,120 --> 00:27:50,489 Du trenger for å tillate brukeren trenger å sette et innlegg tidsplan? 652 00:27:50,489 --> 00:27:52,780 Sannsynligvis ikke, hvis de er som meg og de er akkurat som, 653 00:27:52,780 --> 00:27:56,490 Jeg vil ikke at mine alle mine godbiter kommer ut på 02:00 på søndag kveld. 654 00:27:56,490 --> 00:27:58,487 >> Du kan si at disse er de mest populære ganger. 655 00:27:58,487 --> 00:28:00,820 Uansett, vi bare går å legge det i henhold til det. 656 00:28:00,820 --> 00:28:02,300 Du kan sikkert gjøre det. 657 00:28:02,300 --> 00:28:04,950 Og da jeg slags gjort dette opp, fordi Jeg vet at de bare startet med Twitter. 658 00:28:04,950 --> 00:28:06,991 Men selvsagt, kan du bare plukke den sosiale medier 659 00:28:06,991 --> 00:28:10,050 nettverk som er mest sanse og bare begynne med det. 660 00:28:10,050 --> 00:28:12,030 Og så nå du er nede til fire av 10. 661 00:28:12,030 --> 00:28:15,770 >> Og hvis du kan få noe der ute, et kjæledyr peeve min 662 00:28:15,770 --> 00:28:17,870 er at folk tror og MVP betyr crappy produkt. 663 00:28:17,870 --> 00:28:18,994 Og jeg tror ikke det er behov for. 664 00:28:18,994 --> 00:28:23,220 Jeg tror du kan få noe der ute at det er fortsatt er brukbart, 665 00:28:23,220 --> 00:28:27,151 men er ikke gull plated-- er bare den absolutte bjørnen minimum. 666 00:28:27,151 --> 00:28:30,400 Og jeg antar du har til slags figur ut basert på publikum hva som skjer 667 00:28:30,400 --> 00:28:31,610 å gi mening eller hva er ikke. 668 00:28:31,610 --> 00:28:34,068 >> Men mange ganger du får noe der ute mer minimal 669 00:28:34,068 --> 00:28:38,610 enn du ville think-- bare en test, hvordan folk bruker den. 670 00:28:38,610 --> 00:28:41,330 Så som du bygger ut disse funksjonene, 671 00:28:41,330 --> 00:28:43,922 du ønsker å tenke på hva som er minimumslevedyktig prosess. 672 00:28:43,922 --> 00:28:46,880 Og så mange ganger når vi tror om virkelig lettvektsprosesser, 673 00:28:46,880 --> 00:28:48,171 vi tenker på smidige prosesser. 674 00:28:48,171 --> 00:28:52,100 Vi tenker på lean-- dette er litt bit random-- bare noen smidig og lean 675 00:28:52,100 --> 00:28:54,557 bøker som jeg liker. 676 00:28:54,557 --> 00:28:56,890 Så det er gode rutiner som fra Extreme Programming 677 00:28:56,890 --> 00:28:59,075 og kontinuerlig integrasjon, og refactoring, 678 00:28:59,075 --> 00:29:01,010 som jeg skal snakke med en liten bit. 679 00:29:01,010 --> 00:29:04,220 Men tingen er, når du begynner å få inn i Agile og gjennomsnitts praksis, 680 00:29:04,220 --> 00:29:07,800 det kan veldig fort bli overveldende. 681 00:29:07,800 --> 00:29:11,260 Og det kan ende opp med å begynne real overkill for en oppstart. 682 00:29:11,260 --> 00:29:14,320 >> Så ting er at mange av disse bøkene 683 00:29:14,320 --> 00:29:16,490 snakker om hvordan å gjøre Agile når du er 684 00:29:16,490 --> 00:29:18,310 å gjøre et produkt for en etablert selskap. 685 00:29:18,310 --> 00:29:18,810 Høyre? 686 00:29:18,810 --> 00:29:21,870 Og du vet hvem markedet er, og du vet hva produktet veikart. 687 00:29:21,870 --> 00:29:23,130 Og de ender opp-- selv om vi skal 688 00:29:23,130 --> 00:29:25,170 å være lys weight-- de ender opp faktisk å være altfor tungvekter 689 00:29:25,170 --> 00:29:27,003 for vår oppstart, fordi oppstart er bare 690 00:29:27,003 --> 00:29:29,450 opererer på dette helt annet nivå. 691 00:29:29,450 --> 00:29:32,340 Så min følelse er at når du kommer en oppstart, 692 00:29:32,340 --> 00:29:33,750 du må være scrappy som faen. 693 00:29:33,750 --> 00:29:34,300 Høyre? 694 00:29:34,300 --> 00:29:36,180 Så i utgangspunktet, det er ingen prosess. 695 00:29:36,180 --> 00:29:37,930 Du ønsker å holde det så enkelt som mulig. 696 00:29:37,930 --> 00:29:41,070 Og bare legge prosess som er liksom en just-in-time prosess. 697 00:29:41,070 --> 00:29:42,490 OK, ser vi at det er et problem? 698 00:29:42,490 --> 00:29:45,345 La oss legge akkurat nok prosess for å løse det problemet. 699 00:29:45,345 --> 00:29:47,396 Vet du hva jeg mener? 700 00:29:47,396 --> 00:29:51,970 Det er fordi du ikke vil ha noen av oss som holder deg nede, ikke sant? 701 00:29:51,970 --> 00:29:56,030 >> Scrum er en virkelig populær prosess for Agile utvikling. 702 00:29:56,030 --> 00:29:59,248 Jeg vet ikke om dere er kjent med dette. 703 00:29:59,248 --> 00:30:00,560 OK, samt-- 704 00:30:00,560 --> 00:30:01,680 >> [Humrer] 705 00:30:01,680 --> 00:30:04,194 >> Det ville være litt for kill for en oppstart. 706 00:30:04,194 --> 00:30:05,360 Så jeg vil ikke bekymre deg for det. 707 00:30:05,360 --> 00:30:09,370 Så OK, hva er det hvis du tenker på absolutt enkleste ting som jeg trenger. 708 00:30:09,370 --> 00:30:11,540 Vel, jeg må sannsynligvis holde oversikt over hva 709 00:30:11,540 --> 00:30:14,460 Jeg gjør, spesielt hvis det er mer enn én person, 710 00:30:14,460 --> 00:30:16,375 men selv om det er én person. 711 00:30:16,375 --> 00:30:17,250 Hva er det jeg jobber med? 712 00:30:17,250 --> 00:30:20,377 >> Så en enkel oppgave board-- veldig enkelt. 713 00:30:20,377 --> 00:30:21,460 Dette er hva jeg ønsker å gjøre. 714 00:30:21,460 --> 00:30:22,250 Dette er hva jeg jobber med. 715 00:30:22,250 --> 00:30:23,410 Dette er hva jeg har gjort. 716 00:30:23,410 --> 00:30:28,050 Det eneste problemet som jeg ser når jeg ser startups gjør noe sånt som dette, 717 00:30:28,050 --> 00:30:31,620 er at svært raskt, deres in-progress kolonne 718 00:30:31,620 --> 00:30:36,170 en tendens til å se ut som, som ikke er veldig helpful-- spesielt hvis det er 719 00:30:36,170 --> 00:30:37,990 bare én person eller bare en utbygger. 720 00:30:37,990 --> 00:30:38,230 Høyre? 721 00:30:38,230 --> 00:30:39,938 >> Fordi du ikke å få noe gjort. 722 00:30:39,938 --> 00:30:44,805 Alt du gjør er å gå frem og tilbake prøver å få alle disse ting gjort. 723 00:30:44,805 --> 00:30:47,930 Og så dette er et veldig godt eksempel av hvor akkurat nok prosessen kan komme. 724 00:30:47,930 --> 00:30:51,720 Så Kanban er en virkelig flott verktøy. 725 00:30:51,720 --> 00:30:53,940 Det kommer også fra Lean produksjon. 726 00:30:53,940 --> 00:30:57,580 >> Og ideen er at det vi ønsker å gjøre er å sette begrensninger 727 00:30:57,580 --> 00:31:00,760 rundt hvor mye arbeid vi kan håndtak til enhver tid. 728 00:31:00,760 --> 00:31:05,510 Og så hvis vi er én person, da vi kan bare utføres på ett element om gangen. 729 00:31:05,510 --> 00:31:06,360 Unnskyld. 730 00:31:06,360 --> 00:31:08,630 Så alt det andre ting behov for å gå over der. 731 00:31:08,630 --> 00:31:11,310 Så det vi gjør er at vi legger arbeid i fremgang begrensninger på søylene. 732 00:31:11,310 --> 00:31:12,851 Hvis det er to personer, kan det være to. 733 00:31:12,851 --> 00:31:16,510 Du kan finne ut hva er mest fornuftig for deg. 734 00:31:16,510 --> 00:31:19,367 >> Men ideen er å holde ting tilregnelig, slik at du er bare 735 00:31:19,367 --> 00:31:20,450 gjøre én ting om gangen. 736 00:31:20,450 --> 00:31:21,325 Du er i stand til å gjøre det. 737 00:31:21,325 --> 00:31:23,130 Du er i stand til å faktisk få det gjort. 738 00:31:23,130 --> 00:31:27,349 En ting å huske på er-- hvis du har en ett element 739 00:31:27,349 --> 00:31:29,640 som du gjør, men element tar tre måneder, at 740 00:31:29,640 --> 00:31:31,550 ville være vanskelig for en oppstart, selvsagt. 741 00:31:31,550 --> 00:31:32,850 Du må være i stand å være fleksibel og være 742 00:31:32,850 --> 00:31:34,340 i stand til å håndtere ting som de kommer på deg. 743 00:31:34,340 --> 00:31:36,548 Du kan ikke si at jeg ikke gjør noe i tre måneder 744 00:31:36,548 --> 00:31:38,450 før jeg får innloggingsbildet gjort. 745 00:31:38,450 --> 00:31:39,370 Jeg vet ikke. 746 00:31:39,370 --> 00:31:42,840 >> Så jeg anbefaler startups til holde dette veldig kort, 747 00:31:42,840 --> 00:31:45,180 å holde disse oppgavene så at de passer inn i en dag. 748 00:31:45,180 --> 00:31:48,305 Selvfølgelig, hvis det er mer komplisert, at må kanskje være litt lenger. 749 00:31:48,305 --> 00:31:49,970 Men finne ut hva som fungerer best for deg. 750 00:31:49,970 --> 00:31:51,440 Du kan prøve forskjellige lengder. 751 00:31:51,440 --> 00:31:54,290 Men generelt, akkurat som en eksempel, hvis du holder alle oppgavene 752 00:31:54,290 --> 00:31:57,640 slik at de passer i en dag, at betyr at hver eneste dag, 753 00:31:57,640 --> 00:31:58,890 du får noe gjort. 754 00:31:58,890 --> 00:32:00,014 Og du gir verdi. 755 00:32:00,014 --> 00:32:03,300 Og at momentum kan virkelig beveger deg fremover 756 00:32:03,300 --> 00:32:08,050 i stedet for situasjonen før, hvor du har 500 ting går, 757 00:32:08,050 --> 00:32:10,622 og ingen av dem er ferdig. 758 00:32:10,622 --> 00:32:12,330 Den andre tingen, skjønt, er fortsatt på jakt 759 00:32:12,330 --> 00:32:15,120 på denne to-do column-- jeg er overveldet å se på det. 760 00:32:15,120 --> 00:32:18,950 Og så hvis jeg var en utvikler og jeg var jobber med A, og jeg var som oh, dritt. 761 00:32:18,950 --> 00:32:21,730 Jeg har B og C og De og E og F og G og H. Blah! 762 00:32:21,730 --> 00:32:22,650 Kommer nedover veien. 763 00:32:22,650 --> 00:32:25,060 Jeg er som galne, og jeg "m prøver å finne ut hvordan design skal 764 00:32:25,060 --> 00:32:26,393 for å få plass til alle disse tingene. 765 00:32:26,393 --> 00:32:30,004 Og sannheten er at hvis vi aksepterer faktum at vi ikke egentlig helt vet 766 00:32:30,004 --> 00:32:32,920 hva produktet kommer til å trenge å se ut før vi har satt foran 767 00:32:32,920 --> 00:32:37,030 av en kunde, så vet vi egentlig at vi trenger alle disse oppgavene ennå? 768 00:32:37,030 --> 00:32:38,810 Eller er vi på en måte lure oss selv? 769 00:32:38,810 --> 00:32:40,890 >> Så hvis du virkelig har alle disse ideene, stor. 770 00:32:40,890 --> 00:32:43,515 Sett dem i en notatbok eller en regneark eller noe sånt. 771 00:32:43,515 --> 00:32:46,280 Men jeg anbefaler startups til holde en work-in-progress limit 772 00:32:46,280 --> 00:32:47,360 på to-do-kolonnen, også. 773 00:32:47,360 --> 00:32:50,010 774 00:32:50,010 --> 00:32:52,430 Det er et absolutt maksimum, Jeg vil si, hvor mye 775 00:32:52,430 --> 00:32:54,500 du kan få gjort i en eller to uker. 776 00:32:54,500 --> 00:32:56,950 Slik at den ikke engang å være så mange. 777 00:32:56,950 --> 00:32:59,591 >> På den måten er du bare hyper-fokus på dette 778 00:32:59,591 --> 00:33:01,340 er hva jeg gjør, å få gjort denne uken. 779 00:33:01,340 --> 00:33:03,140 Eller kanskje disse to ukene, ikke sant? 780 00:33:03,140 --> 00:33:04,935 Og ingenting annet er å få i din vei, og du er bare 781 00:33:04,935 --> 00:33:06,893 å sørge for at du er få det ut der. 782 00:33:06,893 --> 00:33:10,932 Og spesielt når du begynner å legge nye teammedlemmer, virkelig hjelper dette. 783 00:33:10,932 --> 00:33:13,390 Mange mennesker liker å gjøre dette i programvare, som du kan. 784 00:33:13,390 --> 00:33:15,740 Men det er enda bedre hvis du alle kan være på samme plass 785 00:33:15,740 --> 00:33:16,740 og bare sette den opp på en vegg. 786 00:33:16,740 --> 00:33:18,060 Det er bare veldig synlig, og alle kan bare 787 00:33:18,060 --> 00:33:19,643 se det, og se hva som er viktigst. 788 00:33:19,643 --> 00:33:22,310 789 00:33:22,310 --> 00:33:24,860 >> Så OK, det er hvordan du er finne ut hva de skal gjøre. 790 00:33:24,860 --> 00:33:26,060 Som du gjør det, du ønsker å tenke 791 00:33:26,060 --> 00:33:27,684 om hva som er minimumslevedyktig design? 792 00:33:27,684 --> 00:33:31,040 Eller i Agile, vi faktisk har noe som kalles 793 00:33:31,040 --> 00:33:33,180 emergent utforming, som er den samme idé. 794 00:33:33,180 --> 00:33:36,190 Så har dere hørt om emergent utformingen før? 795 00:33:36,190 --> 00:33:36,850 OK. 796 00:33:36,850 --> 00:33:42,060 >> S- faktisk, jeg prøver å huske where-- OK. 797 00:33:42,060 --> 00:33:45,037 Slik at ideen om en kjøpmann Designet er heller enn å komme opp 798 00:33:45,037 --> 00:33:46,870 med denne store, upfront design og si jeg er 799 00:33:46,870 --> 00:33:49,960 kommer til å tilbringe en måned på å finne ut riktig arkitektur hvilke komponenter 800 00:33:49,960 --> 00:33:54,280 gå der og alt, la meg bare designe nok for funksjonene 801 00:33:54,280 --> 00:33:56,220 som jeg vet jeg setter i denne første utgaven. 802 00:33:56,220 --> 00:33:59,510 Og ingenting else-- eller funksjonene at jeg gjør denne uken, selv. 803 00:33:59,510 --> 00:34:03,790 >> Og da bare som jeg trenger nye funksjoner gjør jeg finne ut av design for de. 804 00:34:03,790 --> 00:34:06,280 Du er ikke å finne ut utformingen forhånd. 805 00:34:06,280 --> 00:34:11,650 Jeg tror i virkeligheten, er det ikke dette på-bryter eller dette veksle. 806 00:34:11,650 --> 00:34:14,780 Jeg tror det er mer av en spekteret av hvor du har fall 807 00:34:14,780 --> 00:34:16,241 på sikkerhet til usikkerhet. 808 00:34:16,241 --> 00:34:19,199 Og så hvis du er i en oppstarts opp, eller hvis du bygge noe som er aldri 809 00:34:19,199 --> 00:34:21,948 blitt bygget før, du er pen langt over på usikkerhet kurve 810 00:34:21,948 --> 00:34:22,495 her, ikke sant? 811 00:34:22,495 --> 00:34:25,670 >> Og hvis du tenker på det i vilkårene i virksomheten plan-- lignende, 812 00:34:25,670 --> 00:34:28,272 vi snakket om enkelt største prediktor for svikt 813 00:34:28,272 --> 00:34:29,980 er å holde seg til den opprinnelige forretningsplan. 814 00:34:29,980 --> 00:34:32,033 Hvis du gjør dette stor upfront forretningsplan, 815 00:34:32,033 --> 00:34:34,949 og du sier jeg skal bare blindt følge det og ikke gjøre noe. 816 00:34:34,949 --> 00:34:36,989 Men du bare kommer til å mislykkes, ikke sant? 817 00:34:36,989 --> 00:34:38,659 Fordi det var for mye usikkerhet. 818 00:34:38,659 --> 00:34:40,960 Og jeg føler meg som den samme gjelder for utformingen. 819 00:34:40,960 --> 00:34:44,790 820 00:34:44,790 --> 00:34:48,181 >> Sorry, så i stedet for å gjøre en stor upfront forretningsplan, 821 00:34:48,181 --> 00:34:50,139 du ville gjøre en meget lys vekt forretningsmodell 822 00:34:50,139 --> 00:34:51,750 lerret, som du kanskje har hørt om. 823 00:34:51,750 --> 00:34:53,239 Det er som en ett-personsøker, bare å få mine ideer ut. 824 00:34:53,239 --> 00:34:54,679 Det er ikke det at du ikke gjør det tenker på det i det hele tatt. 825 00:34:54,679 --> 00:34:56,110 Det er godt å tenke på det først. 826 00:34:56,110 --> 00:34:58,960 Men bare få det noe virkelig fleksibel ut det-- bare én side. 827 00:34:58,960 --> 00:35:02,979 Og så, som du går, type dukke opp den planen over tid 828 00:35:02,979 --> 00:35:05,270 som du får fra kunder, og du kan tilpasse seg dem. 829 00:35:05,270 --> 00:35:07,450 >> Og så deretter det samme ting er sant for design. 830 00:35:07,450 --> 00:35:09,200 Du kan gjøre en stor, upfront design, men at 831 00:35:09,200 --> 00:35:11,720 gir ikke mening hvis det er mye usikkerhet. 832 00:35:11,720 --> 00:35:15,080 Mange vil hevde det er aldri så mye sikkerhet i programvare, 833 00:35:15,080 --> 00:35:16,830 selv om du ikke gjør i oppstart. 834 00:35:16,830 --> 00:35:19,290 Så du aldri ønsker å gjøre det stor av en upfront design. 835 00:35:19,290 --> 00:35:23,770 Men jeg føler at den nivå av design kommer 836 00:35:23,770 --> 00:35:27,207 å variere basert på hvor mye sikkerhet eller usikkerhet er det. 837 00:35:27,207 --> 00:35:30,290 Og så hvis du har ingen freaking anelse og du er bare å kaste noe ut 838 00:35:30,290 --> 00:35:32,124 det liker en landing side, selvsagt, du er 839 00:35:32,124 --> 00:35:34,539 ikke kommer til å gå ta deg tid til arkitekten et helt system. 840 00:35:34,539 --> 00:35:35,590 Det er latterlig, ikke sant? 841 00:35:35,590 --> 00:35:37,131 Slik at du ikke trenger noen upfront design. 842 00:35:37,131 --> 00:35:41,890 Mange ganger, den første versjonen du satt ut av programvare for en oppstart 843 00:35:41,890 --> 00:35:42,890 bare blir kastet bort. 844 00:35:42,890 --> 00:35:45,056 Og så mange ganger, selv selv om jeg kanskje si dette, 845 00:35:45,056 --> 00:35:46,970 du kan bare slags hacke noe sammen. 846 00:35:46,970 --> 00:35:48,553 Det er trolig kommer til å bli kastet bort. 847 00:35:48,553 --> 00:35:52,680 Men igjen, bruke det just-in-time Ideen til utformingen også. 848 00:35:52,680 --> 00:35:54,099 At OK, vet du hva? 849 00:35:54,099 --> 00:35:55,390 Dette er faktisk noen trekkraft. 850 00:35:55,390 --> 00:35:58,204 Noen mennesker er interessert i dette. 851 00:35:58,204 --> 00:35:59,620 Jeg kommer til å legge noen funksjoner på. 852 00:35:59,620 --> 00:36:03,060 Nå føler jeg at jeg bør være en litt smartere om design. 853 00:36:03,060 --> 00:36:06,910 >> Så ideen er som designe, bare holde dette YAGNI i tankene. 854 00:36:06,910 --> 00:36:07,910 Du er ikke Gonna trenger det. 855 00:36:07,910 --> 00:36:09,830 Ikke designe for ting som ikke er der ennå. 856 00:36:09,830 --> 00:36:14,260 Og holde det enkelt, dum principle-- 857 00:36:14,260 --> 00:36:16,840 gjøre de enkleste ting som kunne fungere. 858 00:36:16,840 --> 00:36:21,090 >> Mange ganger, er det interessant, fordi som utviklere, 859 00:36:21,090 --> 00:36:23,480 vi får lært å gjøre disse virkelig komplekse konstruksjoner. 860 00:36:23,480 --> 00:36:25,513 Og vi lærte at det er bra. 861 00:36:25,513 --> 00:36:28,702 Men det hindrer oss fra å være fleksibel, og det kan være veldig sløsing 862 00:36:28,702 --> 00:36:30,660 hvis vi ender opp med å gå i på ulike retninger. 863 00:36:30,660 --> 00:36:33,310 Så Agile slags sier, ikke gjør det. 864 00:36:33,310 --> 00:36:35,950 Bare finne ut hva enkleste måte, den enkleste kode 865 00:36:35,950 --> 00:36:38,200 at du kan sette inn her som kommer til å gjøre det arbeidet. 866 00:36:38,200 --> 00:36:42,950 Og så hvis jeg trenger å legge på det, kan jeg slags fikse den koden opp 867 00:36:42,950 --> 00:36:44,050 og omadressere design. 868 00:36:44,050 --> 00:36:46,883 >> Så det er noe som heter refactoring det er veldig viktig når 869 00:36:46,883 --> 00:36:48,450 du gjør emergent design. 870 00:36:48,450 --> 00:36:56,460 Og ideen med ommøblerer er-- beklager, jeg kommer til å sikkerhetskopiere litt. 871 00:36:56,460 --> 00:36:59,460 Så hvis du gjør emergent design, du bare designe for fremtiden 872 00:36:59,460 --> 00:37:00,400 at du har i dag. 873 00:37:00,400 --> 00:37:02,150 Men det betyr ikke at at du er hacking. 874 00:37:02,150 --> 00:37:03,680 Det betyr ikke at når du legge til en annen funksjon, 875 00:37:03,680 --> 00:37:05,160 du bare kommer til slags duct tape den på. 876 00:37:05,160 --> 00:37:05,360 Høyre? 877 00:37:05,360 --> 00:37:07,770 Fordi det kommer til å gi du denne stor ball av mud-kode 878 00:37:07,770 --> 00:37:09,520 som kommer til å være umulig å vedlikeholde. 879 00:37:09,520 --> 00:37:13,620 Ideen med refactoring er OK, jeg vet jeg bare trenger, si, Twitter i dag, 880 00:37:13,620 --> 00:37:16,620 så jeg kommer ikke til å gjøre dette stor abstraksjon som sier, 881 00:37:16,620 --> 00:37:19,749 oh, la meg få denne Abstraction Layer som vil fungere med alle sosiale medier 882 00:37:19,749 --> 00:37:22,290 nettverk som jeg noensinne kunne muligens tenker på det i fremtiden, 883 00:37:22,290 --> 00:37:23,570 fordi det tar tid. 884 00:37:23,570 --> 00:37:25,590 La meg just-- den enkleste ting som kunne virke 885 00:37:25,590 --> 00:37:26,710 er la meg bare gjøre det kjent med Twitter, 886 00:37:26,710 --> 00:37:28,293 fordi det er alt jeg trenger å gjøre i dag. 887 00:37:28,293 --> 00:37:33,680 Så i morgen, vi innser OK, vi gjør trenger for å gjøre dette arbeidet med Facebook. 888 00:37:33,680 --> 00:37:37,530 Så refactoring ville si, la meg revidere utformingen før jeg selv legge til Facebook, 889 00:37:37,530 --> 00:37:40,370 og si gitt at jeg vet at nå trenger jeg 890 00:37:40,370 --> 00:37:43,590 å håndtere de fleste flere sosiale nettverk, hva ville optimal design ser 891 00:37:43,590 --> 00:37:44,090 ut? 892 00:37:44,090 --> 00:37:46,620 La meg refactor koden å håndtere at design, 893 00:37:46,620 --> 00:37:48,830 og da kan jeg koble Facebook-funksjonalitet i. 894 00:37:48,830 --> 00:37:50,005 Betyr det fornuftig? 895 00:37:50,005 --> 00:37:52,860 896 00:37:52,860 --> 00:37:56,870 >> Så mange mennesker tror, ​​når de høre noe sånt som emergent design, 897 00:37:56,870 --> 00:37:59,610 at du gjør mindre utforming eller at du bare hacking. 898 00:37:59,610 --> 00:38:01,850 Men sannheten er at du er faktisk gjør mer design. 899 00:38:01,850 --> 00:38:03,280 Det er liksom det samme ting med planlegging, ikke sant? 900 00:38:03,280 --> 00:38:04,400 Du faktisk gjør mer planning-- det er 901 00:38:04,400 --> 00:38:06,250 bare at i stedet for gjør det hele opp foran, 902 00:38:06,250 --> 00:38:10,470 du gjør det kontinuerlig hvert. 903 00:38:10,470 --> 00:38:16,150 >> Så jeg tror det er virkelig flott at dere tar CS50, 904 00:38:16,150 --> 00:38:20,110 fordi jeg hører dette så mange ganger en dag, kan jeg ikke engang fortelle deg. 905 00:38:20,110 --> 00:38:22,860 Folk kommer bort til meg og de sier: Abby, jeg har dette god idé! 906 00:38:22,860 --> 00:38:24,390 Alt jeg trenger er en utvikler. 907 00:38:24,390 --> 00:38:28,000 Og jeg slags ønsker å skyte meg selv i hodet når jeg hører det. 908 00:38:28,000 --> 00:38:31,380 >> Fordi den slags assumes-- de vil komme opp, 909 00:38:31,380 --> 00:38:33,580 og de vil være som jeg har ideen alt funnet ut. 910 00:38:33,580 --> 00:38:34,705 Jeg har fått forretningsplanen. 911 00:38:34,705 --> 00:38:35,540 Jeg har fått design. 912 00:38:35,540 --> 00:38:37,440 Jeg trenger bare en utvikler til gå kode det for meg, ikke sant? 913 00:38:37,440 --> 00:38:40,148 Og det er bare forutsatt at de har fikk alle svarene foran, 914 00:38:40,148 --> 00:38:42,120 og denne personen kan bare gå kode det for dem, 915 00:38:42,120 --> 00:38:48,180 og de kommer til å gjøre en million dollars-- som 916 00:38:48,180 --> 00:38:50,850 bare ikke tar Faktisk alle usikkerheter. 917 00:38:50,850 --> 00:38:54,060 >> Så hvis vi slags se på trinnene av development-- og jeg beklager. 918 00:38:54,060 --> 00:38:55,480 Dette er en liten foss-y. 919 00:38:55,480 --> 00:38:59,780 Men hva vanligvis skjer er at du figuren ut OK, dette er hva jeg ønsker å kode. 920 00:38:59,780 --> 00:39:02,380 Du ta litt tid å utvikle den, teste den. 921 00:39:02,380 --> 00:39:04,494 Kvalitetssikring er å teste den. 922 00:39:04,494 --> 00:39:06,660 Og så når du har fått en hel utgivelse sammen, 923 00:39:06,660 --> 00:39:07,450 som kan ta en måned. 924 00:39:07,450 --> 00:39:08,533 Det gjør to-tre måneder. 925 00:39:08,533 --> 00:39:11,260 Så du slipper det ut, ikke sant? 926 00:39:11,260 --> 00:39:14,660 >> Men hvis vi sier, OK, la oss tenke på hvordan vi gjør 927 00:39:14,660 --> 00:39:16,650 maksimere den læringen som skjer her? 928 00:39:16,650 --> 00:39:20,770 Fordi hvis vi bare gå heads-ned for tre måneder eller et år eller noe 929 00:39:20,770 --> 00:39:22,770 og sette noen kode ut det og det ikke fungerer, 930 00:39:22,770 --> 00:39:24,720 så vi er litt skrudd, ikke sant? 931 00:39:24,720 --> 00:39:27,044 Så hvor kommer læring skje her? 932 00:39:27,044 --> 00:39:28,960 Noen læring skjer når vi gjør krav, 933 00:39:28,960 --> 00:39:32,210 fordi vi snakker med kunder, og vi prøver å forstå om dem. 934 00:39:32,210 --> 00:39:34,192 Men realiteten er at mest læring ikke 935 00:39:34,192 --> 00:39:36,400 skje før vi faktisk putte noe i sine hender 936 00:39:36,400 --> 00:39:38,330 og se hvordan de bruker det. 937 00:39:38,330 --> 00:39:42,840 Og så hva dette betyr er at den tiden, de stedene 938 00:39:42,840 --> 00:39:47,550 at vi bruker mest tid-- som er utvikling og QA eller testing-- det er 939 00:39:47,550 --> 00:39:49,710 svært lite læring som skjer. 940 00:39:49,710 --> 00:39:53,830 >> Og så hvis vi ser på dette, og si hvordan kan vi maksimere læring? 941 00:39:53,830 --> 00:39:57,580 Eller hvordan kan vi redusere tiden som skjer mellom læring? 942 00:39:57,580 --> 00:40:00,340 943 00:40:00,340 --> 00:40:02,264 En flott ting er kontinuerlig distribusjon. 944 00:40:02,264 --> 00:40:04,930 Jeg vet ikke om dere har hørt om kontinuerlig distribusjon. 945 00:40:04,930 --> 00:40:07,947 Så ideen med at-- stedet å si: OK, vi kommer til å gå. 946 00:40:07,947 --> 00:40:09,530 Vi har denne utgivelser på tre måneder. 947 00:40:09,530 --> 00:40:11,120 Vi kommer til å bygge alle funksjonene for det. 948 00:40:11,120 --> 00:40:12,600 Og da bare i ende av frigivelse er 949 00:40:12,600 --> 00:40:14,190 vi skal faktisk skyve den i produksjon 950 00:40:14,190 --> 00:40:15,400 og sette den foran brukere. 951 00:40:15,400 --> 00:40:19,460 >> Ideen med kontinuerlig distribusjon seg at i den andre ytterligheten. 952 00:40:19,460 --> 00:40:22,460 Så er dere kjente med versjonskontroll? 953 00:40:22,460 --> 00:40:25,010 Så ideelt sett, når du jobber på din kode, hver gang du 954 00:40:25,010 --> 00:40:27,230 legge til noen ny funksjonalitet, du er skal sjekke den inn versjonskontroll. 955 00:40:27,230 --> 00:40:28,890 Så hvis du skru noe opp, kan du alltid gå tilbake. 956 00:40:28,890 --> 00:40:31,440 Eller du kan se hva som er endret, hvis noe er brukket. 957 00:40:31,440 --> 00:40:33,335 >> Så ideen med kontinuerlig distribusjon er 958 00:40:33,335 --> 00:40:35,750 så snart du sjekke noe inn i versjonskontroll, 959 00:40:35,750 --> 00:40:37,692 det presser koden til en iscenesettelse server. 960 00:40:37,692 --> 00:40:40,900 Det kommer til å kjøre automatiserte tester på det, må du ikke ødelegge noe. 961 00:40:40,900 --> 00:40:42,875 Hvis du ikke ødelegge noe, det kommer til å presse det rett ut 962 00:40:42,875 --> 00:40:43,640 fra produksjonen. 963 00:40:43,640 --> 00:40:44,170 >> Så boom. 964 00:40:44,170 --> 00:40:45,586 Det er i hendene på kunden. 965 00:40:45,586 --> 00:40:48,020 966 00:40:48,020 --> 00:40:48,784 Svært forskjellige. 967 00:40:48,784 --> 00:40:51,700 Men hvis vi gjør dette, hvis vi presser ting ut til kunden så fort 968 00:40:51,700 --> 00:40:54,410 som mulig, så vi får koden i deres hender. 969 00:40:54,410 --> 00:40:56,470 Vi kan se hvordan de er jobbe med dem, 970 00:40:56,470 --> 00:40:58,220 og vi kan virkelig maksimere læring. 971 00:40:58,220 --> 00:41:01,610 >> Så jeg kommer til å snakke gjennom dette litt mer, 972 00:41:01,610 --> 00:41:05,162 fordi jeg vet ikke om det var-- kontinuerlig distribusjon 973 00:41:05,162 --> 00:41:06,370 kan være ganske ekstrem, ikke sant? 974 00:41:06,370 --> 00:41:08,380 Og det kan være ganske tøft å gjøre. 975 00:41:08,380 --> 00:41:12,217 Så folk, selskaper vanligvis slags starte med kontinuerlig integrasjon, 976 00:41:12,217 --> 00:41:13,550 og de jobber seg fremover. 977 00:41:13,550 --> 00:41:17,800 >> Så kontinuerlig integrasjon er dette konsept som er slags første del 978 00:41:17,800 --> 00:41:18,900 at jeg snakket om. 979 00:41:18,900 --> 00:41:21,550 Så ideen med kontinuerlig integrasjon er 980 00:41:21,550 --> 00:41:23,192 du har fortsatt utgivelsesplan. 981 00:41:23,192 --> 00:41:26,400 Du kommer til å slippe hver uke eller hver tredje måned eller hva er. 982 00:41:26,400 --> 00:41:28,740 >> Men hver eneste gang noen sjekker noen kode i, 983 00:41:28,740 --> 00:41:31,450 det gjør skyve koden på en iscenesettelse server. 984 00:41:31,450 --> 00:41:34,170 De iscenesettelse server utseende som produksjon og det 985 00:41:34,170 --> 00:41:37,070 driver en rekke automatiserte tester på dem for å sikre at ingenting blakk. 986 00:41:37,070 --> 00:41:39,430 Hvis noe brøt, så er det kommer til å fortelle alle at hei, 987 00:41:39,430 --> 00:41:40,330 oppbyggingen ble brutt. 988 00:41:40,330 --> 00:41:42,970 Og alle har stoppe og sørge for at det er fikset. 989 00:41:42,970 --> 00:41:48,750 >> Så på den måten, du er alltid garanterer at alt som du sjekker inn 990 00:41:48,750 --> 00:41:54,213 er å holde koden på en OK tilstand. 991 00:41:54,213 --> 00:41:58,109 Så når du er klar til å slippe den i brøkdel, du skjønner alt. 992 00:41:58,109 --> 00:42:00,900 Kontinuerlig levering er liksom den Neste trinn i denne prosessen, som 993 00:42:00,900 --> 00:42:06,210 er at hver gang du check-- det står samme thing-- hver gang vi sjekker 994 00:42:06,210 --> 00:42:10,010 noe inn i versjonskontroll, det skyver det til iscenesettelsen server. 995 00:42:10,010 --> 00:42:11,386 Det kjører testene på den. 996 00:42:11,386 --> 00:42:16,270 >> Men kulturen er satt som slik at du alltid 997 00:42:16,270 --> 00:42:19,370 holde koden, slik at det kan bli presset til produksjon til enhver tid. 998 00:42:19,370 --> 00:42:21,440 Så med kontinuerlig integrasjon, du kan ha et veikart og si, 999 00:42:21,440 --> 00:42:23,800 Vi kommer bare til å skyve den til produksjon i tre måneder. 1000 00:42:23,800 --> 00:42:24,330 Høyre? 1001 00:42:24,330 --> 00:42:26,460 Det gjør egentlig ikke å være klar for å bli sett av en kunde. 1002 00:42:26,460 --> 00:42:28,793 Men med dette, du sier på et gitt tidspunkt, 1003 00:42:28,793 --> 00:42:31,020 du kan være som Jepp, jeg er fornøyd med denne funksjonssett, 1004 00:42:31,020 --> 00:42:32,140 selv om vi er bare to uker i. 1005 00:42:32,140 --> 00:42:34,390 Jeg kommer til å gå videre og skyve den ut til kunden, 1006 00:42:34,390 --> 00:42:35,820 og jeg vet det kommer til å være OK. 1007 00:42:35,820 --> 00:42:40,800 >> Og så må du kanskje noe som brytere i koden din 1008 00:42:40,800 --> 00:42:42,780 som sier for funksjoner som er bare halvgjort. 1009 00:42:42,780 --> 00:42:43,710 De er faktisk ikke synlig. 1010 00:42:43,710 --> 00:42:45,280 Hvorfor er det synlig for kunden ennå? 1011 00:42:45,280 --> 00:42:46,238 Eller noe sånt. 1012 00:42:46,238 --> 00:42:48,450 Men du alltid sørge for at du ikke har noe 1013 00:42:48,450 --> 00:42:52,460 det er i denne rare tilstand, fordi det kan skyve ut til produksjon til enhver tid. 1014 00:42:52,460 --> 00:42:58,310 >> Og akkurat når du er i, har du snill av fått alle vant til at ideen 1015 00:42:58,310 --> 00:43:02,649 at du alltid koding slik at den er klar til å gå ut i produksjon. 1016 00:43:02,649 --> 00:43:05,190 Da er det ikke så vanskelig å flytte til kontinuerlig distribusjon, som 1017 00:43:05,190 --> 00:43:07,231 er at hver eneste gang du sjekke noe i, 1018 00:43:07,231 --> 00:43:09,560 så lenge testen passert, den går ut til produksjon. 1019 00:43:09,560 --> 00:43:11,660 Gjør den slags fornuftig? 1020 00:43:11,660 --> 00:43:14,490 >> Så det kan fortsatt være veldig skummelt konsept, er men det 1021 00:43:14,490 --> 00:43:16,790 interessant å se på hvordan noen selskaper gjør det. 1022 00:43:16,790 --> 00:43:18,760 Så Etsy gjør en virkelig god jobb med dette. 1023 00:43:18,760 --> 00:43:21,270 Hvis du er interessert, de har fått en blogg som 1024 00:43:21,270 --> 00:43:24,530 snakker om hvordan de gjør kontinuerlige distribusjon, noe som er virkelig fantastisk. 1025 00:43:24,530 --> 00:43:29,010 De distribuere til produksjon opp 50 ganger en day-- riktige? 1026 00:43:29,010 --> 00:43:32,920 Som er crazy-- kan du tenke deg om Du går til Etsy nettsiden, 50 ganger 1027 00:43:32,920 --> 00:43:36,470 i dag, er at området blir oppdatert bak kulissene. 1028 00:43:36,470 --> 00:43:43,430 >> Og i 2011, de utplassert 10.000 ganger i løpet av året med 100 ingeniører. 1029 00:43:43,430 --> 00:43:47,240 Og hva de sa er i strid med hva du kan think-- som herregud, 1030 00:43:47,240 --> 00:43:47,920 det er forferdelig! 1031 00:43:47,920 --> 00:43:50,030 Koden, er området kommer til å bli en katastrofe. 1032 00:43:50,030 --> 00:43:54,330 De sa faktisk, når du er distribusjon som ofte er systemet 1033 00:43:54,330 --> 00:43:57,610 så mye mer stabile, de faktisk kalle det tillit som en tjeneste. 1034 00:43:57,610 --> 00:44:02,930 Fordi når vi distribuere, vi har allerede gjort dette 9999 ganger. 1035 00:44:02,930 --> 00:44:05,670 Vi fikk dette. 1036 00:44:05,670 --> 00:44:08,750 >> Det gjør også det så mye enklere for dem å eksperimentere med ting. 1037 00:44:08,750 --> 00:44:12,160 Så hva de sa før er de brukes til å frigjøre til produksjons 1038 00:44:12,160 --> 00:44:14,190 hver uke eller hver måned. 1039 00:44:14,190 --> 00:44:16,200 Og dere kanskje tenk hvis du noensinne har 1040 00:44:16,200 --> 00:44:18,350 fikk en frist for en stor prosjekt du jobber med, 1041 00:44:18,350 --> 00:44:20,990 og du har denne listen over ting at du ønsker å få gjort, 1042 00:44:20,990 --> 00:44:22,320 og deretter som det blir nærmere fristen, 1043 00:44:22,320 --> 00:44:23,900 listen begynner å krympe litt. 1044 00:44:23,900 --> 00:44:25,340 Som vel, kanskje jeg gjør ikke virkelig trenger å gjøre dette. 1045 00:44:25,340 --> 00:44:26,470 Kanskje jeg egentlig ikke trenger å gjøre det. 1046 00:44:26,470 --> 00:44:27,590 >> Så det er hva de sa ville skje. 1047 00:44:27,590 --> 00:44:29,630 Som de ville komme nærmere release-- og det var en så stor avtale. 1048 00:44:29,630 --> 00:44:30,990 De måtte få utgivelsen ut i tide. 1049 00:44:30,990 --> 00:44:32,573 Men de ville starte paring bort funksjoner. 1050 00:44:32,573 --> 00:44:35,230 Og så de faktisk gjorde mindre funksjoner, fordi de var bare 1051 00:44:35,230 --> 00:44:37,637 slippe hver uke eller en måned. 1052 00:44:37,637 --> 00:44:39,345 Nå som de er frigjøring så mange ganger, 1053 00:44:39,345 --> 00:44:42,137 det gir dem denne fleksibiliteten å si, vet du hva? 1054 00:44:42,137 --> 00:44:43,970 Vi ønsker å bygge en ny funksjonen, men vi gjør ikke 1055 00:44:43,970 --> 00:44:45,810 vet om vi bør sette mye tid i det. 1056 00:44:45,810 --> 00:44:47,940 La oss sette ut dette virkelig minimum versjon av funksjonen 1057 00:44:47,940 --> 00:44:50,648 og se om noen klikker selv på det, hvis noen er enda interessert. 1058 00:44:50,648 --> 00:44:53,630 Hvis de er, så vi kan enten trekke den tilbake og bygge det ut, 1059 00:44:53,630 --> 00:44:56,250 eller vi kan veldig raskt legge til nye funksjoner til det. 1060 00:44:56,250 --> 00:45:00,650 >> Og så de sa det bare ga dem så mye mer fleksibilitet til å eksperimentere. 1061 00:45:00,650 --> 00:45:04,990 Og så er det veldig interessant å se større selskaper gjør det. 1062 00:45:04,990 --> 00:45:10,670 Og på en oppstart, spesielt der det er så viktig å vite hva som skjer, 1063 00:45:10,670 --> 00:45:13,600 det kan være veldig effektive. 1064 00:45:13,600 --> 00:45:16,160 Og deretter kommer tilbake til vår Kanban bord. 1065 00:45:16,160 --> 00:45:16,939 >> Det er interessant. 1066 00:45:16,939 --> 00:45:18,980 Mange ganger, når folk gjøre et styre som dette, 1067 00:45:18,980 --> 00:45:21,680 det er mye debatt om hva Ferdig kolonnen betyr. 1068 00:45:21,680 --> 00:45:23,760 Så OK, jeg jobber med en oppgave. 1069 00:45:23,760 --> 00:45:25,317 Er det gjort når sin kode fullføre? 1070 00:45:25,317 --> 00:45:28,150 Er det gjort når noen har anmeldt det og det føles som det er testet? 1071 00:45:28,150 --> 00:45:30,010 Er det gjort når det går ut i produksjon? 1072 00:45:30,010 --> 00:45:32,370 >> Og så mye startups vil si, vet du hva? 1073 00:45:32,370 --> 00:45:36,584 Vi kommer til å legge til en ny kolonne i her, som er en lærings kolonne. 1074 00:45:36,584 --> 00:45:39,250 Det er faktisk ikke gjort før vi har ikke bare satt i produksjon, 1075 00:45:39,250 --> 00:45:41,070 vi har satt det i kundenes hands-- men vi har faktisk 1076 00:45:41,070 --> 00:45:42,720 lært av hvordan de har brukt det. 1077 00:45:42,720 --> 00:45:44,830 Og hva er egentlig kult om det er da, 1078 00:45:44,830 --> 00:45:47,415 vi kommer til å innlemme det læring tilbake inn i syklusen, 1079 00:45:47,415 --> 00:45:49,165 og si basert på hva vi har lært, basert 1080 00:45:49,165 --> 00:45:53,680 på hva vi se-- hvordan vi ser dem bruke it-- vi kan finne ut det neste settet til å gjøre. 1081 00:45:53,680 --> 00:45:56,970 1082 00:45:56,970 --> 00:46:02,980 >> Så de er mønstre som jeg har sett for vellykket innovasjon 1083 00:46:02,980 --> 00:46:06,380 tvers av startups som har vært vellykket. 1084 00:46:06,380 --> 00:46:09,835 Jeg skulle også snakke litt om ressurser 1085 00:46:09,835 --> 00:46:12,873 som er tilgjengelig hvis du er interessert i å gjøre en oppstart iLab. 1086 00:46:12,873 --> 00:46:17,590 Men jeg kan også stoppe det her, hvis du Gutta har spørsmål om hva jeg snakket. 1087 00:46:17,590 --> 00:46:18,350 Holde det gående? 1088 00:46:18,350 --> 00:46:20,093 OK. 1089 00:46:20,093 --> 00:46:21,450 >> [Humrer] 1090 00:46:21,450 --> 00:46:24,320 >> OK, så vet du om iLab? 1091 00:46:24,320 --> 00:46:24,870 OK, awesome. 1092 00:46:24,870 --> 00:46:28,345 Så iLab har fantastisk ressurser. 1093 00:46:28,345 --> 00:46:30,470 Hvis du er ute etter å gjøre en oppstart, har vi noe 1094 00:46:30,470 --> 00:46:31,880 from-- vi gjør hacknights der. 1095 00:46:31,880 --> 00:46:33,755 Noen ganger gjør vi hackathons, hvis du bare ønsker 1096 00:46:33,755 --> 00:46:35,750 å gå hacke på kjølige prosjekter med folk. 1097 00:46:35,750 --> 00:46:36,724 >> Vi har workshops. 1098 00:46:36,724 --> 00:46:39,890 Vi har klasser som re for kreditt som er litt kult på entreprenørskap 1099 00:46:39,890 --> 00:46:43,190 som er åpne to-- mest av de som er åpne for alle. 1100 00:46:43,190 --> 00:46:46,020 Men vi har også gratis workshops et par ganger i uken, 1101 00:46:46,020 --> 00:46:48,040 at vi bare ta inn eksperter fra industrien 1102 00:46:48,040 --> 00:46:52,750 å snakke om anything-- fra tekniske begreper, til å samle inn penger, 1103 00:46:52,750 --> 00:46:54,830 til hvordan å gjøre salg. 1104 00:46:54,830 --> 00:46:57,340 >> Noe som du vil rundt startups, vi 1105 00:46:57,340 --> 00:47:01,520 har eksperter og beboere som er tilgjengelig for å gjøre en-mot-dem. 1106 00:47:01,520 --> 00:47:03,520 Du kan bare registrere deg for kontortid med dem. 1107 00:47:03,520 --> 00:47:05,103 Du trenger ikke engang å ha en oppstart. 1108 00:47:05,103 --> 00:47:08,140 Bare hvis du har ideer og du vil balance-- 1109 00:47:08,140 --> 00:47:11,150 få informasjon eller innsikt fra en ekspert 1110 00:47:11,150 --> 00:47:13,980 på samme thing-- salg, finansiering. 1111 00:47:13,980 --> 00:47:16,450 Vi får juridisk hjelp. 1112 00:47:16,450 --> 00:47:19,830 Du kan registrere deg for dem der. 1113 00:47:19,830 --> 00:47:21,370 Vi har alltid fått ting skjer. 1114 00:47:21,370 --> 00:47:24,740 >> Så hvis du er interessert, det er en veldig stor ressurs. 1115 00:47:24,740 --> 00:47:27,846 Du kan gå til nettstedet vårt. 1116 00:47:27,846 --> 00:47:29,220 Nyhetsbrevet er virkelig fantastisk. 1117 00:47:29,220 --> 00:47:31,770 Jeg slags hater vanligvis får e-post, men det er kult. 1118 00:47:31,770 --> 00:47:34,279 Vi har så mye å gå på, jeg vet ikke engang hva alt det er. 1119 00:47:34,279 --> 00:47:36,070 Så hvis du registrerer deg for nyhetsbrevet, vil vi 1120 00:47:36,070 --> 00:47:37,860 fortelle deg hver uke hva som skjer. 1121 00:47:37,860 --> 00:47:43,830 Du kan også se på vår kalender for å se hvilke arrangementer som kommer opp. 1122 00:47:43,830 --> 00:47:47,710 >> Og jeg er der for å hjelpe hvis du ønsker å gjøre en tech oppstart. 1123 00:47:47,710 --> 00:47:48,805 >> [Humrer] 1124 00:47:48,805 --> 00:47:50,420 >> Så det er det jeg har. 1125 00:47:50,420 --> 00:47:53,720 1126 00:47:53,720 --> 00:47:55,220 >> [APPLAUSE] 1127 00:47:55,220 --> 00:47:56,720 >> [Ler] 1128 00:47:56,720 --> 00:47:58,570 >> Takk. 1129 00:47:58,570 --> 00:48:00,598