Vi får ofte mange af de samme spørgsmål fra potentielle kunder og sambejdspartnere. Vi har her forsøgt at kondensere dem sammen til et par generelle svar. Opdateret i november 2012.

Hvad er jeres vigtigste referencer?

Vores vigtigste referencer er klart det store open source biblioteksystem vi har lavet - ding.TING. DKs største biblioteker kører på systemet, herunder bibliotek.kk.dk og aakb.dk m.fl.

Vi har været en integreret del af den komplet omskrevede version 2.0 af Ding på Drupal 7, som dog stadig er i en modningsproces i TING community.

Ellers er vi ret stolte af samvirke.dk, som efter vi har relanceret det nærmer sig en fordobling af besøgende, samt Stofa.dk som vi lavede på rekord tid og som har været med til at øge konverteringer på sitet. Og nu er vi igang med at skulle lave DR.dk på en Drupal platform - og vi kommer også til at lave Drupal for Københavns Kommune.

Hvor mange Drupal-udviklere har I?

Hvis vi fraregner undertegnede (adm. dir.) og vores tekniske projektleder Thomas, så har vi (medio november 2012) ni fastansatte udviklere samt en dedikeret tester. Vi er 13 i alt. Vi regner med at hyre en ekstra udvikler til inden udgangen af 2012.

Desuden har vi et fast samarbejde med Mikkel Høgh og Jakob Torp fra Reveal IT, der jo også er meget erfarne kræfter.

Hvilke ledende udviklere/arkitekter har I?

Vi har næsten ikke andet end ledende udviklere. Alle vores folk er erfarne udviklere som ikke laver andet end Drupal.

Kasper Garnæs har fungeret som arkitekt på stort set alle vores løsninger, men ellers er vores mest profilerede mand lige pt. nok Arne Jørgensen, som var hovedarkitekt på BOND platformen - dvs. hele Berlingskes Drupal platform - og som nu er lead tech på DR projektet, som bliver en af DKs største Drupal-projekter

Hvad er jeres typiske timepris?

Det er baseret på erfaringsniveau af udvikleren samt opgavetype/projekt, men en udviklingstime koster typisk 900 kr. eksl. moms. og vores seniorrådgivere 1100 kr.

Hvordan arbejder i?

Vi lave agile udviklingsprojekter. Du kan læse mere om dette i blog-indlægget "The Reload way".

Hvilke typer sites er I bedst til?

Vi trives klart bedst med sites der har stor teknisk kompleksitet - vi elsker at få nye udfordringer og ikke på forhånd kende svaret på hvordan vi løser opgaven. Vi er alle teknikere, og elsker derfor at knuse problemer.

Vi er dog også all-roundere, så vi laver alt fra fancy frontend lækkerier på ipad/smartphones til hardcore objektorienteret webservice-integration.

Og så kan vi godt lide at have været med til at lave sitet fra starten.

Hvilke typer kunder er I bedst til/har mest erfaring med? (Offentlige, Medier, NGO'er...)

Vi har mest erfaring med offentlige kunder. Vores kunder tæller bl.a. Københavns Kommune (en del forskellige forvaltninger), Århus Kommune og en helt række mindre kommuner - primært biblioteksrelateret.

Desuden har vi det seneste halvandet år været FDBs faste udviklingsafdeling - og de er vel at betragte som en slags NGO.

På det seneste har vi dog taget en del større "private" projekter ind i huset, men dem kan vi ikke rigtigt bryste os af endnu, idet de ikke er færdige, men det er projekter vi har brugt det meste af vores tid på det seneste halve år. Et af dem er Anywear, som er et meget "mobile first" spændende projekt med stor kompleksitet.

Vi begynder også at få mere medie-erfaring, idet vi pt arbejder med Drupal løsninger for både DR og TV2.

Generelt set så har vores kunder haft et ret højt modenhedsniveau og teknisk forståelse, og har derfor også være indforstået med at arbejde agilt med os.

Hvilke dele af et webprojekt kan I håndtere (koncept, design, spec, projektledelse, styling/theming, udvikling, server, support osv)

Vi er et teknisk konsulenthus hvor der kun sidder udviklere og tekniske projektledere. Alligevel har vi en del projekter vi har taget fra start til slut, og det har vi gjort ved at sammensætte et team til projektet. Fx ved at bruge freelance designere og IA'ere.

Det sker dog ofte at vi selv er med i koncept-fasen og selv er med til at tegne IA mv. Andre gange vurderer vi at projektet har en størrelse at vi hellere vi have eksterne folk ind for at støtte processen her.

Ofte har vi også fungeret som den tekniske sparringspartner for et bureau som har stået for koncept, IA og design.

Det fungerer fint, så længe vi kommer tidligt ind i processen og kan være med til at forme løsningen således den kommer til at blive "The Drupal Way".

Vi sætter ofte kundens server op (eller specificerer kravene hertil) men hoster ikke selv servere. Der henviser vi til samarbejdspartnere, idet vi ikke har et professionelt setup.

Vi håndterer support ved at hver udvikler har én dag om ugen øremærket til support- og småsager. Det betyder at typisk inden for en uge kan lave smårettelser. Akutte ting klarer vi dog med det samme, selvom vi ikke har et dedikeret support-team.

Hvad er jeres forhold til det danske og internationale Drupal community?

Vi deltager i høj grad i det danske community, og har bl.a. været sponsorer ved de sidste 2-3 DrupalCamps her i København.

Ellers normal deltagelse ved diverse meetups og forsamlinger i fbm. DrupalDanmark.

I fht. det internationale community og i særdeleshed Drupal.org så mangler vi stadig at gøre os bemærkede. Det har vi dog planer om at få gjort noget alvorligt ved her i 2012, hvor vi kommer til at investere en del tid i at kontribuere en masse af vores moduler og kode/patches tilbage til communitiet - noget vi ikke har været alt for gode til her i vores opstartsfase.

Hvor meget ledig kapacitet har I de kommende 3, 6 og 12 måneder? Kan I tage nye projekter ind?

Vi er typisk booked op 3 måneder frem i tiden. Men det skader jo aldrig at spørge os :-).
Det skal dog siges at det er oftest udviklerne der er helt booked, og de to første måneder i et projekt går typisk med afklaring mv, så derfor kan vi mange gange godt starte op på et projekt med relativ kort varsel.

Det skal siges med det samme, at vi typisk ikke er interessede i projekter under 300.000 når det kommer fra nye kunder. Vi søger at hive til stadighed større projekter hjem, således vi kan dedikere et team på en 2-3 mand i fx 3-6 måneder på projektet. Det giver bedre kontinuitet og mindre micromanagement hos os.

Vi vil desuden allerhelst lave agile projekter, noget vi har gode erfaringer med, især i projekter med stor teknisk kompleksitet og mange ubekendte.

Budgettet skal helst være fast, men ikke nødvendigvis funktionaliteten, og vi har mange overbevisende argumenter for hvorfor det forholder sig således ;-)