<?xml version="1.0" encoding="ISO-8859-15"?>
<rss version="2.0"><channel>
<title>miten firmaohjeistusta kirjoitetaan</title>
<link>http://sange.fi/~atehwa/cgi-bin/piki.cgi/</link>
<description>Recent changes in miten firmaohjeistusta kirjoitetaan</description>
<item><title>miten firmaohjeistusta kirjoitetaan</title>
<link>http://sange.fi/~atehwa/cgi-bin/piki.cgi/miten%20firmaohjeistusta%20kirjoitetaan</link>
<guid>http://sange.fi/~atehwa/cgi-bin/piki.cgi/#1406874015</guid>
<description>&lt;p&gt;[...]

&lt;p&gt;Ensimmäisen inhon syyn ymmärrän. Muakin tässä (ihan 
irrationaalisesti) vähän ahdistaa, että kuulostan epäkielen ja 
joutavanpäiväisen konsultoinnin puolustelijalta :-) Toisaalta mulle on 
kyllä lähes yhdentekevää, puhutaanko prosesseista vai toimintatavoista 
(olkoonkin, että ensimmäisestä saa helpommin huumoria aikaiseksi), 
kunhan asiat toimivat ja ihmiset pysyvät kartalla. Toisekin syyn 
tajuan, mutta eikö ITILin pointti myös ollut se, että se 
&lt;del&gt;*ei*&lt;/del&gt; &lt;ins&gt;'''ei'''&lt;/ins&gt; muuttuisi? Tai ehkä se on ITILin 
pointti, mutta johto sitten vaihtaa parin vuoden päästä ITIListä 
johonkin toiseen systeemiin? Kolmannesta syystä pitää sanoa, että kaipa 
tuollaisen pohtiminen on johdon/esimiesten työtä, mutta toki varmaan 
aika harvoin kovin hedelmällistä sellaista. 

&lt;p&gt;Yleiset prosessitalkoot onkin hölmö juttu. Tästä on mun mielestä 
hyvä esimerkki, että eilen kerroin tietyistä prosesseistamme eräille 
konsulteille; sanoin, että ei meillä ole tästä tietystä tilanteesta 
prosessikaaviota tai -kuvausta, mutta kaikki tietävät, miten tulee 
toimia, eikä asian kanssa ole mitään ongelmia. Jäi silti sellainen 
käsitys, että tämä olisi jotenkin &lt;del&gt;*huono*&lt;/del&gt; 
&lt;ins&gt;''huono''&lt;/ins&gt; juttu. Ihmeellistä. 

&lt;p&gt;[...]

&lt;p&gt;&lt;ins&gt;[atehwa]: Aika pitkälle auttaa se, että pitää mielessä ne 
''ohjeen'' (metodologian) käyttötapaukset, eli missä tilanteessa 
ihminen tarvitsee sitä ohjetta ja miten ohje silloin parhaiten 
palvelisi ihmistä. Siksi suositan tilannesidonnaisia 
muistilistoja.&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Mitä sanojen määrittelyyn tulee: tarkoitin, että sanojen 
määrittely ja määritelmien vertailu ja sovittaminen yhteen on aina 
hyödyllistä, mutta jokainen sana ei ole hyödyllinen sana. Niinpä, jos 
vaikka "osallistaminen" on hyödytön (tai haitallinen) sana, sen 
määritteleminen on kyllä hyvästä, mutta sana kannattaisi kuitenkin 
korvata muilla ja niinpä määrittely enintään rajoittaa sanan 
aiheuttamaa haittaa. Mutta on vaikeaa ylipäänsä mitata/arvioida, onko 
sanan olemassaolosta hyötyä vai haittaa.&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Ja mitä tulee käsitteiden vaihtumiseen: jälkemmäinen 
vaihtoehto, eli kyse on siitä, ettei ITIL juuri muutu, mutta johto 
ottaa rinnalle toisen metodologian parissa vuodessa.&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;[atehwa]: Asiasta kukkaruukkuun: onko olemassa jokin nimi 
asialle, joka on muuten niin kuin projekti, paitsi ettei sillä ole 
suunniteltua loppua? Siis ikään kuin "pysyvä projekti". 
"Kustannuspaikka" olisi muuten lähes käypä, paitsi että projektilla ei 
ole välttämättä omaa kustannusrakennetta eikä siten "pysyvälläkään 
projektilla". "Organisaatiolla" ja "liiketoimintayksiköllä" on omat, 
väärään suuntaan vievät sivumerkityksensä, ja "prosessi" taas 
tarkoittaa niin paljon muutakin, että sen käyttö on 
harhaanjohtavaa.&lt;/ins&gt;

</description>
<pubDate>Fri, 01 Aug 2014 06:20:15 +0000</pubDate>
</item>

</channel></rss>
