Moniko täällä työskentelee arkkitehdin tittelillä.
Kuinka olette tuolle pallille päässeet, ilmeisesti tavallisin tausta on olla jonkun vuoden koodarina, vai onko joku päässyt arkkitehdiksi suoraan koulun penkiltä?
Oletteko käyneet tuon perustutkinnon päälle mitä kursseja liittyen softa-arkkitehtuuriin.
Onko arkkitehdin hommassa perustutkintona DI parempi kuin insinööri, pelkän koodarin hommassahan nyt riittää mainiosti insinööri.
Kuuluuko työhönne arkkitehdin tittelistä huolimatta myös koodausta.
SOFTA-ARKKITEHTI
__Heppuli__
13
2463
Vastaukset
- Kyl vaan
Olen arkkitehti tittelin omaava(koulutus taustana on FM)
Vaatii käytännössä sitä, että pääsee mukaan uusiokehitys projektiin, jossa oikeasti suunitellaan jotain arkitehtuurillisesti uutta. Itselle ko titteli tuli, kun pääsi projektiin, jossa .NET sovellus muutettiin J2EE sovellukseksi uusimmilla teknologioilla EJB3(Jboss:ssa Alpha versiosta->). Web käyttöliittymä AJAX tekniikkalla. Klusteri hajautukset jne.
Muutoin, jos käytetään vanhaa arkitehtuuria olet sovellussuunnittelija eli suunnitelet olemassa olevaan arkkitehturiin omainaisuuksia lisää.
Erilaiset patternit toki tulee hallita=YMMÄRTÄÄ ja seurata muutoksien aallon harjaa, että voi poimia mukaan uutta, jos tiedon kerää kurseilta on minusta jo myöhässä.- Ingenjör81
Jotka ei osaa muuta, on siirretty suunnitteleen arkkitehdiksi. Näin ainakin meidän projektissa.
- asdasdasdasddasd
Ingenjör81 kirjoitti:
Jotka ei osaa muuta, on siirretty suunnitteleen arkkitehdiksi. Näin ainakin meidän projektissa.
En sano, etteikö osaamaton kaveri olisi vaarallinen suunnittelijana/koodaajana, mutta on se vaarallinen arkkitehtinäkin - sanoisin jopa, että vielä vaarallisempi.
Tästä tullaankin jännään juttuun: yleisesti ottaen nämä sovellusarkkitehdit eivät osaa kaikkia asioita, joita heidän pitäisi osata. Varsinkin oikean elämän kokemusta on aina liian vähän. Koska sopivia ihmisiä arkkitehdeiksi on oikeasti aivan liian vähän, mutta toisaalta johto haluaa, että "vastuu" on yhdellä ihmisellä, arkkitehdiksi pääsee olemalla oikeaan aikaan oikeassa paikassa.
Tästä ympäristölle aiheutuva tuho on sitten suurempi tai pienempi sen mukaan, kuinka paljon se arkkitehti osaa ja kuinka paljon se puhui paskaa saadakseen hienon tittelin. Jos onnistuu pääsemään arkkitehdiksi ilman riittävää kokemusta asioista, kannattaa kuunnella niitä muita ihmisiä siinä projektissa. Ei kaikkea ole pakko keksiä itse, vaikka onkin "Arkkitehti". - ..............
asdasdasdasddasd kirjoitti:
En sano, etteikö osaamaton kaveri olisi vaarallinen suunnittelijana/koodaajana, mutta on se vaarallinen arkkitehtinäkin - sanoisin jopa, että vielä vaarallisempi.
Tästä tullaankin jännään juttuun: yleisesti ottaen nämä sovellusarkkitehdit eivät osaa kaikkia asioita, joita heidän pitäisi osata. Varsinkin oikean elämän kokemusta on aina liian vähän. Koska sopivia ihmisiä arkkitehdeiksi on oikeasti aivan liian vähän, mutta toisaalta johto haluaa, että "vastuu" on yhdellä ihmisellä, arkkitehdiksi pääsee olemalla oikeaan aikaan oikeassa paikassa.
Tästä ympäristölle aiheutuva tuho on sitten suurempi tai pienempi sen mukaan, kuinka paljon se arkkitehti osaa ja kuinka paljon se puhui paskaa saadakseen hienon tittelin. Jos onnistuu pääsemään arkkitehdiksi ilman riittävää kokemusta asioista, kannattaa kuunnella niitä muita ihmisiä siinä projektissa. Ei kaikkea ole pakko keksiä itse, vaikka onkin "Arkkitehti".Arkkitehdin olisi hyvä muistaa aina ettei tiedä kaikkea. Mitä kauemmin joku on ollut arkkitehtinä ja vieraantunut käytännön hommista, sitä helpommin tulee virheitä. Se mikä pienessä mittakaavassa toimii, ei aina toimikkaan tuotannossa...
Arkkitehdillä on suuri vastuu, jos hän ei osaa hommiaan niin se on tuotteen loppu. - arkkiatri
.............. kirjoitti:
Arkkitehdin olisi hyvä muistaa aina ettei tiedä kaikkea. Mitä kauemmin joku on ollut arkkitehtinä ja vieraantunut käytännön hommista, sitä helpommin tulee virheitä. Se mikä pienessä mittakaavassa toimii, ei aina toimikkaan tuotannossa...
Arkkitehdillä on suuri vastuu, jos hän ei osaa hommiaan niin se on tuotteen loppu."Mitä kauemmin joku on ollut arkkitehtinä ja vieraantunut käytännön hommista, sitä helpommin tulee virheitä."
Jos noin on päässyt käymään, niin sitten arkkitehti on ryssinyt oman ammattitaitonsa. Ainakin teknisellä arkkitehdilla nimenomaan kuuluu olla näppituntuma käytännön koodauksesta ja työnteosta.
- yksi meistä
Älä anna tittelien IT-alalla hämätä. Arkkitehti voi olla vain heppu joka projektipäällikön rinnalla pitää huolen siitä että ...ka valuu, tiedät varmaankin mihin suuntaan. Tämä etenkin jos esimies-linjalla työskennellyt henkilö siirtyy "asiantuntija"-linjalle, työn vaativuusluokituksenhan on säilyttävä vähintäänkin samana. Kuta useampi muuta kuin suorittavaa työtä tekevää henkilöä projektissa on sitä tehokkaammin tekniset ja organitoriset syy-yhteyssuhteet hämärtyvät. Tällöin voidaan tehdä ja myydä ...kaa ilman että koskaan tunnustetaan miksi taas kävi niinkuin kävi. Ja ehkä jopa oppia entisistä virheistä. Perustelen väitettäni lisäksi sillä että arkkitehtuurin karkeusastetta voidaan aina sovittaa tilanteeseen sopivaksi, vrt power point esitys vs mallinnustyökaluilla tehty tekninen arkkitehtuurikuvaus. Koodirivi sen sijaan on aina yksiselitteinen statement.
- JOBWAY.COM
Etsimme sekä kokemusta omaavia että juuri valmistuneita arkkitehtejä eri asiakasyrityksiin jatkuvasti ja tälläkin hetkellä avoimia paikkoja on runsaasti tarjolla. Kaikki halukkaat rekisteröikää CV kotisivuillemme jobway.com ja löydämme juuri sinulle sopivan työn! Palvelu on ilmainen.
http://fi.jobway.com/index.cfm/sektion/register - huuhaahuu
JOBWAY.COM kirjoitti:
Etsimme sekä kokemusta omaavia että juuri valmistuneita arkkitehtejä eri asiakasyrityksiin jatkuvasti ja tälläkin hetkellä avoimia paikkoja on runsaasti tarjolla. Kaikki halukkaat rekisteröikää CV kotisivuillemme jobway.com ja löydämme juuri sinulle sopivan työn! Palvelu on ilmainen.
http://fi.jobway.com/index.cfm/sektion/registerJaa minä kun luulin että arkkitehdiksi kasvetaan työkokemuksen kautta. Vasta koulusta valmistunut kyllä nauretaan työhaastattelussa pihalle.
- ScrumMaster
huuhaahuu kirjoitti:
Jaa minä kun luulin että arkkitehdiksi kasvetaan työkokemuksen kautta. Vasta koulusta valmistunut kyllä nauretaan työhaastattelussa pihalle.
Nykyään alaa valtaava Scrum ei sinällään tue enää tällaisia erillisiä rooleja. On vain tiimi, Scrum Master ja Product Owner (pienessä mittakaavassa). Tiimi tekee päätökset yhdessä demokraattisesti. Product Owner priorisoi työtä. Jos Scrumissa tätä ei noudateta, ei voida puhua oikeastaan enää Scrumista vaan jostain Scrum but(t):sta.
Entiset arkkitehdit yleensä saavat pitää tällöin yleensä nimensä ihan vaan siinä mielessä ettei kukaan pahoita mieltään. Harvoin ihmiset tykkäävät saavuttamistaan titteleistä luopumaan. Ja oikeasti se homma on vain titteli. Kaikista paras ratkaisu on käyttää arkkitehtuurin suunnitteluun koko tiimiä sillä kaikilla on ohjelmistoalalla varmasti osaamista ja ideoita. Valitettavaa onkin ettei monet organisaatiot tätä tue. - RKMK
ScrumMaster kirjoitti:
Nykyään alaa valtaava Scrum ei sinällään tue enää tällaisia erillisiä rooleja. On vain tiimi, Scrum Master ja Product Owner (pienessä mittakaavassa). Tiimi tekee päätökset yhdessä demokraattisesti. Product Owner priorisoi työtä. Jos Scrumissa tätä ei noudateta, ei voida puhua oikeastaan enää Scrumista vaan jostain Scrum but(t):sta.
Entiset arkkitehdit yleensä saavat pitää tällöin yleensä nimensä ihan vaan siinä mielessä ettei kukaan pahoita mieltään. Harvoin ihmiset tykkäävät saavuttamistaan titteleistä luopumaan. Ja oikeasti se homma on vain titteli. Kaikista paras ratkaisu on käyttää arkkitehtuurin suunnitteluun koko tiimiä sillä kaikilla on ohjelmistoalalla varmasti osaamista ja ideoita. Valitettavaa onkin ettei monet organisaatiot tätä tue.Arkkitehtuurin luominen Scrum-tiimin sisällä voi toimia pienissä projekteissa. Kaikista tiimin jäsenistä ei siihen ole, se vaatii kokemusta ja tietoa laajemmalta alalta kuin monella peruskoodarilla on. Vieläkin näkee ohjelmoijia jotka ovat projekteissa keskittyneet aina yhteen asiaan ja esim. käyttöliittymäpuolta koodannut tyyppi on täysin sormi suussa jos kuvioon tulee yksinkertainenkin tietokanta.
Kun mukana on useita Scrum-tiimejä, kokonaisuus voi mennä hyvin nopeasti metsään jos kaikki tekevät omat ratkaisunsa. Arkkitehdin rooli on siis projektin alkuvaiheessa ylemmän tason arkkitehtuuria tehtäessä ja projektin aikana tiimien tukena toteutuksen arvioijana ja mentorina. - saadadadadads
RKMK kirjoitti:
Arkkitehtuurin luominen Scrum-tiimin sisällä voi toimia pienissä projekteissa. Kaikista tiimin jäsenistä ei siihen ole, se vaatii kokemusta ja tietoa laajemmalta alalta kuin monella peruskoodarilla on. Vieläkin näkee ohjelmoijia jotka ovat projekteissa keskittyneet aina yhteen asiaan ja esim. käyttöliittymäpuolta koodannut tyyppi on täysin sormi suussa jos kuvioon tulee yksinkertainenkin tietokanta.
Kun mukana on useita Scrum-tiimejä, kokonaisuus voi mennä hyvin nopeasti metsään jos kaikki tekevät omat ratkaisunsa. Arkkitehdin rooli on siis projektin alkuvaiheessa ylemmän tason arkkitehtuuria tehtäessä ja projektin aikana tiimien tukena toteutuksen arvioijana ja mentorina.Mitä on omaa kokemusta Scrumista, niin kyllähän niillä kokeneilla kavereilla (= arkkitehdeillä) on paljon vaikutusvaltaa arkktitehtuuriin. Sen projektin jäsenet nimittäin usein valitsevat ratkaisuja, joita ne kokeneet ehdottavat, koska ne ovat hyviä.
- ScrumMaster
RKMK kirjoitti:
Arkkitehtuurin luominen Scrum-tiimin sisällä voi toimia pienissä projekteissa. Kaikista tiimin jäsenistä ei siihen ole, se vaatii kokemusta ja tietoa laajemmalta alalta kuin monella peruskoodarilla on. Vieläkin näkee ohjelmoijia jotka ovat projekteissa keskittyneet aina yhteen asiaan ja esim. käyttöliittymäpuolta koodannut tyyppi on täysin sormi suussa jos kuvioon tulee yksinkertainenkin tietokanta.
Kun mukana on useita Scrum-tiimejä, kokonaisuus voi mennä hyvin nopeasti metsään jos kaikki tekevät omat ratkaisunsa. Arkkitehdin rooli on siis projektin alkuvaiheessa ylemmän tason arkkitehtuuria tehtäessä ja projektin aikana tiimien tukena toteutuksen arvioijana ja mentorina.Riippu toki tiimistä, mutta Scrumissa silti päätökset tehdään yhteiseltä pohjalta. Yleensä tosiaan nämä entiselle mallilla arkkitehtuurin roolin jo saaneet kaverit on niitä kokeneimpia ja heidän ääni sekä tahto yleensä tulee siksi valituksi, että he juuri kokemuksensa perusteella osaavat ratkaisullansa vakuutta muut. Yleensä nämä henkilöt muutenkin erottuvat tiimistä niin, että heille tulee eräänlainen "vetäjän" rooli. Retrospektissä ja daily scrumissa he yleensä osaavat tuoda nämä jutut esille ja näistä saadaan tiimille lisää virtaa. Muutenkin tiimin dynamiikka alkaa toimia tietyn ajan kuluttua yhdessä toimiessa ja tähän menee muutama sprint aikaa. Aika harvoin tiimi ei toimi, mutta sellaisiakin tapauksia on joskus sattunut. Monesti coachaaminen on tällöin pielessä tai tiimin sopivuus tehtävään.
Tosiaan toteutus voi mennä pahasti metsään, jos tiimissä ei selkeästi jotain kokenutta jermua ole, mutta jos tämä sidotaan vanhaan arkkitehdin rooliin ei uusia ideoita synny. Nuorilla kehittäjillä harvoin on suoraan käyttökelpoisia ideoita, mutta niiden ilmoille tuominen synnyttää keskutelua, syventää koko tiimin osaamista ja joskus jopa johtaa uuteen parempaan toimintatapaan.
Itse olen eräässä Suomen suurimassa IT-yrityksessä näitä valtavan kokoisia liiketoimminan muutokseen tähtääviä projekteja toteuttamassa ja tämä malli on toiminut. Sinällään kehittäjätkin ovat huomattavasti laadukkaampia kuin monissa puulakeissa. Scrumissa projektia toteuttavasta tiimistä on löydyttävä siis omalla osa-alueelleen oikea osaaminen muuten tosiaan metsään mennään ja pahasti.
Useilla tiimeillä tehtäessä homma on taas asteen monimutkaisempaa ja se vaati Product Ownereilta/Ownereilta selkeää priorisointia tiimeittäin. Myöskin tiimeille on löydettävä selkeät alueet mihin he soveltuvat.
- ................
ARKKITEHTI (10-03-7291) , Other Infrastructure
Helsinki (Finland) Announced date: 2010-03-30
Apply before: 2010-03-31
________________________________________
Etsimme pääkaupunkiseudulla sijaitsevalle asiakkaallemme yhtä monipuolista osaajaa, jonka tehtävät tulevat pitämään sisällään monipuolisia teknologiakehityshankkeita, jotka tähtäävät asiakkaan tietohallinnon toiminnan tehostamiseen. Painoalueita voivat olla esimerkiksi tietoturva, kustannustehokkuus tai järjestelmien saatavuus. Tarkempi tehtäväkuva muodostetaan henkilön osaamisen perusteella.
P...
Start date: ASAP
End date: Open
Read more and apply here:
http://www.ework.se/Login.cfm?urlredirect=ProjectView.cfm?PROJECT_ID=100237291
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Työsuhdepyörän veroetu poistuu
Hallituksen veropoliittisen Riihen uutisia: Mitä ilmeisimmin 1.1.2026 alkaen työsuhdepyörän kuukausiveloitus maksetaan2236788Pakko tulla tänne
jälleen kertomaan kuinka mahtava ja ihmeellinen sekä parhaalla tavalla hämmentävä nainen olet. En ikinä tule kyllästymää391209Fuengirola.fi: Danny avautuu yllättäen ex-rakas Erika Vikmanista: "Sanoisin, että hän on..."
Danny matkasi Aurinkorannikolle Helmi Loukasmäen kanssa. Musiikkineuvoksella on silmää naiskauneudelle ja hänen ex-raka211005- 75871
Hävettää muuttaa Haapavedelle.
Joudun töiden vuoksi muuttamaan Haapavedelle, kun työpaikkani siirtyi sinne. Nyt olen joutunut pakkaamaan kamoja toisaal47804Katseestasi näin
Silmissäsi syttyi hiljainen tuli, Se ei polttanut, vaan muistutti, että olin ennenkin elänyt sinun rinnallasi, jossain a59794Työhuonevähennys poistuu etätyöntekijöiltä
Hyvä. Vituttaa muutenkin etätyöntekijät. Ei se tietokoneen naputtelu mitään työtä ole.91768Toinen kuva mikä susta on jäänyt on
tietynlainen saamattomuus ja laiskuus. Sellaineen narsistinen laiskanpuoleisuus. Palvelkaa ja tehkää.38751Tietenkin täällä
Kunnan kyseenalainen maine kasvaa taas , joku huijannut monen vuoden ajan peltotukia vilpillisin keinoin.14716- 43713