Bilag 1: Kundens krav til leveranser

Like dokumenter
LEVER OFTERE TEST SMARTERE

Vedlegg 2 til konkurransegrunnlaget Beskrivelse av bistanden Rammeavtale om konsulentbistand ved rekruttering til Statens landbruksforvaltning

KONKURRANSE - GRUNNLAG DEL II

Spørsmål og svar til Konkurransegrunnlag

Forespørsel FSP FLO/IKT/2015/010. Kvalifikasjonsgrunnlag. Del 3. Dokument for kvalifikasjon og. Leverandørens besvarelse

Finansportalen Historiske bankdata

Prosjektkoordinering/Program Management

Kundens krav til leveranser

GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG

Bilag 1: Kravspesifikasjon. Saksnummer: 15/00020

Oppgave 1: Multiple choice (20 %)

Prosjektledelse - fra innsiden av et utviklingsprosjekt. Presentasjon hos UiO Ida Lau Borch, prosjektleder i Bouvet ASA

Kontrakter og test i smidige prosjekter. Fagmøte Dataforeningen i Trondheim 12.Mars 2012

Avklaringer, svar på innkomne spørsmål og referat etter tilbudskonferanse 24. mars 2014, NHO- bygget

Ny kontraktsstandard fra Dataforeningen: Fleksibel utviklingskontrakt

2B - SSA-V Bilag 1 Kundens kravspesifikasjon. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon

FORESPØRSEL NR.: Undervisningstjenester Prinsix DEL II Vedlegg 1 LEVERANSEOMFANG Side 1 av 9. DEL II bilag 1

Anskaffelse av Bistand til Utforming av ny nettside for Renovasjon

Vaktmestertjenester til Stortingets pendlerboliger. Bilag 1 Spesifikasjon av ytelsen

SCRUM Smidig prosjektledelse og utvikling. 10 september 2009 JOSÉ MANUEL REDONDO LOPERA AVDELINGSLEDER PROSJEKT OG RESSURSANSVARLIG

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.

Bilag 1 Beskrivelse av bistanden

Konfigurasjonsstyring

SSA-V Bilag 1. Vedlikeholdsavtalen (SSA-V) Bilag 1: Kundens kravspesifikasjon

Norsk pasientskadeerstatning Bilag 1 Kravspesifikasjon Innleie av prosjektleder og testleder Side 1 av 6. Bilag 1 KRAVSPESIFIKASJON

Prosjektledelse - fra innsiden

Helsetjenestens driftsorganisasjon for nødnett HF

Kundens kravspesifikasjon ERP-løsning for kommunene i DDV-samarbeidet

Mellom barken og veden Smidig testing i krevende terreng TTC 2015

Summer internship i SpareBank 1 et av Norges mest interessante teknologimiljø

3B - SSA-D Bilag 1 Kundens kravspesifikasjon. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon

Strategisk retning Det nye landskapet

SSA-D Bilag 1. Driftsavtalen (SSA-D) Bilag 1: Kundens kravspesifikasjon

Testbilag til IT kontrakter

Versjon 2.0 Dato Kompetansebehov

Forprosjekt. Accenture Rune Waage,

Mareano som kunnskapsleverandør til BarentsWatch Frode Kjersem Kystverket

Sourcingsmodell for forvaltning og utvikling

Oppgave 1 Multiple Choice

Altoros Norge AS: oversikt Jan-Terje Nordlien, CEO

Anskaffelse av rammeavtaler IKT konsulenttjenester - strategi. Saksnummer: 13/ Bilag 1 Kundens krav til leveranser

Prosess for systemutvikling i Difi. Versjon 1.0

Testing i smidigavtalen (SSA-S) Seniorrådgiver Mari Vestre, Difi. Testdagen ODIN 24. september 2014.

Rammeavtale(r) konsulenttjenester innen Medisinsk Teknologi. Saksnummer: 13/00112

UNN KIS Prosjekt- og fremdriftsplan

Slik skal vi handle i 2017

