Desarrollo de una plataforma de gestión para la distribución de cosmética de venta directa

Descripción, análisis y planificación del desarrollo de una extranet.

Mètriques de productivitat de programari per a la gestió de projectes

Treball fi de carrera sobre les mètriques de productivitat de programari per a la gestió de projectes.

Electronic Construction Collaboration - Phase 1, 2009

Bridge construction projects are becoming increasingly complex as the demand for context-sensitive solutions, aesthetic designs, and accelerated bridge construction becomes more prevalent. In addition, the Iowa Department of Transportation (Iowa DOT) is entering a phase of design and construction of large border bridges, such as the I-80 (let 2008 for $56 million) and US 34 bridges over the Missouri River and I-74 over the Mississippi River. Compared to typical construction projects, these bridges generate more contractor Requests for Information (RFIs), Value Engineering (VE) proposals, Requests for Changes (RFCs), and shop drawings. Management of these submittals is a significant challenge for Resident Construction Engineers (RCEs) and other Iowa DOT staff. In addition, some submittals require cross-departmental and project consultant reviews. Commercially available software exists for managing submittals and project collaboration teams; in-house solutions may also be possible. Implementation is intended to speed construction submittal review time, reduce incidence of delay claims, and free up Iowa DOT staff from project management administrative tasks. Researchers from Iowa State University working with the Iowa DOT conducted a multi-pronged approach to indentify a web-based collaboration solution for Iowa DOT bridge projects. An investigation was launched to determine the functional needs of the Iowa DOT. Commercially available software programs were also evaluated to find what functionality is currently available. A Request for Proposals (RFP) was written to select a commercial web-based collaboration solution for pilot testing. In the second phase of research, a solution will be selected and implemented on two pilot projects. Lessons learned from these pilot projects will assist the Iowa DOT in developing and implementing a long-term solution to improve the management of Iowa DOT bridge projects.

Developing Processes and Learning in a Project-based Firm

Tämän diplomityön tavoitteena on kuvata tiedonkulkua projektiliiketoimintaa harjoittavassa yrityksessä sekä analysoida kuvausta määrittäen mahdolliset kehityskohdat. Työssätuotetut kuvaukset ja kehityskohtien määrittäminen toimivat pohjana yrityksen kehittäessä projektien hallintaansa tulevaisuudessa. Työssä valitaan tietojohtamisen näkökulma sopivaksi lähestymistavaksi yrityksen toiminnananalysointiin. Haastatteluin kerätyn tutkimusmateriaalin perusteella luodaan prosessikuvaukset jotka mallintavat tietovirtoja yrityksen projektien aikana tapahtuvien prosessien välillä. Kuvausta peilataan tietämyksen luomisen sekä projektien tietojohtamisen teoriaan ja määritetään kehityskohteita. Kehityskohteiden määrittämisen lisäksi ehdotetaan mahdollisia toimenpiteitä tiedon ja tietämyksen hallinnan kehittämiseksi. Kokemusten ja opittujen asioiden sekäpalautteen kerääminen projektien aikana sekä niiden jälkeen havaittiin tärkeimmäksi kehityskohdaksi. Näiden keräämisen voidaan todeta vaativan järjestelmällisyyttä jotta projektien onnistumiset sekä niissä saavutetut parannukset voidaan toistaa jatkossa ja virheet sekä epäonnistumiset sitä vastoin välttää.

Introducing Basic Systematic Requirements Engineering Practices in Small Organizations with an Easy to Adopt Method

