Poslední novinky

MVP Pokud jste dostal(a) nápad na vynikající službu nebo aplikaci, které vyřeší problémy uživatelů, nespěchejte s investováním do vývoje plnohodnotného produktu. Podle přístupu “ lean startup ” Erica Rice je mnohem účinnější najít odpověď na otázku: “Potřebují uživatelé daný produkt?”. V tomhle vám pomůže MVP. Co je MVP? MVP  je produkt s nejmenší možnou funkcionalitou , který vám umožní získat smysluplnou zpětnou vazbu od uživatelů. Pomůže Vám pochopit, co uživatelé potřebují a nebudete tvořit něco, co je nebude zajímat a za co nebudou chtít platit. V rámci celkové koncepce je Váš nápad hypotéza. Chcete-li ji ověřit, musíte udělat následující: Jasně zformulovat hypotézu. Stanovit kritéria, která budou určovat její životaschopnost. Udělat MVP, aby se hypotéza potvrdila, a poslat ho mezi uživatele. Změřit ukazatele efektivity. Dojít k závěru, případně ověřit další hypotézu. MVP pro startupy v žádném případě neznamená, že se jedná o nedodělanou aplika

Vymysleli jste startup , ale obáváte se, že nebudete schopni realizovat myšlenku tím nejlepším způsobem? Buďme upřímní: nic nezničí váš nápad rychleji než oddálení proměny nápadu na startup. Proto bychom rádi dnes věnovali pozornost tomu, jak přejít od myšlenky k realizaci a “get real”. Přístup Getting Real vymysleli zaměstnanci společnosti Basecamp , která je známá stejnojmenným řešením pro řízení projektů. Základní myšlenkou přístupu Getting Real je co nejdříve vytvořit startup od nuly , s použitím minimálního množství zdrojů. Pomocí Getting Real cílíte na budovaní efektivních vztahů se zákazníky. Zákazníci, kteří vědí, že děláte skvělý produkt a můžou se spolehnout na vaši firmu, vás doporučí svým přátelům a známým. Tím pomohou k větší popularitě vašeho startupu. Vybrali jsme 10 tipů založených na přístupu Getting Real, které vám pomůžou rychleji spustit startup: Shrňte vnímání produktu do jedné věty Jak začít startup? Pochopte, co děláte. V případě, že vi

Existuje několik osvědčených metod pro vývoj software, tzv. best practices. Volba konkretní metody závisí na specifikaci projektu, rozpočtu, subjektivní preferenci a dokonce i temperamentu vedoucího. V tomto článku krátce popíšeme základní metody vývoje webových a mobilních aplikací. «RAD Model» (rapid application development model nebo rychlý vývoj aplikací) RAD model - druh inkrementálního modelu. V tomto modelu jsou komponenty nebo funkce vyvíjeny několika vysoce kvalifikovanými týmy paralelně - jako kdyby v několika mini projektech. Časové rámce jednoho cyklu jsou značně omezené. Vytvořené moduly jsou pak integrovány do jednoho pracovního prototypu. RAD model zahrnuje následující fáze: Obchodní modelování Modelování dat Modelování procesů Sestavení aplikace Testování Kdy použít RAD-model? Může být použit pouze v přítomnosti vysoce kvalifikovaných a specializovaných architektů. Rozpočet projektu má být dostatečně velký. RAD-model m

Existuje několik osvědčených metod pro vývoj software, tzv. best practices. Volba konkretní metody závisí na specifikaci projektu, rozpočtu, subjektivní preferenci a dokonce i temperamentu vedoucího. V tomto článku krátce popíšeme základní metody vývoje webových a mobilních aplikací. «Waterfall Model» (model vodopádu) Jedna z nejstarších metod, zahrnuje postupné procházení etap, z nichž každá musí být plně dokončena, než se začne další. Pomocí modelu vodopádu je snadné řídit projekt. Vývoj je rychlý, náklady a doba trvání jsou předem definovány. Má to ovšem i druhou stránku. Vodopádový model poskytne vynikající výsledek pouze v projektech s jasnými a předem definovanými požadavky a způsoby jejich realizace. Není zde možnost udělat krok zpět, testování začne až poté, co je vývoj ukončen nebo téměř dokončen. Kdy použít model vodopádu? Pouze tehdy, když jsou požadavky známé, jasné a pevně stanovené. Rozporné požadavky neexistují. Nejsou žádné problémy s dost

Dobrý vývojář by Vám měl pomoct s vypracováním zadaní, který bude přesně popisovat projekt a odpovídat Vašim představám. Pro vývojáře je taky hodně důležité, aby pochopil projekt do hloubky už od začátku. Správné zadaní by mělo obsahovat: 1. Popis Vaší společnosti a aplikace, kterou chcete. V první části zadání byste měli spolu s dodavatelem odpovědět na následující otázky: Čím se zabývá Vaše společnost? Jak plánujete používat aplikaci ve Vašem podnikání? Jaký typ aplikace potřebujete? (vývojář by Vás měl informovat o typech aplikací) Co je cílem aplikace a jakých výsledků chcete dosáhnout pomocí této aplikace? Kdo je cílovou skupinou? 2. Je třeba stanovit přibližné termíny vývoje první verze aplikace. Když je známý konkretní termín, vývojář má motivaci soustředit se na práci a dodělat ji včas. 3. Stanovit technické zadání, s čímž Vám musí pomoct vývojář. Technické zadaní je důležité pro vývoj, čím je podrobnější zadání, tím méně bude chyb při výv