# Luku 1 - Ketteryydestä ohjelmistokehityksessä 1990-luvulla ohjelmistoteollisuus kohtasi muutamia suuria ongelmia. Ensinnäkin ala oli vielä melko nuori, eikä kokeneita ohjelmistokehittäjiä ollut tarpeeksi. Toiseksi, teollisuus oli jämähtänyt käyttämään jäykkää projektinhallintamenetelmää nimeltä "vesiputous". Tämä menetelmä korostaa pitkien vaatimusluetteloiden luomista, usein enemmän oikeudellisia sopimuksia varten kuin oikeasti asiakkaiden kanssa työskentelyä varten. Tämä yhteistyön puute johti paljon epäluottamukseen. Lisäksi, ohjelmistoja ei tehty niin kuin nykyään, pienin, asteittaisin parannuksin. Sen sijaan ne luotiin massiivisina paketteina. Ajattele vanhaa Office 95 -ohjelmistoa – siinä oli tuhansia ominaisuuksia, mutta tuskin kukaan käytti niitä kaikkia. Näin valtavien pakettien kehittäminen vei vuosia, ja siltikin, niissä oli usein bugeja. Pareton laki osoittaa, että vain noin 20% ohjelmistosta käytettiin, mikä tarkoittaa, että 80% resursseista ja kehityksestä meni hukkaan. Teollisuus oli uupunut ja kaipasi kipeästi muutosta. Tämän muutoksen toivat mukanaan taitavat ohjelmistokehittäjät. Vuonna 2001 joukko heistä kokoontui muuttamaan tapaa, jolla ohjelmistoja tehtiin. He loivat [Ketterän manifestin](https://agilemanifesto.org/) ohjelmistoille, joka asetti neljä uutta ydinperiaatetta (osiossa 1.1) ja 12 periaatetta (osiossa 1.2) alalle. Nämä muutokset johtivat erilaisiin käytäntöihin ja uusiin tapoihin hallita ketteriä projekteja (osiossa 1.3), mikä johti uuteen ajattelutapaan (osiossa 1.4). --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://results-fi.agilexr.eu/projektin-tulos-1/1-guide-agile-teamwork-in-web-based-learning/chapter-1-agile-in-software.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.