Startup Technology

These are my slides from a 4 hour workshop on how to plan and build software and infrastructure for a startup.

Transcript

1. STARTUP TECHNOLOGY Frank Leue - Gründerszene Seminar - 19.03.14
2. AGENDA MVP Maintenance Innovation MMP v 1.0 v 1.5 v 2.0
3. Learn LEAN STARTUP CIRCLE Measure Build
4. Überprüfung des Business Cases Günstig MINIMUM VIABLE PRODUCT Kurzfristig Messbar
5. Bestehende Lösungen nutzen: FRONT END FRAMEWORKS
6. Responsive Typography Dokumentation Stabilität Komponenten Zugänglichkeit Frontend Frameworks Features
9. Komplexere Funktionen auslagern: SOFTWARE AS A SERVICE
10. Formulare Authentifizierung Versand Community Helpdesk Payment Mögliche SaaS Komponenten
11. ^ VORTEILE NACHTEILE - Geringes Investitionsrisiko - Transparente Kosten - Schnellere Implementierung - Verringerung der Komplexität - Erhöhte Mobilität - Konzentration auf das Kerngeschäft - Abhängigkeit vom Provider - Langsamere Datenübertrag - Geringere Anpassungs-
 möglichkeiten - Geringere Daten- und
 Transaktionssicherheit SaaS Komponenten
12. Verzicht auf Hardware: CLOUD HOSTING
13. Speicher Logik Auslieferung Monitoring Messaging Caching Standard Cloud Dienste
14. VORTEILE NACHTEILE - Geringes Investitionsrisiko - Transparente Kosten - Schnelle Verfügbarkeit - Variable Skalierbarkeit - Geringere Wartungsaufwände - Abhängigkeit vom Provider - Geringere Daten- und
 Transaktionssicherheit Cloud Dienste
15. Verzögerung von Features: FEATURE STRETCHING
16. Browser Support Manuelle Prozesse Performance Verschiebbare Features
17. VORTEILE NACHTEILE - Beschleunigte Entwicklung - Verringerte Abhängigkeiten - Reduzierte Fehlerquellen - Unterbrochene Nutzererfahrung - Fehlende Use Case Validierung Verzögerung von Features
18. Ermittlung von Nutzungsdaten: WEB ANALYTICS
19. Nutzerverhalten Conversions Feedback Ziele von Web Analytics
20. VORTEILE NACHTEILE - Verfolgbarkeit von Nutzungsabläufen - Ermittlung von Fehlerquellen - Reales Nutzerfeedback - Gesteigerte Datenschutz-
 anforderungen - Aufwändige Auswertung - Erhöhte Abhängigkeit zu 
 Anbieter / Hardware Tracking
21. AGENDA Maintenance Innovation MMP MVP v 1.0 v 1.5 v 2.0
22. MINIMUM MARKETABLE PRODUCT PROCESS MVP 1 MVP 2 MMP
24. Entwurf der Grundarchitektur Stabil MINIMUM MARKETABLE PRODUCT Benutzbar Erweiterbar
25. Der Quellcode von heute ist die Altlast von morgen.
26. Gemeinsames Verständnis: REQUIREMENTS MANAGEMENT
27. Hauptgründe für gescheiterte Projekte Unklare Requirements Fehlende Ressourcen Unzureichende Projektplanung Schlechte Kommunikation Fehlende Prozesse Werteachse 0 0,175 0,35 0,525 0,7 35 % 36 % 38 % 42 % 68 % Quelle: Gesellschaft für Projektmanagement in Zeitschrift IT-Business 2005
28. Planung Dokumentation Testbarkeit Ziele des Requirement Managements
29. Stakeholders Requirement Product Backlog Requirements Manager V 1 V 2 V 3 Requirement Management Prozess
30. Requirement Format Zusammenfassung: Vorbedingung: Akteure: Beschreibung: Fehlerbehandlung: Nachbedingung: Produkt Version: Stand vom: Autor:
31. Requirement Format Zusammenfassung: Beschreibung: Produkt Version: Stand vom: Autor:
32. Solide Basis: GRUND - ARCHITEKTUR
33. Front Ends APIs Business Logik DSO Komplexität der Änderungen Implementierungsrichtung Architekturmodel
35. Front End CRM / Shop / CMS Off-the-shelf Software
36. Make Or Buy Faktoren Grad der Anpassung Hoch Gering Kosten für Entwicklung und Deployment Hoch Gering Anpassbarkeit an userspezifische Wünsche Hoch Gering Entwicklungszeit bis zum Livegang Hoch Gering BUY MAKE
37. Der pragmatische Make-Ansatz Front End CRM / Shop / CMS Business Logik DSO Plugin-API
38. Serverseitige Basis: BACKEND - ARCHITEKTUR
39. Backend Anforderungen Skalierbar Nachhaltig Erweiterbar
40. Datenbank Logik API Admin Interface Backend - Komponenten
41. Datenbank Logik API Admin Interface Backend - Komponenten
42. Datenbank Logik API Admin Interface Backend - Komponenten
43. Relational Nicht-Relational - Schemabasiert - Markterprobt - Leistungsprobleme bei großen
 Datenmengen - Vertikale Skalierung - Dokumentbasiert - Fehlende Erfahrungswerte - Keine Strukturierten
 Abfragen - Horizontale Skalierung - Höhere Zugriffsgeschwindigkeit Datenbanken
