Udvikliing af management system

Hej programmøre

Jeg har gennem det sidste års tid arbejdet på et life & timemanagement program, som er ved at være færdig i ”papirform” og er nu på udkig efter hvilken online løsning jeg skal vælge. Det er ikke tiltænkt som et software der skal installeres, men derimod en online site / applikation.

Selve systemet skal kunne arbejde både med en grafisk brugerfalde samt mere database relateret kunde, projekt og kalender dele. Dette ud fra nogle forskellige parametre man angiver. Det er lidt svært at forklare, da jeg ikke er programmør, men i første omgang inden jeg udbyder det som et projekt ville jeg gerne have lidt råd og vejledning i forhold til hvilket system og programmering form / sprog, der er at foretrække. Hele systemet er tiltænkt om et større system og skal derfor indeholde udviklingsmuligheder, da det forventes at skulle opdateres efterhånden som det finder sin indpasning.

Håber det giver lidt mening, eller skriv så skal jeg gøre mit bedste for at forklare det nærmere.

Dbh.

KIm

Hej Kim,

Det lyder spændende. Jeg har skrevet lidt på http://kravspecifikation.com om, hvordan man på enkel vis kan specificere den slags. (undskyld den irriterende reklame, men den skaber kliks..)

Lad være med at beslutte dig for system / programmeringssprog, og lad i stedet programmøren, som skal udvikle det, afgøre den slags tekniske spørgsmål, da hans forudsætning herfor er langt bedre. Det som du skal holde fokus på er at tegne et klart billede for udvikleren af, hvordan det skal virke, når applikationen er færdig. Visualisér med powerpoint, hvis du er skrap til det, eller scan dine papirnoter og fremsend dem.

Find en leverandør, hvor kemien, prisen, leveringsbetingelserne osv. passer godt - lad ham give et bud på en teknisk løsning, og spørg evt. en eller to andre programmører(eller her på amino), om det er en fornuftig løsning.

Håber det kan guide dig videre.

Venlig Hilsen

Allan

Hej

Tak for jeres gode og brugbare svar

Dofs: Hvad er scrum og sprints?

Allan:  Er gået i gang med lidt powerpoint - helt okay med reklamen

dbh.

kim

Kim Kampp:

Hej

Tak for jeres gode og brugbare svar

Dofs: Hvad er scrum og sprints?

Allan:  Er gået i gang med lidt powerpoint - helt okay med reklamen

 

dbh.

kim

 

Scrum er en "agil" udviklingsproces. Man udvikler i "sprints" (iterationer) der typisk varer 2-4 uger.

Se evt. mere her:

http://www.softhouse.se/Uploades/Scrum_eng_webb.pdf

EDIT: og lidt mere, mens jeg nu er i gang.

Der findes tusindvis af time management systemer (selv bruger jeg Things til mac/iphone til det private og blandt andet basecamp til projekter). Der er især mange der bygger på "Getting Things Done" bogen.

Hvis jeg var dig, ville jeg nok prøve at fokusere på hvor du vil adskille dig fra alle disse systemer og hvad din "unique selling proposition" er (usp) og hvordan du vil få kunder på systemet. 

Det er forholdsvis trivielt at kode en web app kan lave lidt task styring, så at finde de edge der skal til ift alle de andre applikationer er vigtig.

Jeg kan iøvrigt fortælle dig at Things er et program man installerer til mac'en og netop en af grundene til at jeg valgte dette over fx. det gratis Remember The Milk der er en web app.

Det er simpelthen lynhurtigt at oprette en "task" lige når jeg kommer i tanke om det med en hotkey. Jeg skal ikke først over i en browser, eller indtaste url'en, logge ind osv. 

Nåh, lidt blandede tanker, det kan jo være at din ide er langt væk fra mainstreamen :)

Entrepreneur - Jan:

Dette er en af de helt farlige

Det er derfor helt essentielt for at du ikke skal blive skuffet, at du inden start har tænkt tingene helt ud i yderste hjørne uden du dog behøver at få lavet alt med det samme.

Især når der er relationsdatabaser inde over, da det altid er "skidt" at bygge ovenpå den slags.

Det er nu ikke helt korrekt.

Det er netop en af grundene til at man bruger agil udvikling såsom SCRUM. Fordi man har fundet ud af at man IKKE kan tænke alt igennem med et it system. Men derimod må tage det lidt i etaper og derfor kan rette til undervejs som verden, krav, kunder og interessenter ændrer sig.

Det som Kim gerne vil lave, lyder forholdsvist trivielt for en med et par års erfaring med webudvikling, så hvis han oven i købet har en god papir prototype var det endda noget han kunne overveje at outsource.

Nu kender jeg ikke Kims baggrund, men for mig lyder den største risiko for Kim ikke til at være teknikken. Men der imod hans mangel på erfaring med IT projekter (fx. proces, styre krav, test, lifecycle management osv).

Entrepreneur - Jan:

Kim Kampp:

da det forventes at skulle opdateres efterhånden som det finder sin indpasning.

Dette er en af de helt farlige

Med et godt design kan risikoen minimeres , den anden ting den sætning ligger op til er en partner og ikke en leverandør. Da en leverandør kan være dyr, hvis der løbende skal lave større opdateringer.

Det er vigtigt, at det bliver lavet af en kompetent programmør. Vil måske råde til det blev et firma, der har flere personer med mere spec. viden. Da det kan være svært for en programmør alene, at holde tungen lige i munden i forhold til design. Dette skal dog mest afgøres af projektets størrelse og kapital muligheder.