Requirements-relatedissues have been found the third most important risk factor in software projects and as the biggest reason for software project failures. This is not a surprise since; requirements engineering (RE) practices have been reported deficient inmore than 75% of all; enterprises. A problem analysis on small and low maturitysoftware organizations revealed two; central reasons for not starting process improvement efforts: lack of resources and uncertainty; about process improvementeffort paybacks.; In the constructive part of the study a basic RE method, BaRE, was developed to provide an; easy to adopt way to introduce basic systematic RE practices in small and low maturity; organizations. Based on diffusion of innovations literature, thirteen desirable characteristics; were identified for the solution and the method was implemented in five key components:; requirements document template, requirements development practices, requirements; management practices, tool support for requirements management, and training.; The empirical evaluation of the BaRE method was conducted in three industrial case studies. In; this evaluation, two companies established a completely new RE infrastructure following the; suggested practices while the third company conducted continued requirements document; template development based on the provided template and used it extensively in practice. The; real benefits of the adoption of the method were visible in the companies in four to six months; from the start of the evaluation project, and the two small companies in the project completed; their improvement efforts with an input equal to about one person month. The collected dataon; the case studies indicates that the companies implemented new practices with little adaptations; and little effort. Thus it can be concluded that the constructed BaRE method is indeed easy to; adopt and it can help introduce basic systematic RE practices in small organizations.

Agile Methods in Small Software Projects

Agile software development methods are attempting to provide an answer to the software development industry's need of lighter weight, more agile processes that offer the possibility to react to changes during the software development process. The objective of this thesis is to analyze and experiment the possibility of using agile methods or practices also in small software projects, even in projects containing only one developer. In the practical part of the thesis a small software project was executed with some agile methods and practices that in the theoretical part of the thesis were found possible to be applied to the project. In the project a Bluetooth proxy application that is run in the S60 smartphone platform and PC was developed further to contain some new features. As a result it was found that certain agile practices can be useful even in the very small projects. The selection of the suitable practices depends on the project and the size of the project team.

Estudi comparatiu de les diferents eines de gestió de projectes informàtics en el mercat

La present memòria es centra en l'anàlisi comparatiu de les diferents eines de software per a la gestió de projectes dins del mercat.

Erikoiskalustetuotannon työprojektin hallinta

Tutkimuksessa on selvitetty erikoiskalustevalmistuksen projektinhallinnan suunnittelun toteutusta, tukiprosesseja sekä projektien seurantaa. Tutkimuksessa verrataan teoreettista projektinhallintaa ja käytännön toteutusta erikoiskalusteita valmistavassa yrityksessä. Osa-alueina ovat projektisuunnitelma, suunnitelman seuranta, asiakastyytyväisyys ja laatu sekä työprosessin vaihtelut ja riskit. Tutkimusaineisto on koottu kyselyin, seurannalla ja haastatteluin kohdeyrityksessä. Tutkimuksessa on käytetty tilastollisia ja analyyttisen hierarkian (AHP) sekä monitavoiteoptimoinnin menetelmiä. Tuloksissa esitetään työprojektin hallinnan eri osa-alueet mukaan lukien projektin laatu sekä työprosessin vaihtelun ja riskien kannattavat hallintamahdollisuudet. Suosituksena kalustevalmistuksen työprojektien kehittämiseksi tutkimuksessa esitetään toimintaperiaatteet projektinhallintaohjelmistojen käyttöönotolle.

THE IMPACT OF ARCHITECTURAL DESIGN ON SOFTWARE DEVELOPMENT