44. CAP - Theorem C P A Consistency Die Daten aller Knoten sind identisch. Partition Tolerance Das System arbeitet auch bei Netzwerkproblemen. Availability Jeder Client kann immer Lesen und Schreiben.
45. Wahl der Programmiersprache Java PHP JavaScript Ruby C#Scala ? ? ? ? ? Objective-C
46. Programmiersprachen für den Finanzsektor Java PHP JavaScript Ruby C#Scala ? ? ? ? ? Objective-C ✓ Funktionale Charakteristiken ✓ Robustheit
47. Programmiersprachen für Enterprise Anwendungen Java PHP JavaScript Ruby C#Scala ? ? ? ? ? Objective-C ✓ Wiederverwendbarkeit ✓ Einsatz von Entwurfsmustern ✓ Mehrschichtige Architekturen
48. Programmiersprachen für Agenturen Java PHP JavaScript Ruby C#Scala ? ? ? ? ? Objective-C ✓ Große Community ✓ Mobile Plattformen ✓ Schnelles Prototyping
49. Programmiersprachen für Startups Java PHP JavaScript Ruby C#Scala ? ? ? ? ? Objective-C ✓ Schnelle Realisation von geänderten Anforderungen ✓ Extrem schnelles Prototyping neuer Produktideen ✓ Geringe Entwicklungskosten ✓ Guter Framework Support
50. Middleware Schichtmodell Domain Logik OR-Mapping API Datenbankzugriff Berechnungen und Prozesse Öffentliche Schnittstelle
51. Sprachspezifische Middleware Domain Logik OR-Mapping API JAVA JavaScript PHP Slim Doctrine Express JugglingDB Jersey Hibernate JAVA EE Node.js PHP
52. Solide Basis: FRONTEND - ARCHITEKTUR
53. Frontend Anforderungen Performant Modular Responsive
54. Design Workflow Design Entwicklung Planung Wireframes Release
56. Responsive Layout
57. Responsive Design Workflow Design Planung Content Prototype Testing Release
58. Flexibles Markup: Atomic Design Atome Moleküle Organismen Vorlagen Seiten
59. Modulares CSS SMACCS Sass Styleguide für modulare und skalierbare CSS Architektur Preprocessor zur Erweiterung von CSS um Variablen, Funktionen, Nesting und Spriting.
60. Modulares JavaScript Backbone.js Require.js Basisframework für Datenverwaltung und Darstellung. Verwaltung von JS-Modulen zur Laufzeit.
61. Solide Basis: Browser Support
62. Browsermarkt Februar 2014 Firefox Chrome IE Safari Opera 0 0,125 0,25 0,375 0,5 3 % 6 % 19 % 26 % 46 % Quelle: Top 5 Desktop Browsers DE on Feb 2014
63. Browsermarkt Februar 2014 Internet Explorer 11 Internet Explorer 10 Internet Explorer 9 Internet Explorer 8 Internet Explorer 7 Werteachse 0 % 2,5 % 5 % 7,5 % 10 % 1,9 % 3,6 % 2,7 % 2,8 % 9,5 % Quelle: Top 12 Desktop Browser DE on Feb 2014
64. Support von Lagacy-Browsern ✓ Der Zweck der Website ist funktional ✓ Ein Großteil der Umsätze wird über die Website generiert. ✓ Alle Besucher sollen eine identische Nutzererfahrung haben. ✓ Besucher sollen in Kunden umgewandelt werden.
65. Agile Methoden: Effektive Entwicklung
66. Agiles Vorgehen: SCRUM Potentiell auslieferbarer Produktteil SPRINT 1-4 Wochen Tägliches
 Standup Sprint Backlog Sprint Planung Produkt Backlog
67. index.html index.html Codeverwaltung
68. Codeverwaltung index.html index.html
69. Codeverwaltung: GIT GIT Repo v1 v2 v3 v4 master index.html index.html
70. Grundstein der Infrastruktur: Hosting
71. Hostingvarianten Kurzfristige Skalierbarkeit Cloud On-Premise Hoch Gering Redundanz / Ausfallsicherheit Hoch Gering Wartung und Verwaltungsaufwand Hoch Gering Startinvestition Hoch Gering
72. Stabile Verhältnisse: Caching
73. Statische Inhalte Medien JS / CSS Seiten API Responses
74. Der große Moment: Livegang
75. Go-Live-Checkliste Performance Rechtliches § Backup Device-Tests Monitoring Freitag
76. AGENDA Maintenance Innovation MMP MVP v 1.0 v 1.5 v 2.0
77. Belastungstest des Grundarchitektur VERSION EINS Wartbarkeit
78. Qualitativer Code: Continuous Delivery
79. Codeevolution MMP V1 F1 F2
80. Entwicklungszweige MMP V1 F1 F2
81. Delivery Pipeline Team GIT Repo Integrations Server Qualitäts-
 Sicherung Staging Umgebung Live Umgebung
82. AGENDA Maintenance Innovation MMP MVP v 1.0 v 1.5 v 2.0
83. Skalierung Team VERSION ANDERTHALB Performance Umsatz
84. Engineering Team Backend Frontend Magic Operations
85. Auf Wachstumskurs: Skalierbare Infrastruktur
86. Infrastruktur Evolution
87. Infrastruktur Evolution
88. Infrastruktur Evolution
89. Infrastruktur Evolution
90. Infrastruktur Evolution
91. Infrastruktur Evolution Amazon-Referenzarchitekturen
92. AGENDA Maintenance Innovation MMP MVP v 1.0 v 1.5 v 2.0
93. Umbau zur Platform Services VERSION ZWEI Clients
94. Mögliche Services Authentifizierung Kataloge Checkout Konfigurationen Content Location
95. Platform basierend auf Services Checkout Katalog Suche Public API Frontend 3rd Party App Platform Library
96. VIELEN DANK! info@frankleue.de