Kom ihåg mig?

Att ha programmerare som anställda?

 
Ämnesverktyg Visningsalternativ
Oläst 2009-06-16, 01:10 #1
fabianjakobsson fabianjakobsson är inte uppkopplad
Medlem
 
Reg.datum: Feb 2009
Inlägg: 86
fabianjakobsson fabianjakobsson är inte uppkopplad
Medlem
 
Reg.datum: Feb 2009
Inlägg: 86
Kommer att anställa några extra programmerare och snart blir vi ett litet mini team.

Är första gången jag är arbetsgivare för programmerare och är i behov av råd för hur jag bäst lägger upp projektstyrningen.

Antar att man ska ge dem deadline för resp. funktioner. Men om de inte lever upp till det, hur gör man då?

Borde man checka vad de utfört vid varje arbetsdags slut? Ska man titta förbi då och då under dagen och se hur det går för dem? För vill inte att de ska känna sig "spionerade" som vissa på intervjuerna säger.

Hur är själva samarbetet mellan arbetsgivare (/manager) och programmerare för er som har erfarenhet inom detta?

Som ni märker, skulle varit väldigt nice om ni kunde tala om steg-för-steg från början (första dag) till slutet (färdig webbtjänst).

Skriv på! Behöver mkt kött på ben!
fabianjakobsson är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-06-16, 06:37 #2
jonny jonny är inte uppkopplad
Supermoderator
 
Reg.datum: Sep 2003
Inlägg: 6 941
jonny jonny är inte uppkopplad
Supermoderator
 
Reg.datum: Sep 2003
Inlägg: 6 941
Täta avstämningar och väl avgränsade uppgifter. Sitter ni i samma lokal så fråga lite fint om allt går bra och så när det känns lämpligt.

Försök få det vänligt och allmänt så att det inte upplevs som övervakande eller "blir du inte klar snart?".
jonny är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-06-16, 08:29 #3
vco-systemss avatar
vco-systems vco-systems är inte uppkopplad
Mycket flitig postare
 
Reg.datum: Dec 2004
Inlägg: 774
vco-systems vco-systems är inte uppkopplad
Mycket flitig postare
vco-systemss avatar
 
Reg.datum: Dec 2004
Inlägg: 774
Är det mindre projekt kan det fungera med avstämning varje dag, gäller det lite större saker kan det kanske vara lämpligare med 1-2ggr / vecka.
vco-systems är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-06-16, 09:43 #4
Daniel.sts avatar
Daniel.st Daniel.st är inte uppkopplad
Mycket flitig postare
 
Reg.datum: Jul 2006
Inlägg: 762
Daniel.st Daniel.st är inte uppkopplad
Mycket flitig postare
Daniel.sts avatar
 
Reg.datum: Jul 2006
Inlägg: 762
Det är inte alltid helt enkelt att vara projektledare och det är nog inte fel att försöka hitta några bra böcker att läsa på lite. Det är ganska mycket psykologi Det är såklart viktigt att få dem att jobba mot projektets mål men det finns många olika sätt att göra det, med olika fördelar och nackdelar.

Det finns också ganska många projektmetodiker man kan jobba efter. Försök hitta en som passar dig och dina projekt som du kan luta dig mot.
Daniel.st är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-06-16, 10:44 #5
rille77s avatar
rille77 rille77 är inte uppkopplad
Medlem
 
Reg.datum: Dec 2003
Inlägg: 213
rille77 rille77 är inte uppkopplad
Medlem
rille77s avatar
 
Reg.datum: Dec 2003
Inlägg: 213
Det som jag har upplevt har funkat bäst från båda hållen är att försöka jobba som ett ganska tajt team om man inte är många då det kan bli svårt då.

Ha mycket kontakt även om inte 100% av kontakten handlar om just projektet, lite "dösnack" i 10 minuter om helgen som varit kan ta udden av vi och dom känslan.

Planering och uppföljning är annars A och O, ha en övergripande planering innan projektet startar där ni diskuterar hur ni bäst kan komma fram till målet.

Ha ganska täta uppföljningar, ca en gång i veckan om det är ett någorlunda stort projekt.
Stämm av läget för de olika inblandade, låt dom ta upp problem dom har stött på, hur problemen löstes, om problemet inte är löst så ge någon uppdraget att lösa problemet.

Lär känna ditt team, ha koll på deras styrkor och svagheter så att du kan sätta rätt person på rätt plats.

Ang. deadlines så finns det inte många som presterar speciellt bra om man står med tidtagaruret över axeln på dom.
Diskutera med den som ska göra funktionen hur lång tid han behöver, detta ska eg ingå i planering/uppföljning, kanske finns det nånsom är bättre lämpad att göar just det än den som du har tänkt från början.

Några råd om hur jag har upplevt har funkat bra för mig iaf men det är inte säkert att det funkar för alla.
rille77 är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-06-16, 12:23 #6
coredevs avatar
coredev coredev är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Sep 2007
Inlägg: 1 554
coredev coredev är inte uppkopplad
Bara ett inlägg till!
coredevs avatar
 
