haku: @instructor Mikkonen, Kirsi / yhteensä: 3
hakutulos-lista
viite: 1 / 3
« edellinen | seuraava »
Tekijä:Seikola, Marko
Työn nimi:The Scrum Product Backlog as a Tool for Steering the Product Development in a Large-Scale Organization
Julkaisutyyppi:Diplomityö
Julkaisuvuosi:2010
Sivut:xi + 92 s. + liitt. 8      Kieli:   eng
Koulu/Laitos/Osasto:Elektroniikan, tietoliikenteen ja automaation tiedekunta
Oppiaine:Tietoliikennetekniikka   (S-72)
Valvoja:Korhonen, Timo O.
Ohjaaja:Mikkonen, Kirsi
Elektroninen julkaisu: http://urn.fi/URN:NBN:fi:aalto-201203131479
OEVS:
Sähköinen arkistokappale on luettavissa Aalto Thesis Databasen kautta.
Ohje
sulje

Digitaalisten opinnäytteiden lukeminen Aalto-yliopiston Harald Herlin -oppimiskeskuksen suljetussa verkossa

Oppimiskeskuksen suljetussa verkossa voi lukea sellaisia digitaalisia ja digitoituja opinnäytteitä, joille ei ole saatu julkaisulupaa avoimessa verkossa.

Oppimiskeskuksen yhteystiedot ja aukioloajat: https://learningcentre.aalto.fi/fi/harald-herlin-oppimiskeskus/

Opinnäytteitä voi lukea Oppimiskeskuksen asiakaskoneilla, joita löytyy kaikista kerroksista.

Kirjautuminen asiakaskoneille

  • Aalto-yliopistolaiset kirjautuvat asiakaskoneille Aalto-tunnuksella ja salasanalla.
  • Muut asiakkaat kirjautuvat asiakaskoneille yhteistunnuksilla.

Opinnäytteen avaaminen

  • Asiakaskoneiden työpöydältä löytyy kuvake:

    Aalto Thesis Database

  • Kuvaketta klikkaamalla pääset hakemaan ja avaamaan etsimäsi opinnäytteen Aaltodoc-tietokannasta. Opinnäytetiedosto löytyy klikkaamalla viitetietojen OEV- tai OEVS-kentän linkkiä.

Opinnäytteen lukeminen

  • Opinnäytettä voi lukea asiakaskoneen ruudulta tai sen voi tulostaa paperille.
  • Opinnäytetiedostoa ei voi tallentaa muistitikulle tai lähettää sähköpostilla.
  • Opinnäytetiedoston sisältöä ei voi kopioida.
  • Opinnäytetiedostoa ei voi muokata.

Opinnäytteen tulostus

  • Opinnäytteen voi tulostaa itselleen henkilökohtaiseen opiskelu- ja tutkimuskäyttöön.
  • Aalto-yliopiston opiskelijat ja henkilökunta voivat tulostaa mustavalkotulosteita Oppimiskeskuksen SecurePrint-laitteille, kun tietokoneelle kirjaudutaan omilla Aalto-tunnuksilla. Väritulostus on mahdollista asiakaspalvelupisteen tulostimelle u90203-psc3. Väritulostaminen on maksullista Aalto-yliopiston opiskelijoille ja henkilökunnalle.
  • Ulkopuoliset asiakkaat voivat tulostaa mustavalko- ja väritulosteita Oppimiskeskuksen asiakaspalvelupisteen tulostimelle u90203-psc3. Tulostaminen on maksullista.
Sijainti:P1 Ark Aalto  1480   | Arkisto
Avainsanat:Scrum
product backlog
agile software development methods
product backlog -tehtävälista
ketterät ohjelmistotuotantomenetelmät
Tiivistelmä (fin): Vesiputousmalli ja sen variaatiot ovat olleet laajalti käytössä ohjelmistotuotannossa.
Näiden mallien vikojen korjaamiseksi, eli markkinoiden vaatimuksiin mukautumisen kohentamiseksi sekä evolutionististen toimitusten tekemiseksi, on syntynyt ketteriä ohjelmistokehitysmenetelmiä.
Näistä eniten käytetty on scrum-viitekehys.

Suomen Ericsson on ottamassa scrum-menetelmän käyttöön.
Muutoksen tukemiseksi, tämä diplomityö tunnistaa product backlog -tehtävälistan asianosaisia sekä heidän tarvitsemaansa ja tuottamaansa tietoa.

Kirjallisuuskatsauksen, tietoliikennealan yritysten vertailun, strukturoimattomien haastatteluiden (n = 6) sekä puolistrukturoitujen haastatteluiden (n = 11) avulla tutkimuksessa tunnistettiin asianosaiset ja heidän toimintansa eri päätöspisteissä.
Pohjana tutkimuksessa käytetään yrityksen uutta päätöksentekoviitekehystä.
Diplomityö esittelee taulukon avulla asianosaisten toimenpiteet eri päätöspisteissä nimenomaan product backlog -tehtävälistaan liittyen.

On oleellista huomata, että eri asianomaiset tarvitsevat eri tietoa.
Lisäksi eri vastuuhenkilöille sopivat erilaiset visualisointitavat.
Näin ollen, työ esittelee myös viitekehyksen, jonka avulla visualisointia voidaan kohdentaa eri asianomaisille.

Tutkimuksessa havaittiin kolme seikkaa, joita tulee kohentaa.
Ensinnäkin, useat asianomistajat haluavat oman backlog -tehtävälistan.
Toiseksi, tehtäviä ja vastuita siirretään useassa kohtaa toiselle henkilölle.
Kolmanneksi, innovaatioprosessi on erillään uuden tuotteen kehittämisestä.

Toisaalta, useita kaavailtua tapaa tukevia löydöksiä havaittiin kirjallisuudesta.
Esimerkiksi, yrityksen tiimit ovat monialaisia, tuotevastuu on hajautettu useammalle henkilölle sekä uuden ominaisuuden sisältö on rajattu vastaamaan markkinan todellista vaatimusta.
Tiivistelmä (eng): The Waterfall model has been widely applied in the software development.
However, agile software development methods have emerged to enhance the adaptability to the changing market demands and to utilize evolutionary releases.
The most widely adopted agile method is the Scrum framework.

Ericsson Finland is implementing Scrum.
To support the transition, the thesis identifies the stakeholders of the product backlog and the data the stakeholders demand and provide.
With a simplification, it can be stated that the product backlog is a prioritized list of items to be performed to complete a feature.

Based on a literature review including a benchmark of other telecommunication domain companies, open-ended interviews (n = 6), and semi-structured interviews (n = 11), the thesis lists the stakeholders and their actions at each decision point.
The decision framework, which has emerged in-house, was utilized to structure the thesis.
A matrix mapping the actions by each stakeholder at each decision point was formed.

The primary data, which the stakeholders require directly and indirectly from the product backlog, are the velocity, work to be done, the date of feature completion, dependencies, costs, and business value.
It is important to note that the stakeholders need the data on different levels and for different purposes.
Hence, the feasible visualization of the data varies among the stakeholders.

In addition to identifying the stakeholders and the requirements for data, the thesis points out three findings regarding areas to be enhanced.
First, multiple stakeholders currently demand their own product backlog.
Second, multiple handovers are conducted.
Third, the innovation process is isolated.

However, multiple findings supporting the current organizational thinking of the implementation emerged.
For instance, the teams are cross-functional, the product ownership responsibility is shared, and the scope of a new feature is optimized to not to include additional functionality that the market does not demand.
ED:2010-08-18
INSSI tietueen numero: 40125
+ lisää koriin
« edellinen | seuraava »
INSSI