Det jag mest undrar över är hur ni skaffar er samarbetspartners som stannar på era projekt, har lite otur när jag letar, har hatt 2st innan som bara har lämnat projektet av olika anledningar, så nu vänder jag till er övriga och undrar hur gör ni?

jag gör ungefär så här:
1. har ett avtal som är bäst för båda
2. Jag lägger pengar till reklam osv bara för att visa att jag menar allvar
3. försöker att leta sponsorer till just det enda mål

osv

Hur gör ni?
om ni skriver avtal med dessa vad tar ni med i det.

Vad är det för typ av partners? Verkar ju konstig att dom lämnar projektet, kanske inte tillräckligt intressant projekt.

Hur driver du/ni projektet? Använder ni er av planer? Klara ansvarsområden? Tydliga definitioner?

Står du bara för marknadsföringen (som vem som helst kan göra...) så är det troligt att dom tar med idén och sätter ihop egna team för utvecklingen.

Du måste analysera varför dom lämnar projekten istället för att riskera göra om samma sak ännu en gång med nya intressenter.

Vad tillför du i samarbetet. Finns inget värre än att gå in i ett samarbete och känna att man drar hela lasset.

Projektet var en ny typ av köp & sälj sida, dom var väldigt intresserad av det i början.

Vi andvänder planer som standard men gick lite utanför lådan, Jag stod för marknadsföringen, texter, design sponsorer osv, det dena jag inte gjorde än vad just koden vilket var ok för dom. Jag analyserar allt i minsta detalj, dock tror jag det var kunskapen som inte var nog hos dom men vet inget, ingen av dom ville heller skriva på avtalet men hadde endå sakt det var ok med det. Det är lite tråkigt när man hittar sådana här personer men man får leta vidare.

Har en som är 60år och vill skriva kontrakt men han ser det bara som en lärdom och inte på pengar vilket jag tycker då lyser en lite varningslampa, är dock också rädd för att han inte besitter med kunskaper men man får se.

Din fråga är besvarat längre uppe i texten.

Min erfarenhet som programmerare, under för många år. Är att det finns många entreprenörer, som vill hitta "partners". Men som inte kan bidra med något som jag inte redan kan själv eller har jobbat med lång period. Marknadsföring är ett sånt område t.ex.

Vilket i slutänden brukar bara bli att en jobbar röven av sig med att koda, medans den andra mest sitter o rullar tummarna och fantiserar ihop rövarhistorier och tjatar på den som kodar.

Värderar man tid, så i uppstart behöver det alltid skjutas till pengar. Och kan man inte tillföra ngt till utvecklingen i början, utan väntar på en färdig produkt som man sedn kan börja marknadsföra. Ja då är det kanske just pengar man ska komma in med i ekvationen.

För hur det än är så är vi nog alla på det här stället oportunister. Och ingen vill jobba för luft, medans ens sk. "partner" sitter och väntar på att man ska bli klar. Det slutar aldrig bra. Antingen tar kodaren med sig hela kodbasen och kör sitt eget race, eller så skiter han bara i allt för man ledsnar helt enkelt och får inget utbyte av arbetstiden.

Neotech: Jag måste säga att jag sympatiserar väldigt mycket med vad du säger. Jag tycker du beskriver en verklighet jag känner igen.

Tyvärr så är det ju så att programmeraren drar det stora lasset i början, men därefter så ska det ju bolagiseras, fixa finansiering, startaförsäljningen och marknadsföra, och det är ju något programmeraren aldrig brukar vara rätt man att göra.

Visst finns det många "golddiggers" men det finns ju väldigt många seriösa entreprenörer också. Hur bra projektet än är så brukar det oftast falla på entreprenören. Så gör en snabb granskning av vad han/hon kan tillföra i form av kompetens OCH kapital. Pengar kommer behövs för marknadsföringen, och har entreprenören inga pengar själv så måste han/hon se till att ta in riskkapital, något som oftast kräver både kunskap och kontakter.