Reg.datum: Sep 2007
Inlägg: 1 554
Ha en naturlig konternuerig kontakt. Var involverad. Var intresserad. Följ hela tiden upp arbetet. Var öppen för deras ideer. Var inte ivägen. Låt dem få arbetsro. Ge beröm. Uppmuntra till kreativitet. Ha gemensamma utvecklingsmöten. Jobba ihop - jobba inte i enskilda rum / cubicles. Jobba på ett kontor - jobba inte hemma!

Arbeta hårt med uppföljning. Be dem tidsbedöma varje uppgift, och följ upp. Hela tiden. Duktiga programmerare kan göra detta själv och redovisa tillbaka på era möten.

Varning för personer som: är lata, inte kan förklara, inte har några referenser, kommer med konstiga krav, pratar skit om tidigare arbetsgivare.
coredev är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-06-17, 01:41 #7
fabianjakobsson fabianjakobsson är inte uppkopplad
Medlem
 
Reg.datum: Feb 2009
Inlägg: 86
fabianjakobsson fabianjakobsson är inte uppkopplad
Medlem
 
Reg.datum: Feb 2009
Inlägg: 86
Tack för alla härliga svar!

Jo, mkt o tänka på första gången man ska leda ett utvecklingsteam, men det går säkert bra, det är härliga människor jag kommer jobba med med mkt passion.

Ska garanterat ha kontroll över situationen och styra upp det hela och vara öppen för förslag. Att vara en trevlig men bestämd ledare helt enkelt?

Tror ni någon mjukvara behövs för projekthanteringen på 4 pers? Tittat på Microsoft Groove, men tycker den är dålig och den har ingen central lagring. Kommer använda oss av en Linux-server som lokal server. Förslag?
fabianjakobsson är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-06-17, 09:30 #8
rille77s avatar
rille77 rille77 är inte uppkopplad
Medlem
 
Reg.datum: Dec 2003
Inlägg: 213
rille77 rille77 är inte uppkopplad
Medlem
rille77s avatar
 
Reg.datum: Dec 2003
Inlägg: 213
Är ni bara 4 st och projektet inte är allt för stort så känns det lite overkill med projektstyrningsmjukvara.
Fast behovet kan ju dyka upp i framtiden.

Finns en del online system för det som är gratis, kommer tyvärr inte på vad det heter som jag körde med för ett par år sen ska forska lite så får jag återkomma.
rille77 är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-07-05, 05:52 #9
Anwar Anwar är inte uppkopplad
Nykomling
 
Reg.datum: May 2009
Inlägg: 15
Anwar Anwar är inte uppkopplad
Nykomling
 
Reg.datum: May 2009
Inlägg: 15
Först och främst, använd Basecamp för projekthanteringsbiten: http://www.basecamphq.com

Angående arbetsmetoder så beror det lite på vad din roll är i det hela. Det är också lite svårt att uppskatta vad som funkar bäst via ett forum såhär, eftersom utvecklarnas personlighet, ansvarstagande och arbetsdisciplin spelar en nyckelroll. En annan sak som spelar stor roll är hur stort projektet ifråga är. Jag utgår dock ifrån att det rör sig om ett lite större projekt eftersom du skaffat dig förstärkning.

Ska ge några ganska generella förslag:

Efter varje arbetsdag sätter du dig ner med teamet och ställer följande frågor till varje individ:

1. Vad har du gjort idag?
2. Vad ska du göra imorgon?
3. Finns det något som hindrar dig att åstadkomma det?

Var och en svarar på frågorna. Eftersom alla är samlade ökar detta transparensen i teamet och gör det mycket enkelt att undvika missförstånd.

Angående fråga 3 är den till för att ge teamet en chans att redogöra för om det finns några problem som hindrar dem i deras arbete. Detta kan vara allt från att kopiatorn inte fungerar till att funktionen du bett dom utveckla helt enkelt är för komplicerad. Det är vitalt att du tar deras svar här seriöst och agerar därefter.

Vidare är det en bra idé att planera ut projektet i faser. Varje fas är ämnad att uppfylla en viss nyckelfunktion för att ta projektet (webbtjänsten) framåt. Efter varje fas utvärderar du med teamet vad som gick bra under fasen och vad som gick dåligt, samt hur ni kan se till att nästa fas går bättre.

