Keksintösäätiön Tuoteväylä-ohjelma voi tarjota monenlaista tukea, kun Peloton-konsepteja halutaan viedä kohti toteutusta. Tuoteväylää esitteli Mia Fohlin Keksintösäätiöstä.
Scrum-menetelmän käyttö Pirkanmaalaisissa ohjelmistoyrityksissäJyri Vuorinen
Yhteenveto diplomityöstäni "Scrum-menetelmän käyttö Pirkanmaalaisissa ohjelmistoyrityksissä"
In english:
http://www.slideshare.net/jvuorinen/the-use-of-the-scrum-method-in-it-companies-in-pirkanmaa-area
Ketterä hankinta - Miten onnistut kehitysresurssien ostamisessa?Karoliina Luoto
Suomessa tällä hetkellä suosituin ketterän hankinnan muoto on resurssien ostaminen. Siinä onnistumisen ytimessä ovat läpinäkyvyys, vastuu visiosta - myös teknologian suhteen, budjetin strateginen käyttäminen ja kyky yhteistyön johtamiseen. Esitys Projektipäivillä 31.10.2017.
SAP-ohjelmistojen laadun kehittäminen monitoimittajaympäristössä - case Elisamikkomr
Presentation from the SAP Finug technology seminar (Sep 23-24 2010) highlighting the QM challenges and solutions in a multi vendor environment, Finnish only.
Digitoimiston vinkit hyvän tarjouspyynnön tekemiseen. Aiheesta kirjoitettu blogi löytyy osoitteesta http://www.valve.fi/blogs/menestys-alkaa-tarjouspyynnosta-osa-1
Keksintösäätiön Tuoteväylä-ohjelma voi tarjota monenlaista tukea, kun Peloton-konsepteja halutaan viedä kohti toteutusta. Tuoteväylää esitteli Mia Fohlin Keksintösäätiöstä.
Scrum-menetelmän käyttö Pirkanmaalaisissa ohjelmistoyrityksissäJyri Vuorinen
Yhteenveto diplomityöstäni "Scrum-menetelmän käyttö Pirkanmaalaisissa ohjelmistoyrityksissä"
In english:
http://www.slideshare.net/jvuorinen/the-use-of-the-scrum-method-in-it-companies-in-pirkanmaa-area
Ketterä hankinta - Miten onnistut kehitysresurssien ostamisessa?Karoliina Luoto
Suomessa tällä hetkellä suosituin ketterän hankinnan muoto on resurssien ostaminen. Siinä onnistumisen ytimessä ovat läpinäkyvyys, vastuu visiosta - myös teknologian suhteen, budjetin strateginen käyttäminen ja kyky yhteistyön johtamiseen. Esitys Projektipäivillä 31.10.2017.
SAP-ohjelmistojen laadun kehittäminen monitoimittajaympäristössä - case Elisamikkomr
Presentation from the SAP Finug technology seminar (Sep 23-24 2010) highlighting the QM challenges and solutions in a multi vendor environment, Finnish only.
Digitoimiston vinkit hyvän tarjouspyynnön tekemiseen. Aiheesta kirjoitettu blogi löytyy osoitteesta http://www.valve.fi/blogs/menestys-alkaa-tarjouspyynnosta-osa-1
How to be a Lean Product Developer? @Agile Riga Day 2012Marko Taipale
The document provides guidance for lean product development. It recommends:
1. Validating business ideas through customer development and getting feedback to turn ideas into a series of testable hypotheses rather than guesses.
2. Building software faster using techniques like acceptance test-driven development (ATDD) and just-in-time architecture to minimize waste and inventory in the development process.
3. Measuring key metrics to understand customer needs and prioritize features, determine when requirements are met, and track progress over time.
This document describes several case studies involving companies transitioning to more agile ways of working.
The first case study involves an international gaming company that was trying to speed up product development. Mapping their entire value stream and showing areas of waste and delay helped them transition to Scrum and reduce their time-to-market from 24 months to 3 months.
The second case study involves a software product company that was just starting to adopt Scrum. Mapping out their current roles and processes revealed a lack of clear responsibilities that was causing confusion and delays. Introducing a Chief Product Owner role helped clarify responsibilities and align the various teams.
The third case study involves a company that was developing a new way of working to
The document discusses several technology trends for 2015, including reactive web development using Meteor, adopting an API-first approach and microservices architecture, implementing continuous delivery practices like releasing software updates almost everyday, using Docker to standardize infrastructure management, and applying lean startup principles like building, measuring, learning, and pivoting products.
The document discusses different approaches to agile software development including Scrum, Kanban, Extreme Programming (XP), Lean Startups, and Design Driven Development (D3). It explains that agile is a philosophy focused on individuals, collaboration, adaptability to change, and delivering working software frequently. Specific agile methods then apply this philosophy through practices like test-driven development, daily standups, limiting work in progress, and continuous delivery.
Creative Branching Models for Multiple Release StreamsAtlassian
Nuance Communications is making the move from SVN to Git! Why? To take advantage of its strong branching and merging capabilities... and to keep their developers happy. With wild variations between each product's release model, they have multiple releases of one or more components in play at a given time. So they had to get creative with a branching model. This talk will discuss choosing the right Git branching model for each of your release streams, and managing multiple releases using Bitbucket (including Stash), JIRA, Bamboo, and Maven.
Extreme agile leadership - Ansätze für kooperative Führung in einer agilen Or...Jo Seibert
In diesem Vortrag möchten wir zeigen, welchen Einfluss die Einführung von agiler Softwareentwicklung auf unser Führungsverständnis hatte und welche tiefgreifenden Veränderungen für die gesamte Organisation wir daraus gemeinsam entwickelt haben. Insbesondere wollen wir die folgende konkreten Punkte vorstellen:
Von der Pyramide zum Pfirsich: Einfluss des agilen Arbeitens auf die Unternehmensorganisation
Vom geschlossenen Strategiemeeting zum unternehmensweiten Open Space
Von der individuellen Zielvereinbarung zum gemeinsamen Verbesserungsprozess
Vom Vorgesetzten zum Mentorenteam: Dezentralisierung der Personalentwicklung
Vom Zentrum in die Peripherie: Wer entscheidet hier eigentlich?
ValueFrame - myynnistä toimitukseen -seminaari 17.11.2011 (id 2134) (id 2212)ValueFrame Oy
Esityksessä käydään läpi muutamia keskeisiä projektien epäonnistumiseen johtavia syitä sekä esitellään joitakin malleja näiden ehkäisyyn jo myyntivaiheen aikana.
www.valueframe.com
Finpron 24.4.2012 Kiinan paperi- ja selluteollisuus uudistuu – mahdollisuudet suomalaisyrityksille seminaarin esitysmateriaali.
Kokemuksia yritystoiminnasta Kiinassa, Markus Hallapuro, toimitusjohtaja, TM Systems
Valtion yhteinen viestintäratkaisu (VYVI), palvelun esittelytilaisuuden materiaali, kevät 2012. Palveluiden käyttöönotto. Valtion IT-palvelukeskus (VIP).
Adaptive Insights - Suunnittelu ja konsernilaskenta pilvestä 22.10.2015eCraft Referre
Tapahtuma oli osa eCraft Referren Business Insight -tapahtumasarjaa, joka kokoaa yhteen tämän hetken parhaiden tiedolla johtamisen ratkaisujen ja käytäntöjen lisäksi näkymän alan tuleviin trendeihin ja toteutuksiin.
Milloin IT-infraa tulee uudistaa? Millainen on moderni IT-infra? Miten siirtyä pilveen onnistuneesti Pilvipolun avulla?
Lue lisää Pilvipolusta täältä: https://www.inmicsnebula.fi/fi/palvelut/projekti-konsultointi-ja-asiantuntijapalvelut/pilvipolku
Talent Base järjesti Ketterän datan hallinnan aamiaisseminaarin maaliskuussa 2019. Tilaisuudessa kokeneet konsulttimme Mikko Lukkarinen, Juha Loukola ja Anna Virolainen kertoivat, miten datan hallintaa kehitetään ketterästi ja luodaan arvoa liiketoiminnalle.
How to be a Lean Product Developer? @Agile Riga Day 2012Marko Taipale
The document provides guidance for lean product development. It recommends:
1. Validating business ideas through customer development and getting feedback to turn ideas into a series of testable hypotheses rather than guesses.
2. Building software faster using techniques like acceptance test-driven development (ATDD) and just-in-time architecture to minimize waste and inventory in the development process.
3. Measuring key metrics to understand customer needs and prioritize features, determine when requirements are met, and track progress over time.
This document describes several case studies involving companies transitioning to more agile ways of working.
The first case study involves an international gaming company that was trying to speed up product development. Mapping their entire value stream and showing areas of waste and delay helped them transition to Scrum and reduce their time-to-market from 24 months to 3 months.
The second case study involves a software product company that was just starting to adopt Scrum. Mapping out their current roles and processes revealed a lack of clear responsibilities that was causing confusion and delays. Introducing a Chief Product Owner role helped clarify responsibilities and align the various teams.
The third case study involves a company that was developing a new way of working to
The document discusses several technology trends for 2015, including reactive web development using Meteor, adopting an API-first approach and microservices architecture, implementing continuous delivery practices like releasing software updates almost everyday, using Docker to standardize infrastructure management, and applying lean startup principles like building, measuring, learning, and pivoting products.
The document discusses different approaches to agile software development including Scrum, Kanban, Extreme Programming (XP), Lean Startups, and Design Driven Development (D3). It explains that agile is a philosophy focused on individuals, collaboration, adaptability to change, and delivering working software frequently. Specific agile methods then apply this philosophy through practices like test-driven development, daily standups, limiting work in progress, and continuous delivery.
Creative Branching Models for Multiple Release StreamsAtlassian
Nuance Communications is making the move from SVN to Git! Why? To take advantage of its strong branching and merging capabilities... and to keep their developers happy. With wild variations between each product's release model, they have multiple releases of one or more components in play at a given time. So they had to get creative with a branching model. This talk will discuss choosing the right Git branching model for each of your release streams, and managing multiple releases using Bitbucket (including Stash), JIRA, Bamboo, and Maven.
Extreme agile leadership - Ansätze für kooperative Führung in einer agilen Or...Jo Seibert
In diesem Vortrag möchten wir zeigen, welchen Einfluss die Einführung von agiler Softwareentwicklung auf unser Führungsverständnis hatte und welche tiefgreifenden Veränderungen für die gesamte Organisation wir daraus gemeinsam entwickelt haben. Insbesondere wollen wir die folgende konkreten Punkte vorstellen:
Von der Pyramide zum Pfirsich: Einfluss des agilen Arbeitens auf die Unternehmensorganisation
Vom geschlossenen Strategiemeeting zum unternehmensweiten Open Space
Von der individuellen Zielvereinbarung zum gemeinsamen Verbesserungsprozess
Vom Vorgesetzten zum Mentorenteam: Dezentralisierung der Personalentwicklung
Vom Zentrum in die Peripherie: Wer entscheidet hier eigentlich?
ValueFrame - myynnistä toimitukseen -seminaari 17.11.2011 (id 2134) (id 2212)ValueFrame Oy
Esityksessä käydään läpi muutamia keskeisiä projektien epäonnistumiseen johtavia syitä sekä esitellään joitakin malleja näiden ehkäisyyn jo myyntivaiheen aikana.
www.valueframe.com
Finpron 24.4.2012 Kiinan paperi- ja selluteollisuus uudistuu – mahdollisuudet suomalaisyrityksille seminaarin esitysmateriaali.
Kokemuksia yritystoiminnasta Kiinassa, Markus Hallapuro, toimitusjohtaja, TM Systems
Valtion yhteinen viestintäratkaisu (VYVI), palvelun esittelytilaisuuden materiaali, kevät 2012. Palveluiden käyttöönotto. Valtion IT-palvelukeskus (VIP).
Adaptive Insights - Suunnittelu ja konsernilaskenta pilvestä 22.10.2015eCraft Referre
Tapahtuma oli osa eCraft Referren Business Insight -tapahtumasarjaa, joka kokoaa yhteen tämän hetken parhaiden tiedolla johtamisen ratkaisujen ja käytäntöjen lisäksi näkymän alan tuleviin trendeihin ja toteutuksiin.
Milloin IT-infraa tulee uudistaa? Millainen on moderni IT-infra? Miten siirtyä pilveen onnistuneesti Pilvipolun avulla?
Lue lisää Pilvipolusta täältä: https://www.inmicsnebula.fi/fi/palvelut/projekti-konsultointi-ja-asiantuntijapalvelut/pilvipolku
Talent Base järjesti Ketterän datan hallinnan aamiaisseminaarin maaliskuussa 2019. Tilaisuudessa kokeneet konsulttimme Mikko Lukkarinen, Juha Loukola ja Anna Virolainen kertoivat, miten datan hallintaa kehitetään ketterästi ja luodaan arvoa liiketoiminnalle.
Mashing up customers, users, product and businessMarko Taipale
The document discusses customer and product development using an agile approach. It emphasizes starting with the customer to identify problems, then developing minimum viable products to validate solutions fit the problems. Each step involves validation, whether validating the customer has a problem, the solution fits the problem, or there is a market for the product. Tools like lean canvases and validation boards help share understanding and co-create. The process is iterative, refining the product based on frequent customer feedback to maximize learning.
How do we use lean startup in service developmentMarko Taipale
The document discusses using Lean Startup methodology in service development. It explains that there are three levels of knowing: build-measure-learn. Lean Startup involves developing both the business model and customers through experiments and validation. All projects start with concepts which are developed into business models and hypotheses to be tested. Customer development focuses on problem-solution fit through experiments conducted outside the office with customers. The key is to iterate based on lessons learned from validating assumptions and hypotheses.
Osaaminen uuden yrityksen johtajan näkökulmastaMarko Taipale
Esitys johtamisen osaamisesta. Esitetty 28.5.2013 Johtamisen kehittämisverkoston johtoryhmän työseminaarissa (Johtamisverkosto ja Sosiaali- ja Terveysministeriö)
Marko Taipale shares stories from coaching companies through agile adoption challenges. The first story describes helping a subcontractor deliver a project on time by analyzing 600 use cases and improving delivery from 100 to 25 months. The second story addresses misaligned goals between development and sales causing performance issues. The third story shows improving a gaming company's time to market from 24 to 3 months by optimizing the whole product development system rather than just individual teams. Lessons focus on analyzing systems holistically and aligning incentives rather than blaming individuals.
Product Owners, Santa and other GoblinsMarko Taipale
The document discusses the role of a product owner (PO) and proposes an alternative approach. It suggests that rather than having a single PO, an organization should take a system-centric view and:
1) Create a customer development team to understand customer value and validate what to build.
2) Connect this team to the development team to understand costs.
3) Ensure the customer development team consists of and meets with stakeholders to understand risks by studying the market and getting feedback from the development team.
4) This approach avoids bottlenecks and allows for more communication and innovation compared to relying only on a single PO role.
From a concept to viable business — How do we know if we are building the rig...Marko Taipale
This document discusses building the right product by focusing on problem/solution fit, business model/market fit, hypothesis/experiment fit, and user needs/service fit. It emphasizes the importance of validating your concepts by talking to customers and measuring results rather than assuming you know requirements. The key steps outlined are drawing a business model canvas, stating hypotheses to test, and getting customer feedback through discovery and validation. Pivoting based on learnings is important rather than prematurely scaling execution without verifying the business model. Overall the message is to interface business, design and engineering to create successful businesses by making the business the driver.
Maneuver Warfare and Other Badass Habits of a Lean Product Developer Marko Taipale
This document discusses how to become a lean product developer by adopting habits that focus on efficiency and continuous learning. It recommends "leaning" business ideas through customer validation, building solutions faster or not at all using just-in-time implementation, and continuously measuring what matters to optimize the system and throw away waste. The document emphasizes learning by getting customer feedback, formulating hypotheses to test, using A3 problem solving templates, and shipping solutions frequently to learn from real-world use. The overall message is that respecting people, understanding purpose, improving continuously, and engaging customers are key habits of lean product development.
Provocation to the Product Owner challenge - Agile Coaching CircleMarko Taipale
The document discusses challenges with the Product Owner (PO) role in Scrum and Agile processes. It questions whether the single PO model is effective given the amount of information and responsibilities. It also questions what happens between understanding customer needs and generating the product vision and backlog. Additionally, it argues that Agile methods sometimes marginalize understanding the business and customer needs upstream of product development. The document advocates for more learning and direct customer interaction rather than relying solely on the PO as a single point of contact. It poses several questions about how organizations implement the PO role and manage product strategy.
The document describes an Agile consulting and coaching circle that meets monthly for 2.5 hours. Each gathering includes a 20 minute peer coaching session where one person receives feedback, a topic introduction and discussion, and a retrospective and backlog grooming. The circle is meant for sharing and learning in an open group format. Facilitator contact information is provided for questions, ideas or contributions.
This is the presentation I gave at LESS2010 on 18th of Oct in 2010. The deck describes how we do lean product development and customer development and what are the current results.
Lean Startup for AaltoES Summer of StartupsMarko Taipale
The document discusses lean startup principles and how they were applied at Nextdoor.fi. It describes how Nextdoor used short development cycles, frequent releases, customer feedback, and minimum viable products to build their service iteratively while minimizing unused features. They were able to develop and maintain the site with no testers or full-time developers through techniques like continuous delivery, daily backups and reporting, and keeping the product queue small.
1.Why do you want to be agile?
L1: Set a goal for being agile or you achieve nothing
L2: Commit to agile values and principles; your practices will follow
L3: Piloting is learning. Learning is progress.
2.How to reach business agility?
L4: Business agility is about having adaptability and predictability
L5: Create product vision and validate it with customer development
L6: Find your Minimum Viable Product
3.Organization as a people system
L7:Optimize the whole
L8: Build great teams
In this presentation I tell why selling agile without a goal is nonsense and why agile pilots fail so often from biz point of view. I presented these slides in Turku Agile Day 2010.
3. 2 Cases:
Mikä oli teknisen taitamisen merkitys?
Mitä on technical excellence
käytännössä ja mitä iloa siitä on
liiketoiminnalle?
4. 2 Cases:
Mikä oli teknisen taitamisen merkitys?
Mitä on technical excellence
käytännössä ja mitä iloa siitä on
liiketoiminnalle?
Miten sovittaa työkalut ja käytännöt
tasapainoon ketterien käyttöönotossa?
21. Käytännöt auttavat kehitysvaihetta, mutta
eivät takaa liiketoiminnallista
tuloksellisuutta
Arvoketju voi syödä kaiken tehon, jonka
käytännöt tuovat (Case 1)
Käytännöt ovat kuitenkin elinehto kestävälle
tuotekehitykselle (Case 2)
22. Mitä on technical excellence
käytännössä ja mitä iloa siitä on
liiketoiminnalle?
23. Ketteriä teknisiä käytäntöjä
Testivetoinen kehitys (Test Driven Development,
TDD)
Jatkuva integrointi (Continuous Integration CI)
Jatkuva julkaisu (Continuous Deployment, CD)
24. Aloita
Kirjoita testi, joka
ei mene läpi
TDD Toteuta
toiminnallisuus
siten, että testi
menee läpi
Refaktoroi
Lopeta
25. TDD - hyödyt
Laatu J
Ei turhaa toteutusta ilman tarvetta (testi ohjaa)
Muuttumattomuustestauskuorman kanssa mahdollisuus
selvitä
Automatisoimalla yksikkö- ja toiminnallisen testaamisen
testaajat saavat mahdollisuuden keskittyä
mielenkiintoisempiin testauskategorioihin
Lyhyempi TTM, koska virhekorjauskierrokset vähenevät,
myös välitön säästö ongelmien selvittelyn ajassa,
nopeampi palaute
26. Jatkuva integrointi
(Continuous Integration)
24h
CI
Kehitys ….
1. Kerää integroitava aineisto tietolähteistä (versionhallinta..)
2. Rakenna aineistosta julkaistavat tuotokset
3. Asenna ne kohdeympäristöön
4. Aja kohdeympäristössä automatisoidut testit
5. Raportoi tulokset
27. Jatkuva integrointi - hyödyt
Ei enää integrointiyllätyksiä – fail fast!
Nopeampi palaute, virheiden korjaus
nopeutuu
Time-to-Market
28. Jatkuva julkaisu
(Continuous Deployment)
24h
CI CD
Tuotanto
1. Ota varmuuskopiot tuotannosta
2. Kerää tuotantoaineisto tietolähteistä (CI)
3. Tarkista päivitystarve tuotantoon (versiot)
4. Aja migraatioskriptit (tietokanta jne..)
5. Asenna tuotantopaketti
6. Aja tarkistusajot, tee tarvittaessa rollback
7. Raportoi tulokset, jatka mittareiden seuraamista ja tee
tarvittaessa rollback
29. Jatkuva julkaisu - Hyödyt
• Time-to-Market
• Nopea palaute liiketoiminnasta (mittaristolla)
• Eriytettävissä “julkaisu” ja “asiakasjulkaisu”
• Pienemmät tuotantoketjun jonot, atomisempi
arvoketju -> jatkossa vielä lyhyemmät
läpimenoajat
• Operatiivinen tehokkuus (infran myötä)
• Asiakastyytyväisyys
• Konfiguraatioiden määrä vähenee, koska
muutokset saataan tuotantoon nopeammin
30. Technical excellence
• On ennenkaikkea asennetta ja itsekuria
tehdä työtä inkrementaalisesti ja
iteratiivisesti
35. Opit
• Älä anna työkalujen ohjata tekemistä,
vaan tarpeen on ohjattava ja työkalujen
vikistävä
• Aloita manuaalisesti, automatisoi ja
sähköistä vaiheittain, tarpeen mukaan
37. Tekninen taitaminen ei korvaa huonoa
“järjestelmän” johtamista
Tunne arvoketjusi, ennen aloittamista.
Johda järjestelmää.
38. Tekninen taitaminen on kuitenkin
tuotekehityksessä elinehto.
Jotta liiketoiminnallinen ketteryys
voidaan saavuttaa
39. Marko Taipale
• Agile/Lean consultant, Advisor
• 15+ vuotta ohjelmistotuotantoa
• Kymmeniä kansainvälisiä julkisia esiintymisiä
Kansainvälinen online-pelitalo (TO 100+ Meur) lyhensi TTM:a
24 kuukaudesta 3 kuukauteen
Suomalainen energiayhtiö hankki prosessinohjaus/tilausjärjestelmän
20Meur hankkeessa ketterästi ja sai järjestelmän 4 kertaa kaavailtua
nopeammin
Suomalainen finanssisektorin toimija tehosti hanke- ja projektihallintoaan
ja säästi 1,3Meur/vuosi hallintokuluissa
Suomalainen startup-yhtiö löysi toimivan liiketoimintamallin
2 kuukaudessa.