Jag kan säga att jag brukar har god erfarenhet av partners, dock så finns det en väldigt stor affärsmässig skillnad. Vissa programmerare har svårt att göra en marknadsmässig värdering, så det brukar alltid bli diskussioner när man ska ta in pengar i bolaget, man vill helt enkelt inte släppa ägarandelar till en investerare.

Jag har även haft en del dåliga erfarenheter likt wosbee, där jag tagit in frilansande programmerare som sedan fått fast anställning och helt enkelt inte haft tid med projektet. Några av dem har ju ågrat sig att dom hoppade av när de sedan ser att projektet tog fart och dom kunde fått sin heltidsanställning i ett bolag som dom faktiskt är delägare i. Men det är väl så med allt, den som inte köper trisslotten kan aldrig vinna på skrapet. ;)

Jag tror att problemet är att entreprenören aldrig bevisar vad han eller hon egentligen kan. Marknadsföring är inte svårt, det kan en OLW-potatis klara. Dessutom är det ganska roligt.

Och varför måste bolagiseringen väntas med? Näe, visa mig den entreprenör som lägger ner lika mycket tid på att skriva verksamhetsplaner, smarta papper och allt "hokuspokus som utvecklaren inte klarar" i STARTSKEDET som jag gör i utveckling.

Jag garanterar att det går fler dåliga entreprenörer per bra entreprenör än dåliga utvecklare per bra utvecklare. Visa vad ni kan i tid, annars tappar man suget.

tackar för allt, jag kommer att ha hand mycket mer än det jag sa...

Och just där är problemet. Utvecklaren vet mer eller mindre exakt sina uppgifter, och kan dessutom redogöra för dem, medan entreprenören säger "jag ska göra massor". För mig räcker inte det svaret. Ska jag sitta ner och utveckla något på heltid vill jag ha samma motprestation från min partner. Om entreprenören inte kan skriva en någorlunda utförlig lista över sina uppgifter så är det inte värt besväret.

Med utförlig lista menar jag något som gott och väl kan ta en hel dag eller mer att skriva. Onödigt? Kanske. Men det visar iaf att det finns tanke och planering bakom projektet. Det är trots allt entreprenören som måste visa sig värdig, inte tvärtom (förutsatt att det inte är sopa till utvecklare) eftersom det finns obegränsat med projekt som söker utvecklare.

Själv står jag med en fot i båda läger och trivs rätt bra med det :)

Så enkelt är det nog inte.
Marknadsförig kan vara riktigt tufft.

Ja, det var kanske en överdrift från min sida, men faktum kvarstår: ofta sitter utvecklaren och jobbar häcken av sig, medan entreprenören säger att "jag ska göra detta... sen."

Jag kanske mest är gammal o bitter, men ännu har jag inte stött på någon entreprenör som jag uppfattat som "Wow! Fan va han är bra - det där hade inte jag klarat."

Det är nog sant, risken är stor att "entreprenören" kommer in när utvecklaren tagit fram en lönsam sida och skall rida på framgången istället för att hjälpa till och ta risker från dag ett.

Du uppvisar en total okunnighet ang marknadsföring!

Marknadsföring är ett helt eget yrkesområde som programmerare elelr tekiner sällan behärskar.

Dina påståenden stämmer inte alls med mina erfarenheter.

En viktig grundprincip är att ALLTID skriva avtal om allt man kommer överens om och att vara tillräckligt tydlig så det går att mäta för en utomstående person (advokat, jurist, domare) vad som förväntas levereras, till vilken kvalitet, hur och när. Allra minst ska man ha ett letter of intent (avsiktsförklarking) men så fort det blir reda kostnader eller intäkter så ska det vara riktiga avtal.