Projekthanteringsmetoden jag beskriver här är mer eller mindre en lightversion av Scrum (http://sv.wikipedia.org/wiki/Scrum). Jag rekommenderar inte att anpassa sig totalt efter Scrum inför ett enda projekt med inhyrda utvecklare, då detta kan bli lite för mycket info på samma gång. Men om du är intresserad av att i framtiden arbeta mer flexibelt (speciellt inför kunder), så är det värt att ta sig en titt.

I övrigt är det absolut viktigaste inom projektledning att förebygga problem. En bra projektledare tar reda på vad som potentiellt kan komma att hända och ser till att ha lösningar tillhands för att ta itu med problemen. Det är viktigt att du inte bryter ihop om något börjar gå fel, utan ser till att teamet kan lita på dig som stabil stöttepelare

Hör av dig om du har några frågor.

Lycka till!

Berätta gärna också hur det gick (Upptäckte faktiskt inte förrän nu att denna tråd är ganska gammal).
Anwar är inte uppkopplad   Svara med citatSvara med citat
Oläst 2009-07-05, 11:23 #10
Conny Westh Conny Westh är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Aug 2005
Inlägg: 5 166
Conny Westh Conny Westh är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Aug 2005
Inlägg: 5 166
Det första man ska göra är att ha tydliga, realistiska och dokumenterade projektmål, annars kommer projektet nästan säkert att haverera!

Mycket viktigt är att kraven finns dokumenerade, annars är det ingen som vet vad som förväntas av dem.

Det beror mycket på vilken typ av personer man har att jobba med i projektet, är det kompletta newbies så måste man utbilda mer än annars men undvik detaljstyrning. Men är det några med lite erfarenhet så ska man definitivt undvika detaljstyrning, det finns inget så demoraliserande som en krävande och stressande projektledare som hela tiden "kontrollerar" personalen, folk kommer att må skitdåligt psykiskt och känna sig osäkra, vilket göra att produktiviteteten i allmänhet och i synnerhet kreativiteten blir lidande.

Låt varje person få ansvar för en del av systemet så de inte springer över varandra i varje modul.

Använd målstyrning, dvs tala om vad du vill uppnå och sen låter du folks kreativitet verka för att uppnå målen.

Se till att vara närvarande och engagerad, det funkar inte att ställa orimliga krav, det får helt motsatt effekt, då börjar folk dölja misstag. Uppmuntra till en öppen diskussion i projektgruppen. Jag har använt en maillista som kommunikation i en del projektgrupper och det har varit mycket effektivt för att alla i gruppen ska få samma information utan att behöva störa folk med möten i tid och otid.

Det mest använda projektverktyget i stora företag är Excel!!!! Det funkar klockrent och är enkelt och billigt att använda, det gör oxo att alla som vill kan ta del av projektplaneringen.

Var öppen med planeringen och dela upp projektet med "Work Breakdown Structure" dvs dela upp hela projektet i mindre och mindre delar tills du kommer ned till en odelbar nivå (kan vara typiskt en dag men kan vara som minst 1 timme för vissa enkla delar, men definitivt inte mindre) och där du "vet" vilka resurser som krävs och hur lång tid det kan ta. Detta ska du göra INNAN du startar projektet och INNAN du rekryterar personal för projektet.

Räkna in alla biaktiviteter som installation av utvecklingsmiljö, konfiguration, och en faktor som ofta glöms bort är kunskapsöverföring och utbildning, det är saker som kan få de mest välplanerade projekt att haverera om man glömmer dessa mycket viktiga detaljer. De behövs oavsett hur erfarna utvecklarna är eftersom du måste föra över den kunskap du har om vilka krav som ställs på systemet och det tar tid, tro mig, det är dessutom en kritisk framgångsfaktor.

Se till att varje utvecklare får tydliga och avgränsade aktiviteter att jobba med.

Uppföljning och feedback åt båda håll är VIKTIGT. UPPMUNTRA utvecklarna komma med synpunkter, de har massor av kunskap och idéer som du kan ha nytta av i din planering av projektet. Ta till dig av kritik och var lyhörd för dessa synpunkter.

Ta i med ordentliga marginaler i din planering, det dyker ALLTID upp oplanerade hinder, planera för det oväntade. Var beredd att skriva om kod som kan göra bättre. Det finns skolor som säger att man bara ska skriva det absolut nödvändigaste men det måste vara genomtänkt, uppmuntra experiemnterande med olika lösningsalternmativ som projektgruppen sen kan resonera kring och få synpunkter på.

En gång i veckan ska ni ha ett gemensamt utvecklarmöte på max 2 timmar där ni diskuterar arkitektur, problem, förändrade mål, och annat bra och nyttiga synpunkter som kommit fram under veckan.

Tänk på att det är människor du jobbar med utvecklarna är inga mskiner som kan bytas ut när de funkar dåligt. Det kostar normalt ca 250 000 att byta ut en person i form av minskad produktivitet och kunskapsförlust. Jobba med varje individ på deras egna villkor, de är alla olika och har helt olika drivkrafter.


Låt varje individ känna sig uppskatad och betydelsefull.
Conny Westh är inte uppkopplad   Svara med citatSvara med citat
Svara


Aktiva användare som för närvarande tittar på det här ämnet: 1 (0 medlemmar och 1 gäster)
 
Ämnesverktyg
Visningsalternativ

Regler för att posta
Du får inte posta nya ämnen
Du får inte posta svar
Du får inte posta bifogade filer
Du får inte redigera dina inlägg

BB-kod är
Smilies är
[IMG]-kod är
HTML-kod är av

Forumhopp


Alla tider är GMT +2. Klockan är nu 18:01.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson
 
Copyright © 2017