Tässä työssä tutkitaan ohjelmistoarkkitehtuurisuunnitteluominaisuuksien vaikutusta erään client-server –arkkitehtuuriin perustuvan mobiilipalvelusovelluksen suunnittelu- ja toteutusaikaan. Kyseinen tutkimus perustuu reaalielämän projektiin, jonka kvalitatiivinen analyysi paljasti arkkitehtuurikompponenttien välisten kytkentöjen merkittävästi vaikuttavan projektin työmäärään. Työn päätavoite oli kvantitatiivisesti tutkia yllä mainitun havainnon oikeellisuus. Tavoitteen saavuttamiseksi suunniteltiin ohjelmistoarkkitehtuurisuunnittelun mittaristo kuvaamaan kyseisen järjestelmän alijärjestelmien arkkitehtuuria ja luotiin kaksi suunniteltua mittaristoa käyttävää, työmäärää (komponentin suunnittelu-, toteutus- ja testausaikojen summa) arvioivaa mallia, joista toinen on lineaarinen ja toinen epälineaarinen. Näiden mallien kertoimet sovitettiin optimoimalla niiden arvot epälineaarista gloobaalioptimointimenetelmää, differentiaalievoluutioalgoritmia, käyttäen, niin että mallien antamat arvot vastasivat parhaiten mitattua työmäärää sekä kaikilla ominaisuuksilla eli attribuuteilla että vain osalla niistä (yksi jätettiin vuorotellen pois). Kun arkkitehtuurikompenttien väliset kytkennät jätettiin malleista pois, mitattujen ja arvoitujen työmäärien välinen ero (ilmaistuna virheenä) kasvoi eräässä tapauksessa 367 % entisestä tarkoittaen sitä, että näin muodostettu malli vastasi toteutusaikoja huonosti annetulla ainestolla. Tämä oli suurin havaitu virhe kaikkien poisjätettyjen ominaisuuksien kesken. Saadun tuloksen perusteella päätettiin, että kyseisen järjestelmän toteutusajat ovat vahvasti riippuvaisia kytkentöjen määrästä, ja näin ollen kytkentöjen määrä oli mitä todennäköisemmin kaikista tärkein työmäärään vaikuttava tekijä tutkitun järjestelmän arkkitehtuurisuunnittelussa.

Ohjelmistotestauksen markkinatutkimus

Tutkimuksen tavoitteena oli selvittää ohjelmistotestauksen tarve ohjelmistoliiketoiminnan yrityksissä. Ensin tutkittiin ohjelmistotestauksen sekä markkinatutkimuksen teoriaa, kirjallisuuden ja lehtiartikkelien avulla. Markkinatutkimus toteutettiin kirjekyselynä. Erityistä huomiota kiinnitettiin testauksen ulkoistamiseen, yritysten haasteisiin sekä tarpeisiin liittyen ohjelmistokehitykseen ja –testaukseen. Ohjelmistotestauksen avulla saavutettava laatu on olennainen osa suomalaista ohjelmistoliiketoiminnan kilpailukykyä ja se on keino erottua edukseen muista ohjelmistotuotteista kilpailtaessa samoista asiakkaista kansainvälisillä markkinoilla. Markkinatutkimuksessa saatiin merkittäviä tuloksia ohjelmistotestausmarkkinoista, yritysten sisäisestä sekä ulkoisesta ohjelmistotestauksesta ja testaustyökalujen käytöstä. Tutkimuksissa selvisi, että yritysten suurimpana haasteena oli ohjelmistokehitys- ja testausprosessien kehittäminen. Tätä aihetta on Suomessa tutkinut Teknillinen korkeakoulusta SoberIT-yksikkö ja he ovat kehittäneet SEMS-ohjelmistotuotannon ohjausjärjestelmän pk-ohjelmistotuoteyrityksille. SoftaTest aikoo hyödyntää näitä tutkimustuloksia mm. perustamalla liiketoimintaan tähtäävän projektin vahvistamaan suomalaisten ohjelmistotuoteyritysten menestymistä markkinoilla.

Tietojärjestelmän hankinta asiantuntijaorganisaation projektiliiketoiminnantueksi

