<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Proje Yöneticisinin yetkileri ve projelerin kontrolü</title>
	<atom:link href="http://www.alginerozan.com/2008/09/14/proje-yoneticisinin-yetkileri-ve-projelerin-kontrolu/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.alginerozan.com/2008/09/14/proje-yoneticisinin-yetkileri-ve-projelerin-kontrolu/</link>
	<description></description>
	<lastBuildDate>Sun, 08 Jan 2012 13:20:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Erdem Seherler</title>
		<link>http://www.alginerozan.com/2008/09/14/proje-yoneticisinin-yetkileri-ve-projelerin-kontrolu/comment-page-1/#comment-2463</link>
		<dc:creator>Erdem Seherler</dc:creator>
		<pubDate>Tue, 20 Jan 2009 12:27:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.alginerozan.com/?p=93#comment-2463</guid>
		<description>Bu konuda bir tecrübemi sizlerle paylaşmak istiyorum. 

Gerçekleştirdiğimiz projelerde proje yöneticilerine bir hedef vermemiz gerekiyordu. Proje planlarının doğru olarak tanımlandığını varsayarak Schedule Performance Index (SPI) ve CPI  (Cost Performance Index)&#039;i birer Key Performance Index (KPI) olarak tanımlamanın yerinde olduğunu gördüm.

Risk yönetiminde kapsamın düzgün olarak tanımlandığı durumlarda artı eksi %10 aralığında SPI ve CPI verilerinin başarı olarak gördük.

SPI ve CPI değerlerinin geçmiş verileri ile birlikte tüm proje yöneticileri ve proje ofisine raporlanmasını şart koyduk. Eğer +-10 marjının üzerinde bir SPI ve CPI değerine ulaşılırsa yeni bir baseline tanımlama ve yeni proje planının sponsor ve PMO tarafından tekrar onaylanması gerekliliğini ortaya çıkardık.

Bu şekilde hem planlama hatalarımızı, hem de icra (execution) sırasında ortaya çıkan değişimleri kontrol etme imkanına ulaştık.

Tabii tüm bunları gerçekleştirmemizi sağlayan, ekiplerin ve proje yöneticilerin düzenli olarak kullandıkları PMIS aracımızdı. Bu arada KPI olarak kullandığımız değişkenlerde PMIS üzerinden raporlama yapılıp yapılmadığını otomatik olarak kontrol etmemizi sağladı.

Detaylarla ilgili önümüzdeki günlerde bir blog yazısını kendi blog&#039;umda yazacağım.

Bu arada bu güzel yazıları bizlerle paylaştığınız için ayrıca teşekkür ederim.

Erdem Seherler</description>
		<content:encoded><![CDATA[<p>Bu konuda bir tecrübemi sizlerle paylaşmak istiyorum. </p>
<p>Gerçekleştirdiğimiz projelerde proje yöneticilerine bir hedef vermemiz gerekiyordu. Proje planlarının doğru olarak tanımlandığını varsayarak Schedule Performance Index (SPI) ve CPI  (Cost Performance Index)&#8217;i birer Key Performance Index (KPI) olarak tanımlamanın yerinde olduğunu gördüm.</p>
<p>Risk yönetiminde kapsamın düzgün olarak tanımlandığı durumlarda artı eksi %10 aralığında SPI ve CPI verilerinin başarı olarak gördük.</p>
<p>SPI ve CPI değerlerinin geçmiş verileri ile birlikte tüm proje yöneticileri ve proje ofisine raporlanmasını şart koyduk. Eğer +-10 marjının üzerinde bir SPI ve CPI değerine ulaşılırsa yeni bir baseline tanımlama ve yeni proje planının sponsor ve PMO tarafından tekrar onaylanması gerekliliğini ortaya çıkardık.</p>
<p>Bu şekilde hem planlama hatalarımızı, hem de icra (execution) sırasında ortaya çıkan değişimleri kontrol etme imkanına ulaştık.</p>
<p>Tabii tüm bunları gerçekleştirmemizi sağlayan, ekiplerin ve proje yöneticilerin düzenli olarak kullandıkları PMIS aracımızdı. Bu arada KPI olarak kullandığımız değişkenlerde PMIS üzerinden raporlama yapılıp yapılmadığını otomatik olarak kontrol etmemizi sağladı.</p>
<p>Detaylarla ilgili önümüzdeki günlerde bir blog yazısını kendi blog&#8217;umda yazacağım.</p>
<p>Bu arada bu güzel yazıları bizlerle paylaştığınız için ayrıca teşekkür ederim.</p>
<p>Erdem Seherler</p>
]]></content:encoded>
	</item>
</channel>
</rss>