Om man jobbar med små projekt på 1000-10000 arbetstimmar är detta lika viktigt smvid projekt på 1000-100 000 mantimmar, även alla projekt på under 1000 mantimmar behöver man skriva avtal som specificerar vad som förväntas levereras, hur och när och till vem.

Olika projektdeltagare har normalt olika hög belastning i olika faser av projektet, okunniga deltagare kanske ser att att andra deltagare jobbar mindre under en viss period och börjar då knorra, trots att övriga deltagare fullgjort sina åtaganden och ska fortsätta med fler uppgifter när nästa aktiviteter börjar. därför är det viktigt att ha en ordentlig projektplan där deltagarna är engagerade ungeför lika många timmar. men en deltagare som är engagerad fler timmar bör ju få andelar i direkt relation till avtalad tid efter fullgjord leverans (försenad leverans är ej fullgjord enligt avtal).

Jag har startat ett antal projekt där jag tagit rollen som entreprenör och ägnat 6-18 månader åt att skriva affärsplan, och projektdefinitioner samt avtal.

Sen har jag sökt samarbetspartners och fått ett antal partners men oftast är de med på noterna tills de har blivit med i projektet och direkt därefter sätter de sig och väntar på att någon ska servera dem med allt de ska göra.

Men hej, de skulle vara självständiga individer som var drivande med egna ansvarsområden. Då kan man inte sitta och vänta på att saker ska hända, då måste man agera på egen hand. Det är skillnad om man anställer en person som är nybörjare inom sitt område.

Jag har erfarenhet av att roller som vd, säljare, marknadsansvarig, utvecklingsansvarig, utvecklare, mfl agerar på det sättet.

Detta trots att alla har tydliga roller, klart specificerade ansvarsområden och att jag lagt ned 1000-tals arbetstimmar i projektet.

I ett projekt blev jag utkickad för att en av de andra delägarna inte tyckte han fick tillräckligt stor andel (vi hade kommit överens om 1/3 var), detta trots att jag lagt ned ca 1500 arbetstimmar i projektet (lika som de övriga 2) och jag var den som bjöd in personen i fråga till projektet.

Jag tror det ska gå att få till projekt där deltagarna/delgarna går in med risktid i stället för riskkapital men man måste ha stenhårda restriktioner mot de som inte gör vad de har åtagit sig, de som inte vill skriva på ett avtal ska man inte resonera vidare med alls, de är inte intresserade. Troligen ska man avkräva alla deltagare ett investeringsbelopp på minst 30000 SEK så de är engagerade och har tillräckligt att förlora på att projektet inte fungerar, då tror jag de som väl hakar på och skriver på avtalet kanske engagerar sig och levererar vad de tagit på sig.

Jämför gärna med krav på bankgarantier som kan förekomma vid offentliga upphandlingar, där leverantören måste ställa en bankgaranti på ett belopp motsvarande projektets värde om de inte skulle klarar att leverera i tid, då kan inköparen göra anspråk på bankgarantin och anlita annan leverantör för pengarna.

När man går in i ett samarbetsprojekt måste man dela upp ansvarsområdena och att var och en håller sig till sitt ansvarsområde, trots att man kan mer, annars är man inte professionell (utan man är amatörmässig).

Det är aldrig så att någon enstaka person kan allt, varför har den inte gjort detta tidigare då? Kan man ju fråga.

Tillsammans kan vi göra så mycket mer än om var och en jobbar på sin kant.

Ett projekt med säg 10 deltagare kan om det sköts rätt generera 3 gånger så mycket intäker som om var och en av deltagarna gjort varsina halvdana projekt som konkurrerar sinsemellan. Man kan lägga ned 10 gånger så mycket resurser på marknadsföringen av en produkt och ha en chans att uppnå en kritisk massa, vilket ingen av de enskild aindividerna har.

Alla människor är olika bra på alla saker, såom vi delar upp jobbet så att:

Projekt 1: Utveckling av verksamheten/systemet
------------------------------------------------
Affärsplan
Projektledning
Projektplan
Avtal delägare i projektet
Bemanning av projektet
Controller (polisen som kollar att alla gör vad de ska och piskar dem som inte gör det)
Krav Dokumentation
Grafik
Navigering
Textinnehåll
Databas
Programlogik
System Dokumentation
Affärsregler
Registrering av Test Data
Testning

Projekt 2: Införande av verksamheten/systemet
-----------------------------
Projektledning
Projektplan
Avtal anställda
Avtal med levrantörer
Bemanning av projektet
Registrering av Master Data
Användar Dokumentation
Installations Dokumentation
Fysisk installation av systemet
Utbildning/pedagogik
Controller (polisen som kollar att alla gör vad de ska och piskar dem som inte gör det)

Projekt 3: Drift av verksamheten/systemet
----------------------
Företagsledning
Verksamhetsplan
Avtal med anställda
Avtal med kunder
Avtal med leverantörer
Bemanning av verksamheten
Marknadsföring
Försäljning
Ekonomi (fakturering/Inbetalning/utbetalning)
Redovisning
Inköp
Leverans/Lager/Logistik (av fysiska produkter)
Drift av servrar
Support
Controller (polisen som kollar att alla gör vad de ska och piskar dem som inte gör det)


Däremot ska man inte ha allt för stora projekt för då blir det administartiva problem. 10-15 projektdeltagare kan vara lämpligt med en kompetent projektledare.

Har man större projekt är det oftast bättre att dela upp i mindre projekt som har just 10-15 deltagare per projekt.

Du skall ha ett stort TACK ConnyWesth

Mycket bra inlägg ConnyWesth! Har dock lite frågor om vad du menar med:

Krav Dokumentation
System Dokumentation

Kravdokumentation ska det vara. Med det menas egentligen att den som är kravställare, den som bestämmer vad systemet ska göra, helt enkelt skriver ned detta i ett dokument så att övriga projektdeltagare kan granska och verifiera att kravställaren har skrivit ned krav som är relevanta, koncisa (precisa så de inte är luddigt formulerade) och genomförbara. Kravdokumentaion beskriver VAD som ska göras, kan även vara förändring av manuella rutiner.

Kravdokumentation är mycket viktig för ett projekt, annars vet man ju inte VAD man ska åstadkomma. Dåligt skrivna krav är oxo en av de vanligaste orsakerna till att utvecklingsprojkt havererar, utan bra skrivna krav vet varken systemdesigners eller programmerare VAD de ska göra, än mindre HUR.

Det blir dessutom lättare att hitta missade krav. Det är hiskeligt dyrbart att upptäcka fel i kraven när man väl produktionssatt systemet, då kanske man har felra personer som sitter och svarar i telefon samt man har lagt ned 100 000 tals kronor på marknadsföring, och så kan man inte registrera ordrar för att ta ett exempel.

Kravdokumentationen är mao underlaget som kunden/beställaren använder när de skriver avtal om vad somska levereras. Kravdokumentation innehåller inga tekniska beskrivningar utan är helt inriktad på verksamheten.

Systemdokumentation är en teknisk dokumentation som man tar fram när man designar systemet, denna systemdokumentation använder sedan programmeraren när han/hon kodar ihop programmet. Systemdokumentaion beskriver HUR systemet ska byggas.

Det där VAR bra sagt Conny, även om du helt missade ironin i mitt senaste inlägg till dig...det där tror jag många behöver tänka på...

1. Skaffa inga samarbetspartners.

2. Behåll kontrollen över affärens kärna och bevaka den svartsjukt.

3. Lägg ut allt annat på underleverantörer som för det mesta är bättre på detta arbete än du.

4. Låt kunden betala din utveckling

5. Profit.

Kamprad har aldrig delat med sig av sitt innehav.

ConnyWesth: klockrent rakt igenom. Kudos!