Työn tavoitteena oli löytää Vahanen Yhtiöille uusi asiantuntijaorganisaation projektiliiketoimintaa tukeva tietojärjestelmä. Vahasella on käytössään projektinhallintaohjelma, mutta se ei tarjoa riittäviä työkaluja laajentuvan ja kansainvälistyvän organisaation projektien hallintaan. Myös ohjelman kehitys on lopetettu. Työn kirjallisuusosa muodostaa teoriarungon käytännön toteutukselle. Kirjallisuusosa käsittelee asiantuntijaorganisaatiota ja sen projektiliiketoimintaa sekä projektien hallintaan liittyviä tietojärjestelmiä. Käytännön projektityössä käyttäjähaastatteluilla kartoitettiin tarpeet, jotka toimivat toiminnallisina kriteereinä uutta ohjelmaa valittaessa. Samalla etsittiin ongelmakohtia nykyisissä toimintatavoissa. Kun tarpeet olivat tiedossa, voitiin systemaattinen ohjelman valintaprosessi toteuttaa. Valintaprosessissa kartoitettiin markkinoilla olevat ohjelmat, määritettyjen kriteerien perusteella ohjelmia karsittiin ja lopputuloksena soveltuvin ohjelma valitaan.Diplomityön lopputuloksena kahdesta Vahasen tarpeisiin soveltuvimmasta ohjelmasta suoritettiin vertailu, jonka perusteella Vahasen johto tekee päätöksen. Ratkaisevana tekijänä valintapäätöksessä on minkä painoarvon toiminnallisuuksien eroavaisuudet, ohjelman kustannukset ja toimittajaan kohdistuva riski saavat.

Metsäteollisuusyrityksen tehdasjärjestelmän integrointi globaaliin tuotantoketjun hallintajärjestelmään

Tämän diplomityö käsittelee UPM-Kymmenen paperitoimialoilla käynnissä olevaa Chain 2000 –projektin toteutusta uuden markkinan integroinnin aikana SAP –toiminnanohjausjärjestelmään yhden paperitehtaan näkökulmasta. Koska tehdasjärjestelmän kaikkien osa-alueiden integraatio on erittäin vaativa ja pitkäkestoinen prosessi, keskittyy tämä työ yhden markkinan integraatioon. Tavoitteena on suunnitella, toteuttaa ja testata tässä integroinnissa tarvittavat järjestelmämuutokset ja kuvata integroinnissa käytettäviä työkaluja, toimintamalleja ja prosesseja. Samalla kerrotaan tämän vaativan projektin mukanaan tuomia ongelmia ja ratkaisuja yhden paperitehtaan kannalta. Työssä esitellään erilaisia keinoja ja työkaluja varsinkin IT -projektien hallinnointiin ja toteuttamiseen sekä käydään läpi ohjelmistotestaaminen, ERP -järjestelmät ja tietovarastot. Työ tuo esille miten haastavaa globaalin IT –projektin toteuttaminen on. Tarkastelun tuloksena huomataan, että standardityökalujen käyttö aiheuttaa ongelmia erikoistilanteissa ja väärä informaatio tuo yritykselle ylimääräisiä kustannuksia. Projektin myötä toimintojen toteutuksen painotus ja samalla vastuu tiedon oikeellisuudesta siirtyy jatkuvasti tehtaalle päin. Integraatiotestaamisesta ja tarvittavista muutoksista on diplomityön aikana selviydytty kiitettävästi, mutta täysi varmuus kaikkien integraatioon osallistuvien järjestelmien toimivuudesta saadaan vasta itse käyttöönotossa kesällä 2004. Ylläpito käyttöönoton jälkeen vaatii myös resursseja.

Product Definition Process for Mobile Radio System Product

Työn tarkoituksena oli tutkia tuotteen määrittelyyn liittyvää kirjallisuutta ja perehtyä tuotteen määrittelytyön nykytilaan kohdeyrityksessä. Näihin molempiin perustuen muodostetaan prosessimalli tuotteen määrittelytyölle kohdeyrityksessä. Työssä käsitellään prosessijohtamisen pääperiaatteet sekä tuotteen määrittelyä koskevaa kirjallisuutta ja tutkimuksia. Koska kysessä oleva tuote on suurelta osalta ohjelmistotuote, ohjelmistojen suunnittelua, erityisesti ohjelmistovaatimusten hallintaa ja ohjelmistojen määrittelyä, on myös tarkasteltu työssä. Tuotteen määrittelyn haasteita on käsitelty yksityiskohtaisemmin, esimerkiksi dokumentointia, prosessin kulkua, vaatimusten epävakaisuutta sekä muutoksia. Kohdeyritys ja sen ongelmakohdat esitellään ja luodaan prosessimalli. Tämä malli esittelee seuraavat prosessit: raakavaatimusten hallinta -prosessin, roadmapping -prosessin, esisuunnittelu- ja spesifikaatioprosessin ja julkaisun suunnittelu -prosessin. Kaikki nämä ovat vaiheita ennen varsinaisen tuotekehitysprojektin aloittamista. Työssä esitellään myös kolmetasoinen dokumentaatiomalli.

