Mijn ervaring - het maken van een visie in realiteit
Disclaimer: Alle gedachten uitgedrukt zijn mijn standpunten alleen! Uw perceptie kan verschillen ... 1. Hoe anders is productontwikkeling? 2. Wat zijn de fundamenten van de bouw van een product? 3. Hoe weet ik dat ik op het verkeerde einde van de bouw van het product? 4. Wil je beginnen met de bouw van twee producten, indien een tweede kans krijgen? 5. Ineens ga ik blanco, wat moet ik doen? 6. Maar mijn project wordt uitgevoerd op een vertraagde schema, wat moet ik doen? 7. Valkuilen bij de invoering van mijlpalen? 8. Testen? wat? 9. Maak ik het team werken 7 dagen per week? 10. Waarom deze FAQ? 1. Hoe anders is productontwikkeling? Om te beginnen, zijn zij volledig orthogonale! Ik hoor u mompelen "Kom het bouwen van een product kan niet anders dan het bouwen van een kader. "Ik heb geleerd dat de harde manier! Ja, maar ze lijken te veel met de subtiele verschillen ze ver van elkaar! Bij het ontwikkelen van een kader, krijg je begon met wat je in gedachten hebben. dwz conceptualiseren u uw versie van het kader. Deze kunt u aan de slag, maar na enige tijd, als je de kabel in een paar van de klanten, is het niet u (kader-team) dat beslissen wat er in of wat is handig! Het is vooral gedreven door de interne klanten. Ze beginnen met het definiëren van de regels. Deze controle zorgt ervoor dat ongeacht het kader team bouwt, wordt gebruikt effectief! Nou, dat fungeert als een gids post.The scenario neemt een "U" slaat u met betrekking tot productontwikkeling. waarom? Het is te wijten aan het feit dat het nogal moeilijk om touw in het begin van klanten. Tenzij ze een botsende behoefte aan de oplossing, zij niet zal kiezen om deel uit te maken van de vroege vogel klant-programma's. Dus wat kan gebeuren is het possibliy te gek, "wat zou kunnen gebeuren als dit gebeurt?" en moet u de vaststelling van problemen of het ontwikkelen van eigenschappen die niet nuttig! Ik zou deze term als de "product-ontwikkelaars" geest blok. Om dit cross-controleren we onszelf met de concurrenten (EEE-strategie), maar beneden de lijn, is het wellicht niet effectief. Omdat we meestal vervangt de concurrent. Dus altijd waakzaam zijn over wat je in de product.2. Wat zijn de fundamenten van de bouw van een product? Het belangrijkste aspect van het product is de conceptuele integriteit! Ja! dat is het geheime ingrediënt voor het maken van uw product een succes! Visualiseer hoe de end-user/customer ziet het product. Dat zal voor alles! Beginnen te kijken naar het product niet wat je weet, maar met wat de klant weet. Het standaard gedrag van een ontwikkelaar te vallen in de gewoonte om dingen voor verleend. dwz de normale valkuil is dat zodra je in de bomen je geneigd te vergeten het bos (het totale foto!) Altijd gericht op het bos en niet aan de bomen! Tijdens de eerste fasen van het product, ik gemist en ik betaalde de prijs (extra tijd)! 3. Hoe weet ik dat ik op het verkeerde eind van de bouw van de product? Nou het is een moeilijke vraag, laat ik het eens proberen ... Het moment dat je gaat zitten om te werken, wat is dat knippert in je gedachten, "hoe de problemen op te lossen?" "Waar vind je de oplossingen?" "hoe kan ik nagel deze bug?" Als u antwoord "Ja" om een van de vragen, dan kunt u zien door de bomen! Het is hoog tijd dat u begint met het visualiseren van het globale beeld van de product.4. Wil je beginnen met de bouw van twee producten, indien een tweede kans krijgen? Nee, het is niet OK! NOOIT beginnen twee producten op hetzelfde moment, zelfs wanneer zij verbonden zijn. Normaal wat er gebeurt is dat je de neiging tot het verlies van focus van een product of de andere. Gewoon uitstel van de start van het tweede product door 5.6 maanden. Gedurende welke het eerste product zou moeten komen tot een fatsoenlijke vorm. Het is gewoon een balanceer act! maar je snelheid kan variëren ... 5. Ineens ga ik blanco, wat moet ik doen? Nou, dit zou ik termijn als het Product ontwikkelaars "blok". Het gebeurt, onthoud Afterall wij mens zijn. Neem een paar dagen weg! en de slag te gaan met een frisse geest! geloof me het is normaal! Gewoon gaan en praten met de jongens daar die reeds gebouwd geweldige producten! 6. Maar mijn project wordt uitgevoerd op een vertraagde schema, wat moet ik doen? Wat ik zeg hier niet het adres van uw probleem is. Alles wat ik te zeggen hebben is dit, je onderschat het project tijdsbestek. Geloven mij alle softwareontwikkelaars zijn optimistisch, wat er ook gebeurt, dat is hun aard ;-) Dit is Ok! zolang je erkent de vertraging en maken een inspanning te doen veel beter schedules.7. Valkuilen bij het opzetten van mijlpalen? Het is afhankelijk van het product, indien het product is zeer eenvoudig dwz zonder zeer hoge prestaties / schaalbaarheid eisen, gaat u verder met uw maandelijkse mijlpaal (s). Maar wees voorzichtig, terwijl de tagging mijlpalen. Omdat ik geconfronteerd met de problematiek van de exploitatie van de mijlpaal nummers :-( en begonnen met het beta nog voordat het was bèta klaar! 8.Testing? Wat? Het hangt af van hoeveel kwaliteit je wilt in je product! Normaal gesproken duurt het 1/3rd de tijd van de tijd genomen om het product! Ongeacht hoeveel druk u voor maandelijkse release, nooit een compromis over de kwaliteit! We praten over de kwaliteit etc in de beginfase, maar offeren in de naam van de tijd dwang! Nooit doen. Wat als de mijlpaal wordt uitgesteld? Het is ok! 9. Maak ik het team werken 7 dagen per week? Nope! wat er ook gebeurt niet te doen! (Ik heb het, ik heb obssessed met het product). Strek uw team alleen indien nodig! Goed! zou kunnen worden tegen het normale beheer filosofie waren het meer tijd u besteedt, hoe meer je winst! Ik ben het volledig eens met dit! Denk na over deze, wanneer is dat u de beste ideeën en oplossingen voor uw problemen? Ik ben ervan overtuigd dat je niet krijgen op het werk! Het gebeurt alleen wanneer u weg bent van het werk. Bovendien is de aard van software baan hoeft niet de couontless uur. Al het nodig is een heldere geest en heel weinig tijd. Maar de industrie is screwed up! Ik heb een kans op, maar tevergeefs ... maar ik ben zeker dat ik het ooit zou breken in de nabije toekomst! Hier is een interessant TID-bits: Ik kwam in een internationale studie over de productiviteit van het werk (I'm sorry I missed the link) staat dat op een gemiddeld slechts 2 uur / dag resulteert in productieve werk! Dat betekent dat we bijna 6 uur per dag (uitgaande van 8 uren als arbeidstijd) in de communicatie, etc. .. Nou, ik kan je horen schreeuwen tegen me, dat niet mogelijk is, en probeer voor yourseslf! Vóór die ervoor zorgen dat wat productief werk is! Iets dat u aan het doel van de vennootschap is als productief. Nog een woord van voorzichtigheid is dat deze termijn is slechts een gemiddelde over een week, dat betekent dat je de neiging om meer productieve op sommige dagen alleen! 10. Waarom deze FAQ? Er zijn twee manieren om te leren wat in deze wereld, een van de harde weg en de tweede te leren van iemand anders experince. Ik leerde de harde manier, ik wil dat je leert hoe makkelijker weg! Als dit verlichte u, hier is wat ik wil dat je te doen ... deel twee van uw lessen dat zou doen! He ik heb meer vragen wat moet ik doen? en je hebt paar opties i) lees enkele boeken esp Mythical Man Maand (een must read voor product-leiders), ii), bespreken met
Artikel Bron: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster krijgen html code
Voeg dit artikel aan uw website!
Webmaster verzenden van artikelen
Geen registratie vereist! Vul het formulier in en uw artikel is in de Messaggiamo.Com Directory!