TILBUDSINVITASJON. Konkurranse med forhandling etter forskriftens del I. (Konkurransen gjennomføres i ett trinn, uten prekvalifisering.

Rammeavtale om kjøp av Arkitekt- og rådgivende ingeniørtjenester. Oppdragsbeskrivelse Minikonkurranse

13/01736 Anskaffelse av service- og vedlikeholdsavtale

VEDLEGG 1-KRAVSPESIFIKASJON OG TILDELINGSKRITERIER TILBUDSKONKURRANSE VERTSKAP PÅ MUNKHOLMEN

Anskaffelsesprotokoll. Etter anskaffelsesforskriftens. del l og lll. Områdegjennomgang av det næringsrettede virkemiddelapparatet

Forprosjektrapport ElevApp

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren Pillbox Punchline

CONNECTING BUSINESS & TECHNOLOGY KURS OG SERTIFISERINGER - SCRUM

Kravhåndtering. INF1050: Gjennomgang, uke 03

Kommunikasjonstjenester Svar på spørsmål til konkurransen

Bilag 1 Utstyr og/eller programvare som skal vedlikeholdes Her angis det utstyr og/eller programvare som vedlikeholdstjenesten omfatter.

Forprosjektrapport. Presentasjon. Studentgruppen. Bekk Consulting AS. Android app for aktivering av jakt- og fiskekort

Bilag 1 Beskrivelse av Bistanden

BILAG 2: Leverandøren

Oppsummert. Trude Rosendal. Ingebjørg Hammersland

Kravspesifikasjon. Innhold. Bilag 1

Smidig metodikk, erfaringer fra NAV Fagportal

Kap 11 Planlegging og dokumentasjon s 310

Bilag 1 Beskrivelse av Bistanden. Bakgrunn. Bistanden. Arbeidsoppgaver

11 Planlegging og dokumentasjon

Bilag 1 Beskrivelse av Bistanden

Kart på nett og brett

Skjema for spørsmål og svar angående: Rammeavtale for Konsulenttjenester utvikling og fornyelse, hovedsakelig innenfor IKT Saksnr.

Smidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold. Ove Dalen

KONKURRANSEGRUNNLAG MINIKONKURRANSE MED KRAVSPESIFIKASJON. Avtale 2016/72 Videreutvikling og forvaltning av EVA

KONKURRANSE - GRUNNLAG DEL II

1. Hvilke type krav angår sikkerhet og pålitelighet?

Tillegg 2: Spørsmål/svar/endringer

4.5 Kravspesifikasjon

Finansportalen Historiske bankdata

KONKURRANSEGRUNNLAG. Konkurranse med forhandling etter forskriftens del I og II. for anskaffelse av. Anskaffelse 26/2016 Arbeidsmiljøkartlegging

Forprosjektrapport. Gruppe Januar 2016

Finansportalen Historiske bankdata

Vedlegg 3 STRATEGIDOKUMENT

Forprosjektrapport GRUPPE 4: SHIFTWORKERS

Vedlegg 3 Tekniske krav til IKT-løsninger i Kongsbergregionen

Ny kontraktsstandard: Fleksibel utviklingskontrakt

Kundens tekniske plattform

1. Hvilke type krav angår sikkerhet og pålitelighet?

KONKURRANSEGRUNNLAG Prosjektleder til oppgradering av lønns-, personal- og økonomisystem

Modellering IT konferanse

K O N S U L E N T - I D : C U R R I C U L U M V I T A E

Presentasjon. Kristian Hewlett- Packard

Barne- og likestillingsdepartementet. Utredning av det juridiske handlingsrommet for en lov om etikkinformasjon. Konkurransegrunnlag

Vedlegg 1 LMDs beskrivelse av oppdraget. Ordning av arkiver. (Konkurranse for anskaffelser med verdi under EØS-terskelverdi og uprioriterte tjenester)

KONKURRANSEGRUNNLAG ANSKAFFELSE AV. Evaluering av museumsreformen i Akershus. KONKURANSEGRUNNLAG 1 av 8

Styrker og svakheter ved nåværende organisasjonsmodell og forankring av interkommunalt samarbeid i Østre Agder

REKLAMEFABRIKKEN PÅ PP

Vedlegg 11: Foreløpige krav til drift, vedlikehold og support. Dato: Sider: 19

Forprosjekt gruppe 13

KONKURRANSEGRUNNLAG Avtale om levering av e-læringssystem

AP221 Use Case - TUL - Utarbeid prosessflytmal og komponenter

Konfigurasjonsstyring. INF1050: Gjennomgang, uke 11

Test i Praksis. NTNU Februar Copyright 2014 Accenture All Rights Reserved.

Transkript:

Bilag 1: Kundens krav til leveranser 1. INNLEDNING Dette bilaget inneholder krav til kompetanse hos leverandøren. Leverandøren skal i henhold til smidig utviklingsfilosofi foreslå ett utviklingsteam på fire personer som skal jobbe fulltid for kunden, og kan løse alle oppgaver innen alle de obligatoriske kompetadene. Fra konseptutvikling til produksjonssetting og oppfølging av drift. Teamet skal jobbe tett med kunden, leverandører, brukere av de forskjellige tjenestene og andre aktuelle aktører. Produkteier for teamet vil være en representant fra BarentsWatch, varierende med hvilke tjenester og løsninger som skal utvikles. Utover det faste teamet skal det gis tilbud på tilleggsressurser for mulig utvidelse av teamet, eller for å bistå teamet med tilleggskompetanse. For å sikre enkel inkludering av ressursene ved behov, skal disse under normale forhold være fysisk samlokalisert minst en gang i uken. Dersom man ikke kan ha ressursene samlokalisert, må en god løsning for tett kontakt beskrives under punkt 3: Beskrivelse av fast team og ressurser. Utvikling forutsettes utført på leverandørens systemer og i leverandørens lokaler. Kode skal forvaltes og avleveres til BarentsWatch forvaltningsteam i samsvar med de retningslinjer som gis for kvalitet, design, dokumentasjon og bruk av verktøy for kodeforvaltning. Leverandøren skal tilgjengeliggjøre minst en arbeidsplass som disponeres av kunde ved opphold i leverandørens lokaler. Leverandøren bes å fylle inn og oppdatere dette bilaget i henhold til de retningslinjene som er gitt. Tekst med normal skrift er å anse som avtaletekst og skal forbli uforandret. I den grad Leverandøren ser behov for endringer, skal dette gjøres som innspill til eventuelle forhandlinger. Tekst i sort kursiv er generelle instruksjoner til Leverandøren, og er ikke en del av den endelige avtaleteksten. Tekst skrevet med blå kursiv er instruksjoner til Leverandøren og skal ikke inngå i det endelige bilaget. 2. KOMPETANSE Leverandøren bes å utdype sin kompetanse og e tilbudte ressurser innenfor områdene beskrevet under. Ressursenes kompetanse og dokumenteres i form av vedlagte CVer, CVene til foreslått team skal konkret belyse etterspurt kompetanse slik at dette er tydelig for kunden, gjerne med utheving i CV. Kun synliggjort kompetanse i CV vil bli vurdert. Under erfaringsnivå indikeres med initialer hvilke av de tilbudte ressursene som innehar kompetansen. Uthevede kompetader er obligatoriske, seniorressurser er å foretrekke for disse kompetadene. Spesielt relevant erfaring vurderes høyere enn antall års erfaring. Samme ressurs kan tilbys på flere kompetader, de som foreslås som fast team skal utheves og angis først i CV listen. Vi vil i utvelgelsen vektlegge den tverrfaglige kompetansen i det faste teamet. Antall ekstra ressurser utover det faste teamet vil tas med i vurderingen av leverandørens leveringsevne og kapasitet ved uforutsette behov. SIDE 1

2.1TEKNISK UTVIKLINGSKOMPETANSE K1 EpiServer K2 OpenLayers K3 GIS (GeoServer, GeoWebCache, GeoNetwork eller lignende verktøy) K4 K5 Maritime navigasjonssystemer, AIS, VMS, ENC eller lignende App utvikling for ios, Android og Windows Phone K6.Net K7 Webutvikling for større publikum. - Mobilweb - Javascript K8 Java K9 Kodeforvaltning ved hjelp av Jira, Confluence, TeamCity, SonarCube, Stash, Nexus eller tilsvarende K10 Database Følgende CV er fra hovedleverandør og underleverandører dekker kompetansen etterspurt over. (maksimalt 8 CV er vedlegges): 1, og oppgi kompetade(r) personen dekker 2, og oppgi kompetade(r) personen dekker 3, og oppgi kompetade(r) personen dekker 4, og oppgi kompetade(r) personen dekker 5, og oppgi kompetade(r) personen dekker 6, og oppgi kompetade(r) personen dekker 7, og oppgi kompetade(r) personen dekker 8, og oppgi kompetade(r) personen dekker 2.2DESIGN Teamet vil jobbe innenfor de overordnede retningslinjene lagt av BarentsWatch forvaltningsteam for design og utforming, og i tett dialog med brukerne. K20 Interaksjonsdesign, brukervennlighet og informasjonsarkitektur K21 Grafisk design SIDE 2

K22 Web- og konseptutvikling av løsninger for allment publikum inklusiv mobile webløsninger K23 Utvikling av webbaserte kartløsninger. K24 Løpende brukertesting og automatiskanalyse av bruksmønster for løsninger som leveres. Følgende CV er fra hovedleverandør og underleverandører dekker kompetansen etterspurt over. (maksimalt 4 CV er vedlegges): 1, og oppgi kompetade(r) personen dekker 2, og oppgi kompetade(r) personen dekker 3, og oppgi kompetade(r) personen dekker 4, og oppgi kompetade(r) personen dekker 2.3 METODIKK Leverandøren skal dekke alle kompetader under og indikere erfaring for alle foreslåtte medlemmer av det faste utviklingsteamet i CV. Smidig arbeidsmetodikk vil være sentral, og det er derfor et krav om at en i teamet har SCRUM Master-sertifisering eller lignende og kan dokumentere erfaring på området. K30 Scrummaster eller tilsvarende Vennligst K31 Annen prosjektledersertifisering Vennligst K32 Erfaring fra deltakelse i andre smidige utviklingsprosjekter Vennligst Følgende CV er fra hovedleverandør og underleverandører dekker en eller flere av kompetansetypene etterspurt over. (maksimalt 12 CV er vedlegges og de fleste bør sammenfalle med CVer for andre kompetader. Alle faste ressurser listes opp her med teamleder først): 1, og oppgi kompetade(r) personen dekker 2, og oppgi kompetade(r) personen dekker 3, og oppgi kompetade(r) personen dekker 4, og oppgi kompetade(r) personen dekker 5, og oppgi kompetade(r) personen dekker 6, og oppgi kompetade(r) personen dekker 7, og oppgi kompetade(r) personen dekker 8, og oppgi kompetade(r) personen dekker 9, og oppgi kompetade(r) personen dekker 10, og oppgi kompetade(r) personen dekker 11, og oppgi kompetade(r) personen dekker 12, og oppgi kompetade(r) personen dekker SIDE 3

3.BESKRIVELSE AV FAST TEAM OG RESSURSER 3.1FAST TEAM Leverandøren skal foreslå 4 personer som skal inngå i det faste teamet. Nr Navn: 1, og oppgi kompetade(r) personen dekker angitt med kompetadenummer. 2 3 4 3.2 TILLEGGSRESSURSER Det faste teamet vil inngå i evaluering av tilbudet, kunde ønsker i samarbeide med leverandør å sette sammen et så godt team som mulig. Leverandør bes derfor oppgi inntil 10 ressurser som kan være aktuelle i fast team. Disse ressursene vil ikke bli evaluert. Nr Navn: 1, og oppgi kompetade(r) personen dekker angitt med kompetadenummer. 2 3 4 5 6 7 8 9 10 3.3ÅRLIG KOSTNAD Dette er ikke et tildelingskriterie, men sikrer gjensidig forståelse mellom leverandør og kunde. Vennligst antyd antatt årlig kostnad ved bruk av det faste teamet i fulltid. Angi antatt årlig uttak i timer. 3.4TEAMVURDERING Teksten under skal beskrive det foreslåtte faste teamet på fire ressurser med maksimum 500 ord. Leverandøren bes spesielt belyse hvordan teamets sammensetning vil kunne bidra til å løse kundens behov. Herunder blant annet: Har teamet tidligere erfaring i å jobbe smidig sammen? Vil teamet ha mulighet til å sitte fysisk samlet i det daglige arbeidet? Dersom man ikke skal ha ressursene samlokalisert må en god løsning for tett kontakt beskrives. Har utviklingsteamet anledning til fysisk kontakt med de andre tilbudte ressursene? Det faste teamet vil vurderes etter synliggjort samlet dekning av kompetadene i punkt 2 og hvordan ressursene utfyller hverandre iht. smidige prinsipper. Et godt smidig team er kryssfunksjonelt. 4.BESKRIVELSE AV METODIKK OG PROSJEKTORGANISERING Punktene under skal beskrives med maks en side per punkt. Totalt maksimum fem sider eksklusive grafikk/illustrasjoner. SIDE 4

Det skal her klart fremgå forventninger til deltakelse og behov for fysisk tilstedeværelse fra kundens side. 4.1KONSEPTUTVIKLING OG DESIGN Leverandøren bes spesielt beskrive hvordan deres metodikk på dette området vil støtte Kundens målsetning om: Å bli det foretrukne nettstedet for helhetlig informasjon om og tilby unike tjenester for profesjonelle brukere av hav og kyst i Norge og nordområdene. Brukerstyrt utvikling i et samarbeid med brukere, partnere og BarentsWatch sitt forvaltningsteam. Å være nyskapende innen fremstilling av komplekse datagrunnlag 4.2SYSTEMUTVIKLING Leverandøren bes spesielt beskrive hvordan deres metodikk på dette kompetadet vil støtte Kundens målsetning om: Et system med mange integrasjoner fra mange leverandører som er lett å vedlikeholde i framtiden, og der forskjellige tilkoblingsmåter vil være mulig Et nettsted med en meget god opplevd responstid. Å være i tett dialog med brukerne og ha en brukerstyrt utviklingsprosess. Løpende leveranser og oppdateringer av produksjonsmiljøet med automatiserte enhets- og systemtester (test driven development) i samarbeid med forvaltningsteamet. Leverandøren bes også å utdype sin metodikk knyttet til smidig utvikling, herunder forslag til hvordan Kundens utviklingsprosjekter organiseres.. 4.3DOKUMENTASJON OG OPPLÆRING Leverandøren bes beskrive praksis for kompetadet særlig i forhold til Kundens målsetning om: Å sikre enkelt vedlikehold gjennom godt dokumentert kode iht. språkets standard og overordnet dokumentasjon i Kundens Confluence. En wiki (Confluence) der dette teamet vil være et av flere utviklingsmiljøer, koordinert av forvaltningsteamet. Nødvendig kunnskapsformidling og kompetanseoverføring til kunden og andre aktører der dette er nødvendig. 4.4KODEFORVALTNING Leverandøren vil levere kode til BarentsWatch sitt eksisterende kodeforvaltningsregime i samråd med eksisterende forvaltningsteam. Beskriv hvordan teamet vil løse: Applikasjonsdrift og oppdatering Versjonskontroll Feilhåndtering Bygging og utrulling av kode Kontinuerlig integrasjon og automatisert testing Change management Artifact repository SIDE 5