Riskienhallinta erään ohjelmiston muutosten yhteydessä

Tämän diplomityön tarkoituksena oli esittää menetelmä erääseen ohjelmistoon toteutettavista muutoksista aiheutuvien riskien hallintaan. Ohjelmistoa käyttää päivittäin useita satoja henkilöitä ja sen ongelmaton toiminta on ohjelmiston omistavalle asiakkaalle erittäin tärkeää. Ohjelmiston ja sen kehitystyön kannalta riski on asianomistajan tavoitteita uhkaava menetyksen mahdollisuus tai menetykseen liittyvä ominaisuus, tekijä tai toiminta. Tämän työn yhteydessä asianomistaja on yritys, joka on toteuttanut nykyisen ohjelmiston ja on vastuussa ohjelmiston jatkokehityksestä. Yrityksen riskienhallintatarpeita vastaava ratkaisu pyritään löytämään perehtymällä riskienhallinnan perusteisiin sekä kahteen erityisesti ohjelmistotuotantoon tarkoitettuun riskienhallintamenetelmään. Riskienhallinnan kehittämisen kannalta on tärkeää, että ohjelmistotuotannon tyypilliset virheet onnistutaan pääsääntöisesti välttämään. Riskienhallinnan yleisempien virheiden tiedostamisesta on suurta hyötyä omaa riskienhallintaa kehitettäessä. Ohjelmiston kehitysorganisaation systemaattinen tapa toteuttaa ohjelmistomuutoksia perustuu ohjelmistotuotantoon tarkoitetun tuotteenhallintaohjelman käyttöön. Tuotteenhallintaohjelmassa muutospyyntö on ohjelmiston kehitystyön perusyksikkö, johon riskienhallintatoimet on pyrittävä kohdistamaan. Yrityksen tarpeita vastaava riskienhallintamalli rakennetaan lisäämällä Riskit-menetelmän mukainen riskienhallintaprosessi osaksi muutospyynnön systemaattista käsittelyprosessia. Työn tuloksena aikaansaadun mallin mukaista riskienhallintaa voidaan käytännössä harjoittaa usealla eri tavalla. Arvioiden perusteella kaavionluonti- ja tekstinkäsittelyohjelma ovat riittävät työkalut riskienhallinnan käytännön toteutusta varten. Kokemukset uudesta riskienhallintamenetelmästä osoittivat sen käyttökelpoiseksi. Menetelmän käyttöönoton sujuvuuden varmistamiseksi, riskienhallintatoimet kannattaa kuitenkin aluksi kohdistaa yksittäistä muutospyyntöä suurempaan kokonaisuuteen.

Managing virtual project teams

The purpose of the Master’s Thesis is to study the best practices to virtual project management from the project manager’ point of view. The best practices are divided according to a five-phase virtual project life cycle model. Each phase include concrete suggestions for actions. Research’s theoretical background is wide because of the broad subject matter. In the theoretical part topics such as virtual working, virtual project management challenges are examined and some concrete actions to tackle these challenges are introduced. Thesis’ approach is constructive, where a known problem is solved piece by piece after creating a pre-understanding of the topic. Existing research work is utilized when creating a model for virtual project team management. The basis of the model comes from various best practices read from literature and from the interviews conducted on experienced virtual project managers in the case organization. As a result the model combines both previous research and the organizations empirical experience. As an output of the thesis a model for virtual project team management is developed, which can be used as a guideline by the virtual project managers in their work. The model includes actions and practices what can be used to overcome the challenges of virtual project management.