Sisäiset työkalut
Se Excel, jota kukaan ei uskalla koskea. Tilausten, projektien tai tuntien hallinta käyttäjineen, oikeuksineen ja muutoshistorioineen.
Kun työ pyörii taulukossa, sähköpostissa ja yhden ihmisen muistissa, se toimii siihen asti kunnes se ei toimi. Web-sovellus on se vaihe, jossa prosessi siirtyy järjestelmään, jota useampi ihminen voi käyttää yhtä aikaa ilman että kukaan ylikirjoittaa toisen työtä.
Se Excel, jota kukaan ei uskalla koskea. Tilausten, projektien tai tuntien hallinta käyttäjineen, oikeuksineen ja muutoshistorioineen.
Asiakas näkee itse tilanteen, tiedostot ja laskut kirjautumalla, eikä kysy sitä sähköpostilla. Vähemmän välityötä molemmille.
Kalenteri, kapasiteetti, vahvistukset ja muistutukset. Tuplavaraukset estetään tietokantatasolla, ei käyttöliittymässä toivomalla.
Luvut useasta järjestelmästä yhteen näkymään, ajan tasalla. Ei kuukausittaista käsityötä, jossa joku kokoaa saman taulukon uudestaan.
Tavallisessa projektissa suunnittelija piirtää, kehittäjä toteuttaa, joku kolmas vie tuotantoon, ja jokaisessa rajapinnassa katoaa tieto siitä miksi jokin tehtiin niin kuin tehtiin. Tässä ei ole niitä rajapintoja.
Se on samalla rajoite, ja sanon sen suoraan: yksi ihminen ei rakenna kymmenen hengen tiimin kokoista järjestelmää. Jos hanke on sen kokoinen, sanon sen kartoituksessa enkä puolessa välissä.
Mihin tämä sopii hyvin: rajattu ongelma, jolla on selvä omistaja ja mitattava lopputulos. Mihin se ei sovi: hanke, jossa vaatimukset ovat vielä auki ja päättäjiä on viisi.
Käyttöliittymä on React ja palvelin Node.js, mutta ne ovat valintoja eivät vakaumuksia. Tärkeämpää on mitä niiden alla on: tietokanta, joka ei päästä läpi mahdotonta tilaa.
Säännöt, jotka on pakko pitää, pidetään tietokannassa: uniikkiudet, viite-eheys ja rajoitteet. Käyttöliittymässä oleva tarkistus on käyttömukavuutta, ei tae. Selain voidaan ohittaa, tietokantaa ei.
Sovellus tulee mukana koodin kanssa, eikä lukitse sinua minuun: se pyörii tavallisella pinolla, tallessa sinun repositoriossasi, ja seuraava kehittäjä pystyy jatkamaan siitä.
Kuka käyttää, mitä tekee ja mikä nykyisessä tavassa maksaa eniten aikaa. Tuloksena rajattu ensimmäinen versio, ei toivelista. Maksuton.
Kapein mahdollinen kokonaisuus, joka on oikeasti käyttökelpoinen. Se otetaan käyttöön aidolla datalla, koska demodata ei paljasta mitään.
Seuraavat ominaisuudet päätetään sen mukaan mikä oikeassa käytössä hiertää, ei sen mukaan mitä aloituspalaverissa arvattiin.
Koodi, ympäristöt ja varmuuskopiot sinun nimissäsi. Ylläpito minulta jos haluat, mutta ei siksi että muu vaihtoehto puuttuu.
Voiko valmis ohjelmisto riittää? Usein voi, ja jos riittää, sanon sen. Räätälöinti kannattaa vasta kun valmis tuote pakottaa muuttamaan sitä, mikä teillä toimii jo hyvin, tai kun lisenssihinta ohittaa rakentamisen.
Mitä se maksaa? Ensimmäinen versio hinnoitellaan rajattuna kokonaisuutena kartoituksen jälkeen. Tuntihinta on olemassa jatkokehitykseen, mutta projektia ei aloiteta avoimella tuntilaskulla.
Kuka omistaa koodin? Sinä. Repositorio, tunnukset ja ympäristöt siirtyvät nimiisi, ja voit vaihtaa kehittäjää ilman että sovellus jää lukkoon.
Mitä jos tarvitsemme myös mobiilisovelluksen? Sama koodipohja taipuu React Nativeen, joten mobiili ei tarkoita toista projektia alusta. Kannattaa silti tehdä vasta kun web-puoli on käytössä.
Kerro mitä tehdään nyt käsin ja kuka sen tekee. Kartoituksessa selviää kannattaako se rakentaa, ostaa valmiina vai jättää ennalleen.