“Entegre kurumsal yönetim sistemleri” (EMIS) terimi, daha önce benzer çalışmalarda kullanılan ERP (Kurumsal Kaynak Planlama) kavramı yerine bu on yılın başında analitik şirketi IDC tarafından icat edildi. BGYS, bir kuruluşun iş yapma sürecinde biriktirdiği tüm iş bilgilerini, özellikle finansal bilgileri, üretimle ilgili verileri, personel yönetimini ve diğer verileri içeren tek bir veri ambarı (depo) oluşturulması ilkesine dayanmaktadır. Bir depoya sahip olmak, verileri uygulamadan uygulamaya aktarma ihtiyacını ortadan kaldırır. Ek olarak, belirli bir kuruluş tarafından tutulan bilgilerin herhangi bir kısmı, uygun yetkiye sahip tüm çalışanların eşzamanlı olarak kullanımına açık hale gelir.

PMIS kavramı yaygın olarak kullanıldı çünkü kaynak planlaması, idari aparatları azaltırken üretim süresini kısaltmayı, envanter seviyelerini düşürmeyi ve müşteri geri bildirimlerini iyileştirmeyi mümkün kıldı. Bütün bunlar işletmenin tüm kaynaklarının birleştirilmesini ve yönetim verimliliğinin arttırılmasını mümkün kıldı. Tarihsel olarak PMIS kavramı, MRP (Malzeme İhtiyaç Planlaması) ve MRP II (İmalat Kaynak Planlaması) gibi daha basit kavramların geliştirilmesi haline gelmiştir. PMIS'de kullanılan yazılım araçları, üretim planlamasına, sipariş akışının modellenmesine ve bunların işletmenin hizmetlerinde ve departmanlarında uygulanma olasılığının değerlendirilmesine ve satışlarla ilişkilendirilmesine olanak tanır.

Tipik olarak bir PMIS aşağıdaki unsurları içerir:

• kuruluştaki bilgi akışı yönetimi (IP) modeli;
• donanım ve teknik temel ve iletişim araçları;
• DBMS, sistem ve destekleyici yazılım;
• IP yönetimini otomatikleştiren bir dizi yazılım ürünü;
• yazılım ürünlerinin kullanımına ve geliştirilmesine ilişkin düzenlemeler;
• BT departmanı ve destek hizmetleri;
• yazılım ürünlerinin gerçek kullanıcıları.

PMIS'in ana işlevleri şunları içerir:

• Üretilen ürünlerin bileşiminin yanı sıra bunların üretimi için gerekli malzeme kaynakları ve operasyonları belirleyen tasarım ve teknolojik spesifikasyonların sürdürülmesi;
• satış ve üretim planlarının oluşturulması;
• üretim planını gerçekleştirmek için malzeme ve bileşenlere ilişkin gereksinimlerin, zamanlama ve malzeme hacimlerinin planlanması;
• envanter ve satın alma yönetimi: sözleşmelerin sürdürülmesi, merkezi satın almanın uygulanması, depo ve atölye envanterlerinin muhasebeleştirilmesinin ve optimizasyonunun sağlanması;
• büyük ölçekli planlamadan bireysel makine ve ekipmanların kullanımına kadar üretim kapasitesi planlaması;
• bir mali planın hazırlanması ve uygulanmasının izlenmesi, mali ve yönetim muhasebesi de dahil olmak üzere operasyonel mali yönetim;
• Planlama aşamaları ve kaynakları dahil olmak üzere proje yönetimi.

Birikmiş deneyim, bir kurumsal yönetim sistemi seçme aşamasının en önemli aşamalardan biri olduğunu ve işletme yönetiminin doğru çözümü seçmeyle son derece ilgilenmesi gerektiğini göstermektedir. Otomasyon alanındaki herhangi bir proje, işletme tarafından yönetim süreçlerini iyileştirerek, üretim verimliliğini artırarak, maliyetleri azaltarak kendini amorti etmesi gereken stratejik bir yatırım olarak değerlendirilmeli ve örneğin, satın alma ile aynı seviyeye yerleştirilmelidir. yeni bir üretim hattı veya bir atölye inşaatı. Klasik PMIS, "kutulu" yazılım olarak adlandırılan yazılımın aksine, kullanmaya başlamak için oldukça fazla kurulum gerektiren "ağır" yazılım ürünleri kategorisine aittir. PMIS seçimi, satın alınması ve uygulanması genellikle bir ortak şirketin (tedarikçi veya danışman) dahil olduğu uzun vadeli bir proje üzerinde dikkatli planlama gerektirir. PMIS modüler bir temelde oluşturulduğundan, müşteri genellikle (en azından bu tür projelerin ilk aşamalarında) tüm modülleri değil, sınırlı sayıda modül satın alır. Uygulama sırasında proje ekibi genellikle sağlanan modülleri yapılandırmak için birkaç ay harcar. PMIS kullanımı, birkaç ayrı program yerine tek bir entegre program kullanmanıza olanak tanır. Tek bir sistem işleme, lojistik, dağıtım, envanter, teslimat, faturalama ve muhasebeyi yönetebilir.

Dolayısıyla PMIS, kurumsal ölçekte tüm önemli iş operasyonlarının planlama, muhasebe, kontrol ve analizini otomatikleştirmek için birleşik bir ortam oluşturmanıza olanak tanıyan bir dizi entegre uygulamadır. Bunlar arasında üretim kaynaklarının planlanması, üretim planının operasyonel yönetimi, performans sonuçlarının muhasebeleştirilmesi ve analizi vb. yer alır. Tüm planlama ve analiz işlemleri Yönetim Sisteminde ayrı fonksiyonel modüllere bölünmüştür: mal veya hizmet üretimi için kaynakların planlanması (finansal, insan, malzeme), planların uygulanması (tedarik, satış) üzerinde operasyonel kontrol, sözleşmelerin uygulanması , her türlü muhasebe, iş sonuçlarının analizi. Tüm bilgiler tek bir veritabanında saklanır ve talep üzerine istenildiği zaman buradan ulaşılabilir.

2010 yılının başında Microsoft Corporation'ın Rusya'daki bir bölümü, çeşitli Rus şirketleri tarafından kullanılan PMIS çözümlerinin olgunluk düzeyine ilişkin bir çalışmanın sonuçlarını sundu. Proje yüklenicisi IDC idi. Araştırmaya 120 şirketten 50 şirket yöneticisi ve 100 BT yöneticisi katıldı. Anket, yıllık cirosu 50 ila 500 milyon dolar arasında olan Rusya pazarını en iyi temsil eden şirketler arasında gerçekleştirildi.Bölgesel örnek yapısı: Moskova - %52, diğer bölgeler - %48. Örneklemin endüstri yapısı: perakende ticaret - %22, endüstriyel üretim - %20, gıda üretimi - %15, dağıtım - %16, ulaştırma - %14, telekomünikasyon ve medya - %13. Çalışma, PMIS piyasa olgunluk endeksinin ortalama değerinin %55 olduğunu gösterdi. En düşük sonuç %20, en yüksek sonuç ise %95 oldu. Şirketlerin yalnızca %38'i ortalamanın üzerinde penetrasyon ve verimlilik endeksleri gösterdi. Şirketlerin diğer %24'ü için verimlilik, düşük penetrasyon seviyesine rağmen oldukça yüksekti. Şirketlerin geri kalan %38'inin verimliliği düşük olarak derecelendirilirken, şirketlerin %15'i hem verimlilik endeksi hem de PMIS penetrasyon endeksi için düşük değerler gösterdi. Uygulamada bu, kuruluşların %62'sinin veya neredeyse üçte ikisinin mevcut iş uygulamalarını optimize etmek için adımlar atması gerektiği anlamına geliyor. Araştırmanın yazarları, uygulanan çözümlerin potansiyelinin düşük düzeyde gerçekleştirilmesinin, birçok işletmenin PMIS uygulamasını bir iş projesinden ziyade teknik bir proje olarak ele almasından kaynaklandığına inanıyor. Kurumsal yönetim sistemleri oluşturmaya yönelik projelerin temel amacı muhasebe, finans, personel ve bordro yönetiminin otomasyonu olmaya devam etmektedir. Nispeten az sayıda şirket stratejik sorunları PMIS kullanarak çözmeye çalışmaktadır. Mali ve stratejik analiz, iş analitiği ve proje yönetimi gibi görevler, vakaların yarısından azında ERP uygulamasına yönelik proje hedefleri listesinde yer alıyor.

Krizden önceki son beş yılda, Rusya PMIS pazarı uzmanların öngördüğünden bile daha hızlı büyüdü (2008'deki fiili hacim, IDC'nin beş yıllık tahminini %40 oranında aştı). Piyasada açıkça beş lider şirket var (alfabetik sırayla): 1C, Microsoft, Oracle, SAP ve Galaktika. IDC araştırmasına göre (Rusya Kurumsal Uygulama Yazılımı 2010-2014 Tahmini ve 2009 Satıcı Payları), Rusya entegre kurumsal yönetim sistemleri (EMIS) pazarının hacmi 2009 yılında 492,18 milyon dolar olarak gerçekleşti; bu, 2009 yılında %18,9'luk bir düşüşe karşılık geliyor. önceki yıla kıyasla. Uzmanlar, düşüşün esas olarak Rus ekonomisinde, özellikle de 2009'un ilk yarısında yaşanan krizden kaynaklandığına inanıyor. Büyük şirketlerin BT bütçelerindeki azalmalar, PMIS'in uygulanmasına yönelik yeni tam ölçekli projelerin sayısında önemli bir azalmaya yol açmıştır. Küçük ve orta ölçekli işletmeler segmentinde PMIS çözümlerine olan talep önemli ölçüde azaldı. Aynı zamanda, geniş bir mevcut müşteri tabanı, bireysel fonksiyonel modüllerin uygulanmasına yönelik projeler ve büyük şirketlerden iş analitiği çözümlerine yönelik önemli ölçüde artan talep, PMIS pazarında önemli bir düşüşten kaçınmayı mümkün kıldı. Rusya BT pazarı bir bütün olarak üçte birinden fazla küçüldü.

2009 yılında Rusya PMIS pazarının lideri, payı %50,1 olan SAP'ydi. 1C ve Oracle, yılı pazarın %22,3'ü ve %9,6'sıyla tamamlayarak sırasıyla ikinci ve üçüncü sırada yer aldı. Microsoft Dynamics %7,1 ile dördüncü sırada yer aldı. Microsoft Dynamics'in pazar payı, şirketin 2008 yılı Rusya PMIS pazarındaki gelirinin tedarikçilerden alınan daha doğru bilgilere göre ayarlanması dikkate alınarak gösterilmektedir. Düzenlemeye göre şirketin 2008 yılındaki payı %6,9 oldu. Pazarın %3,9'unu işgal eden Galaktika, önde gelen beş tedarikçiyi kapatıyor. Rus şirketlerinin liderler grubundaki toplam payı %26,2 ile bir önceki yılın aynı göstergelerini aştı. Sürekli üretim, 2009 yılında Rusya PMIS pazarının önde gelen sektörü olmaya devam etti. İkinci sırayı geçen yıl olduğu gibi perakende ticaret aldı. Ayrık üretim, PMIS tedarikçileri için en karlı sektörler listesinde üçüncü sırada yer aldı. Dördüncü ve beşinci sıralarda ise toptan ticaret ve enerji yer alıyor.

IDC, Rusya PMIS pazarının önümüzdeki beş yıl içinde yıllık ortalama %15,1 oranında büyüyeceğine inanıyor. En belirgin büyüme kamu sektörü ve sağlık sektöründe yaşanacak. Hükümet, e-devlet kavramının geliştirilmesi ve kamu sağlık kurumlarının otomasyonu konusunda ciddi harcamalar planlıyor. Enerji, finans, toptan ve perakende ticaret, ticari hizmetler, kesikli imalat, eğitim, tarım, inşaat ve madencilik sektörlerinde maliyetler piyasa ortalamasından daha hızlı artacak.

Büyük PMIS'lerin önde gelen tedarikçileri ne yazık ki Softool'da tam olarak temsil edilmekten çok uzaktır, ancak bazı durumlarda ortakları sergide kendi ürünlerini tanıtmaktadır. Böylece, Softool 2009'da Rusya PMIS pazarı, kendilerini bu tür çözümlerin tedarikçisi ve/veya geliştiricisi olarak konumlandıran 36 şirket tarafından temsil edildi. Aynı zamanda bölgesel şirketlerin payı da yüzde 9 civarındaydı. Özellikle bunlar Tandem (Novosibirsk), Gradient - Yeni Teknolojiler (Izhevsk), RELEX (Voronezh), SKB Kontur (Ekaterindburg) şirketleridir.

"Bilgi sistemleri ve proje yönetim araçları"

Videolu ders notları

	KONTROL	PROJELER: ORGANİZASYONEL	VE TEKNOLOJİK
ÇÖZÜMLER................................................................ .................................................. ......................................................
			.......................................
PMIS'in etkililiğinin değerlendirilmesi.................................................. ...................................................... ................................... .
UE için yazılım ürünleri türleri.................................................. ...................................................... .................
PM sistemlerinin uygulanmasına yapısal yaklaşım.................................................. ......................................
Proje yönetimi yazılımını seçme.................................................. ...................... ..........
Kalite değerlendirme parametreleri		proje yönetimi yazılım paketi.................................
Kurumsal proje yönetim sistemi................................................. ................... ....................
Bireysel çalışma sisteminin temel derslerine örnek.................................................. ...... ...................
Örnek: bir yüksek teknoloji şirketinde bir ICS yönetim sisteminin geliştirilmesi ve uygulanması................................................. ................. .....
Örnek: bir inşaat şirketinde proje yönetim sisteminin uygulanması..................
Bir işletmenin proje faaliyetlerine ilişkin ana düzenlemelere bir örnek.................................................
İş olgunluğu kavramı		.................................................................................................
	PROJE YÖNETİM OFİSİ VE		KONTROL	PORTFÖYLER
PROJELER................................................................ ....... ................................................... ......................................
Proje yönetim ofisi ve görevleri.................................................. ................................................................... ...
Bir proje portföyü en iyi şekilde nasıl oluşturulur? .................................................. ...... .........
Proje yönetim ofisinin oluşum aşamaları.................................................. ......................................
Başvuru................................................. .................................................. .......................................

Bölüm 1. PROJE YÖNETİMİ: ORGANİZASYONEL VE ​​TEKNOLOJİK ÇÖZÜMLER

Proje yönetimi bilgi sistemleri. Tanım

Proje yönetimi bilgi sistemi (bundan sonra PMIS olarak anılacaktır), planlama ve proje yönetimi süreçlerini optimize etmeyi amaçlayan metodolojik, teknik, yazılım ve bilgi araçlarından oluşan özel bir yazılım kompleksidir.

Şu anda 200'den fazla PMIS bulunmaktadır ve bunların arasında en yaygın PM bilgi sistemleri şunlardır:

MS Project, Üretici Microsoft Corp. (AMERİKA BİRLEŞİK DEVLETLERİ);

Spider Technologies Group (Rusya) tarafından üretilen Spider Projesi;

PJM ORACLE, Oracle (ABD);

Primavera Systems, Inc. tarafından üretilen Primavera Proje Planlayıcısı (P4). (AMERİKA BİRLEŞİK DEVLETLERİ);

SureTrak Proje Yöneticisi, Primavera Systems, Inc. tarafından üretilmiştir. (AMERİKA BİRLEŞİK DEVLETLERİ);

Proje Uzmanı, Üretici Pro-Invest Consulting (Rusya);

Açık Plan, Üretici: Welcom Corp. (AMERİKA BİRLEŞİK DEVLETLERİ).

Burada sistem ile aracı karıştırmamak önemlidir. PMIS'in çözümlenmesinde “sistem” kavramı bulunsa da aslında sadece bir araçtır. İşletmeniz için bir EMIS seçerken, günümüzde evrensel bir araç olmadığını aklınızda bulundurmalısınız: bazı projeler için bazıları daha uygundur, diğerleri için ise diğerleri.

Bir IMS kullanmak şunları yapmanızı sağlar:

· Proje faaliyetlerinin bilgi akışlarını belirlemek ve kontrol etmek;

· proje yönetimi prosedürlerini düzenlemek;

· proje parametrelerini hesaplamak için matematiksel yöntemleri kullanmak;

Proje planının sağlanması ve finansmanı.

Proje yönetimi bilgi sistemi (PMIS) örneği

Tamamen işleyen bir BGYS'nin kural olarak bulunduğu işletmelerde, aşağıdaki temel kompleksler mevcuttur (Şekil 1):

· normatif ve düzenleyici PMIS belgeleri;

· ISUP donanım kompleksi;

· otomatik iş istasyonları, otomatik kontrol sistemleri için otomatik kontrol sistemleri;

· temel yazılım (örneğin: P4, MSP, Spider veya diğerleri);

· Yönetim sisteminin aşağıdaki ağ geçitleri de dahil olmak üzere diğer kurumsal yönetim sistemleriyle entegrasyonunu sağlar:

o belge yönetim sistemi; o personel kayıt sistemi;

o mali ve ekonomik muhasebe sistemi; o BSC (SSP);

o CRM;

o ERP (ve/veya MRP, MES);

o bilgi güvenliği sistemi; o arşivleme sistemi;

· ISUP eğitim sistemi;

· ISUP destek ve geliştirme grubu.

Şekil 1. Yönetim bilgi sistemi örneği

PMIS'in etkililiğinin değerlendirilmesi

Şu anda, bu tür tam özellikli sistemleri etkin bir şekilde kullanan kuruluşların sayısı az olduğundan, Rus şirketlerinde PMIS kullanımının etkinliğine ilişkin neredeyse hiçbir büyük ölçekli değerlendirme bulunmamaktadır. ABD ve Avrupa ülkelerinde ise tam tersine benzer çalışmalar düzenli olarak yapılıyor.

Anketlerden biri ABD Proje Yönetimi Enstitüsü (PMI) tarafından gerçekleştirildi ve 100'den fazla Kuzey Amerika şirketi ve proje yönetimi profesyonelinden gelen verileri içeriyordu.

Aşağıdaki şema, PMI Enstitüsünün PMBoK proje yönetimi metodolojisine dayalı bir PMIS kullanımının etkililik düzeyine ilişkin bir anketin sonuçlarını göstermektedir.

Pirinç. 2. PMIS uygulamasının etkinliğinin PMI verilerine göre değerlendirilmesi

İncelemenin sonuçlarına göre, aşağıdaki sonuçlar elde edildi: proje yönetimi alanındaki uzmanların çoğunluğu ve ABD'nin çeşitli sektörlerindeki şirketlerin temsilcileri, PMIS kullanıldığında verimlilik artışının, proje faaliyetlerini yürütmek için bu tür sistemleri kullanmayan şirketlerin göstergeleri.

Tablo 1, proje yönetiminin kilit alanlarında PMIS'in uygulanmasından sonraki verimlilik kazanımlarına ilişkin ortalama tahminleri sunmaktadır:

Tablo 1. PMIS'in etkinliğinin değerlendirilmesi

Kontrol			Entegrasyon	tasarım	faaliyetler
			şirketin faaliyeti
bölge
			Proje hedeflerinin güncellenmesi
Zamanlama yönetimi			Proje Zaman Çizelgesi Yönetimi
			Zamanlama Tahmini
			Proje bütçe yönetimi
Maliyet yönetimi			Satış büyümesi
			Yatırım getirisi
			Pazara çıkış süresinin azaltılması
			Proje kaynak yönetimi
Kaynak yönetimi
			Kaynak verimliliği
			Personel verimliliği
Kontrol		projeler	Kontrol
		müşterilere	Müşteri farkındalığı
			Müşteri katılımı
tedarikçiler
			Tedarik zinciri yönetimi

Bunlar PMIS kullanımının sağladığı fırsatlardan sadece birkaçıdır. PMIS sayesinde personel ve özellikle proje yöneticisi rutin işlerin yoğunluğundan kurtulur ve proje ekibinin her bir üyesinin potansiyeli daha etkin şekilde kullanılır.

UE için yazılım ürünü türleri

Kurumsal ölçekte bilgi sistemleri. Bu tür sistemler bir yandan

işletmenin faaliyetleriyle ilgili hemen hemen tüm bilgileri içerir ve diğer yandan, belirli bir proje veya proje grubuyla ilgili genel veri tabanından bilgi seçen ve proje yönetimi için hesaplama gibi standart görevleri yerine getiren özel bir modüle sahiptirler. proje son tarihleri, gerekli kaynakların hesaplanması, kaynak çatışmalarının çözülmesi, proje maliyetlerinin hesaplanması, risklerin hesaplanması vb. Bunun bir örneği, özel bir Proje Sistemi modülüne sahip SAP R/3 sistemi veya özel bir Oracle Projesi ürünü içeren Oracle Uygulamaları yazılım paketidir. Bu tür sistemler, bu tür büyük ölçekli yazılım sistemlerini uygulamak ve hata ayıklamak için gerekli olan önemli sermaye yatırımlarını ve işçilik maliyetlerini karşılayabilen oldukça büyük işletmelere yöneliktir.

Genel amaçlı proje yönetimi için özel paketler. Bu sınıf MS Project, Primavera, Time Line, Spider Project, Artemis ve

vb. Özelliklerinin karşılaştırılması bu dersin kapsamı dışındadır, çünkü sürekli olarak

yeni ürün versiyonları ve karşılaştırmalı yetenek analizi sonuçları yayınlandı

Özel amaçlı yazılım ürünleri. Bu sınıf, genellikle genel amaçlı ürünler arasında yer almayan belirli işlevleri yerine getiren ürünleri içerir. Bu aynı zamanda belirli bir konu alanına özgü sorunları çözen endüstri gelişmelerini de içerir. Bunun bir örneği, proje mali analiz aracı Project Expert veya Lufthansa tarafından araçlara dayalı olarak geliştirilen onarım işi yönetim sistemidir.

Son yıllarda proje yönetimi yazılım ürünleri piyasaya çıktı.

Belirli bir uygulama programları paketinin uygulanması, şirkette halihazırda mevcut olan bilgi ortamına entegrasyonu ve diğer sistemlerle veri alışverişinin organizasyonudur. Sistemin organizasyonel bileşeninin bu konulara azami dikkat göstermesi gerekmektedir.

PM sistemlerinin uygulanmasına yapısal yaklaşım

1990'ların ilk yarısında Rusya'da Rus LVS şirketi, Lukas Management Systems tarafından geliştirilen sistem uygulamasına yönelik Yapısal yaklaşım olan UP'yi uyarladı ve uyguladı.

Genel durumda PM sistemlerinin uygulanmasına yönelik yapısal bir yaklaşım 4 ana aşamayı içerir ve yalnızca birini başarıyla tamamladıktan sonra diğerine geçebilirsiniz.

Aşama I. Proje yönetiminin faydalarını gösterin ve gereksinimleri analiz edin

Aşama hedefleri:

· PM metodolojisinin faydalarını, PM'nin temelleri konusunda özel seminerler ve eğitimler düzenleyerek (muhtemelen üçüncü taraf danışmanların veya uzmanların katılımıyla) şirket yönetimine ve personeline göstermek;

· şirketin işinin stratejik hedeflerini analiz etmek;

· mevcut yönetim sisteminin olgunluğunu değerlendirmek;

· iş hedeflerine ulaşmak için yazılım gereksinimlerini belirlemek;

· Belirli bir işletmenin/kuruluşun özelliklerini dikkate alarak bir yönetim sisteminin uygulanmasına yönelik bir strateji ve plan geliştirmek.

Aşama II. Proje yönetimi sürecini ve prosedürlerini tanımlayın

Aşama hedefleri:

· PM sürecini tasarlamak ve tanımlamak;

· proje yöneticilerinin ve personelin (proje ekiplerinin üyelerinin) görev ve sorumluluklarını belirlemek;

· bilgi akışlarını tanımlayın ve bunlara ilişkin temel gereksinimleri tanımlayın;

· kurumsal standartlar ve yönetim prosedürleri geliştirmek;

· yönetim programları için ortak terminoloji geliştirmek ve uygulamak (kurumsal sözlük);

· PM sistemini uygulamak için projenin zamanlamasını, maliyetini ve riskini değerlendirin.

Pirinç. 3. Proje yönetim sisteminin uygulanması

Sahne 3. Proje yönetim sisteminin tasarımı ve uygulanması

Aşama hedefleri:

· Aşağıdakileri dikkate alan otomatik bir yönetim sistemi için bir proje önerin:

İş hedefleri;

Organizasyon;

- önceki aşamada geliştirilen standartlar ve prosedürler;

- gerekli verilerin muhasebeleştirilmesi;

- Proje yönetim sisteminin normal işleyişi için gerekli ve yeterli bilgi akışı.

·otomatik bir yönetim sistemi geliştirmek, yapılandırmak ve kurmak;

1. Genel seminerler düzenlemek (bu veya bu aracı uygulamanın neden gerekli olduğunu açıklamak, personelin yeniliklere karşı ihtiyatlılığını ortadan kaldırmak).

	Genel kurs	tanıdık	bir araçla: nedir bu		yapı,
	ilkeler, kimi hedeflediği vb.
	Uygulamak	ders çalışıyor	uyarlanmış	seçenek	alet
	(belirli bir kullanıcının çalışmasının ayrıntılarıyla bağlantılı).
	İş eğitiminde.

oluşturmak faydalıdır. Deneme operasyon günlüğü, her kullanıcının yorum yaptığı, düzeltme önerileri vb. yaptığı ve aracın uygulanmasından sorumlu kişinin, teklifinin bu aşamada neden uygulanamayacağını veya hiç etkisiz olduğunu incelediği, incelediği, kabul ettiği veya kullanıcıya açıkladığı yer. Böylece, BGYS eğitim sistemi, personeli sistemi iyileştirme sürecine dahil etmenize olanak tanır, insanlar ortak yazar haline gelir ve yeni aracı kullanma konusundaki iç motivasyonları artar.

Aşama IV Bakım ve yönetim sisteminin işlerliğinin sağlanması

Aşama hedefleri:

·Sistemin bakımı ve işlerliğinin sağlanması

·Yönetim sisteminin kullanımının verimliliğinin sağlanması

· Sistemin sürekli iyileştirilmesi

·Kurumsal proje yönetim sisteminin değişim yönetimi ve geliştirilmesi

Proje Yönetimi Yazılımının Seçilmesi

PMI'nın Moskova şubesi başkanı V.I. Liberzon, yazılım için yazılım seçimine bağımsız bir proje olarak yaklaşmayı öneriyor. Bu projede iki aşamayı birbirinden ayırıyor: analiz aşaması ve karar aşaması. Bu aşamalar neler içeriyor?

Analiz aşaması

· Pazar araştırması

· tedarikçilerle iletişim

· teknik gereksinimler

· işlevsel gereksinimler

bu gereksinimleri karşılar. Ayrıca puan bazında tahmin yapmanızı da tavsiye edebiliriz.

daha sonra elde etmek için şu veya bu parametrenin kuruluşunuz için önemi

Önerilen yazılım paketinin yaklaşık puanı.

Paket sağlayıcılara aşağıdaki soruların sorulması ve kendilerine sorulması tavsiye edilir.

Bazı önemli faaliyetlerin nasıl uygulandığını göstermek

tam olarak senin

şirket fonksiyonları. Size nasıl cevap verdiklerine göre değerlendirme yapabileceksiniz.

ve gelecek

paket desteği.

Örnek parametre listesi:

1) Hazırlanan çalışma programlarının kalitesi (proje kaynaklarının optimum kullanımı),

2) Paket kullanılarak analiz edilebilecek projenin boyutları (iş sayısı, kaynak, bağlantı, takvimler),

3) Uygulama alanına özel düzenleyici çerçeveleri projelerde kullanabilme becerisi

4) Uygulama alanında ihtiyaç duyulan maliyet analizi yapabilme ve raporlama dokümanlarını oluşturabilme becerisi,

5) Esneklik - projede ek bilgileri kullanma yeteneği,

6) Projelerde çoklu hiyerarşik iş yapılarını kullanabilme, kullanıcılar tarafından tanımlananlar da dahil olmak üzere kullanılan göstergelere göre seçim ve sıralama yapabilme becerisi,

kaynak dağıtımı,

8) Kullanıcıların ihtiyaç duyduğu formülleri girme ve ek hesaplamaları yapabilme (proje özelliklerine ilişkin standart hesaplamalardan farklı),

9) Öğrenme kolaylığı, danışmanlık ve eğitim desteği,

10) Dokümantasyon/bilgi desteğinin tamlığı,

11) Çıktı belgelerinin yürütülmesinin kalitesi,

12) Verileri dışa ve içe aktarma imkanı - diğer programlarla, veritabanlarıyla bağlantı,

13) İnternette bilgi görüntüleme imkanı,

14) Bir değil birçok projeyi – programları ve çoklu projeleri – yönetme yeteneği,

15) Bireysel iş/işlerin yürütülme hızı,

16) Grafiksel bir arayüz vb. ile çalışma kolaylığı.

Liste çok daha etkileyici olabilirdi ama			sundu
dikkat gösterir		yazılım paketi seçimi nedir		oldukça karmaşık
çok parametreli problem
Ancak maksimum çalışma kolaylığı elde etmek			paket gerekebilir
bağış yapmak		çok yönlülük ayarları		ders
çoklu	yapılar, kullanım olanakları

hesaplamalar vb. Hesaplamaların hızını en üst düzeye çıkarmak, hazırlanan planların kalitesinden fedakarlık etme ve proje çalışmasına kaynak atamak için mümkün olan en basit algoritmaları kullanma ihtiyacına yol açabilir.

Kurumsal proje yönetim sistemi

Şu anda sıklıkla şu hata yapılıyor: Kurumsal bir proje yönetim sisteminin (bundan sonra CMMS olarak anılacaktır) "uygulanmasından" bahsediyorlar. Herhangi bir kurumsal sistem, işletmenizin özelliklerini dikkate alarak benzersiz bir şeyse nasıl uygulanabilir? Kural olarak, burada iki kavram karıştırılıyor - proje yönetimi bilgi sistemi ve ICS. İkincisini "uygulamadan" önce, uygun bir PMIS seçmek de dahil olmak üzere onu geliştirmek ve hata ayıklamak gerekir. KSUP'ta neler yer almalı?

Pirinç. 5. Kurumsal proje yönetim sistemi (CPMS) örneği

Büyük bloklarda kurumsal proje yönetim sisteminin yapısı şu şekilde temsil edilebilir:

Kurumsal proje yönetim ofisi (veya proje yönetim merkezi), bir tür “kurumun proje faaliyetlerinin beyni” nin bir işlevidir;

PM alanında Bilgi Bankası;

İç eğitim sistemi;

UP belge akışı (Düzenleyici kurumsal belgeler - UP alanındaki iç faaliyet yasaları - düzenlemeler);

Proje yönetimi bilgi sistemi (PMIS).

Proje yönetimi bilgi sistemi[İngilizce] - Proje Yönetim Bilgi Sistemi]. Bir kuruluşun başarılı ve verimli proje faaliyetleri, bilgi teknolojileri kullanılmadan mümkün değildir. Süreçleri otomatikleştirmek ve proje yönetimi verilerini birleştirmek için, proje yönetimi süreçlerinin verimliliğini uygulamayı, desteklemeyi ve artırmayı amaçlayan yazılım, donanım ve bilgi araçları ve araçlarının dengeli bir organizasyonel ve teknolojik kompleksi olan bir proje yönetimi bilgi sistemi kullanılır. PMIS, kurumsal proje yönetim sisteminin (CPMS) ayrılmaz bir parçasıdır.

Proje yönetimi bilgi sisteminin temeli, proje yönetimi süreçlerini destekleyerek bir projenin ve programın tüm yaşam döngüsü boyunca bir kuruluştaki proje yönetiminin kalitesini ve verimliliğini önemli ölçüde artırmanıza olanak tanıyan tek bir bilgi alanıdır. Bazı PMIS'ler yalnızca proje ve programlara yönelik olmayıp aynı zamanda şirketin portföy yönetimi süreçlerini otomatikleştirmeyi de hedefleyerek stratejik planlamayı yönetmeyi mümkün kılar. Proje yönetimi bilgi sisteminin işlevselliği aşağıdaki görevleri yerine getirir:

• Proje yönetimi süreçlerinin otomasyonu (planlama, yürütme kontrolü, raporlama);
• Şirketin tüm kurumsal proje planlarının tek bir veritabanında birleştirilmesi;
• Kaynakların kullanımı, planlanması, kontrolü ve yönetimi için mevcut olan birleşik bir kaynak dizininin oluşturulması;
• Proje faaliyetlerine katılanlar arasında proje iletişimine harcanan zamanın otomasyonu ve azaltılması;
• Bir proje, program, proje portföyü ve proje ofisi için belge akış süreçlerinin otomasyonu;
• Proje yönetimi arşivi ve bilgi tabanının oluşturulması.

Çeşitli proje yönetimi bilgi sistemleri

Günümüzde tek kullanıcıya yönelik yerel programlardan, kurumsal düzeyde tam ölçekli sunucu çözümlerine veya İnternet teknolojilerini temel alan alternatif çözümlere kadar pek çok çözüm bulunmaktadır. Öyle ya da böyle, tüm proje yönetimi bilgi sistemleri üç bölüme ayrılabilir:

• Yerel proje yönetimi bilgi sistemleri. Bunlar esas olarak küçük işletmelere, özel girişimcilere ve bir veya iki küçük proje dışında neredeyse hiçbir proje faaliyeti olmayan şirketlere yöneliktir. Bu tür sistemlerin avantajları düşük maliyet ve kullanılabilirliktir. Örnekler arasında Microsoft Project Standard veya Professional, Open Project vb. yer alır.
• Proje yönetimi için sunucu bilgi sistemleri. Görevleri bir proje, program, proje portföyü (veya birkaç portföy) düzeyinde proje yönetiminin otomasyonu ve proje ofisi süreçlerinin otomasyonunu içeren, orta ve büyük ölçekli işletmeleri hedefleyen küresel bir çözüm. Bu sistemler dünyada oldukça yaygın olup, önde gelen şirketlerin çoğu proje yönetimi amacıyla bunları kullanmaktadır. Dezavantajları ise yüksek uygulama ve bakım maliyeti ve şirkette personel ihtiyacıdır. Bu tür sistemlerin liderleri Oracle Primavera, HP Proje ve Portföy Yönetim Merkezi, Kurumsal Proje Yönetimi Çözümleridir. Bu arada, bu sistemlerin birçoğu, aşağıda açıklandığı gibi halihazırda İnternet teknolojilerine dayalı çözümler sunmaktadır.
• İnternet teknolojilerine dayalı proje yönetimi bilgi sistemleri. İşlevsellik açısından sunucu çözümlerinden farklı olmayan, ancak şirketlerin bu çözümü uygulamamasına, çok sayıda özel ekipman (bilgisayar, sunucu) satın almasına ve destek ve bakım personeli kadrosu oluşturmasına olanak tanıyan, hizmetlerin sağlanmasına yönelik modern bir yaklaşım, ancak modern bir yaklaşım kullanmak - üçüncü taraf bir şirketin gerekli işlevselliği uzaktan sağladığı, servis sağlayıcının yeteneklerini kullanmanıza olanak tanıyan ve uygulama ve bakım maliyetlerini azaltan bulut teknolojileri. Dezavantajları ise proje faaliyetlerine ilişkin tüm bilgilerin güvenliğinden sorumlu üçüncü taraf bir şirkete aktarılmasıdır ve bu sistemler günümüzde sunucu çözümleri kadar işlevsel değildir ve ayrıca daha az özelleştirilebilirdir. Örnek olarak aşağıdaki çözümleri verebiliriz - IBN, COMINDWORK, MEGAPLAN.

Soru, bir proje yönetimi bilgi sisteminin uygulanıp uygulanmayacağı değil, hangi sistemin kullanılacağıdır. Bunu yapmak için şirketin proje yönetimi bilgi sisteminin işlevselliğine yönelik ihtiyaçlarını anlamak gerekir.

Proje - bugün modaya uygun görünüyor. Bu arada modern bir şirketin görevleri zaten bireysel projelerin yönetiminin ötesine geçiyor. Artık, şirket içi projelerden ofis alanının genişletilmesine, büyük hükümet siparişlerine ve uluslararası projelere kadar şirkette tüm alanlarda devam eden tüm projelerin ayrılmaz bir şekilde bağlanmasını içeren, temelde yeni bir kurumsal proje yönetimi düzeyine geçmeye ihtiyaç var.

Bugün her ofiste bir kelime işlemci ve belki de üretim süreçlerinin durumuna ilişkin tüm verileri saklayan, çalışanların iş yükünü hesaba katan, ücretlerin hesaplanmasına yardımcı olan, vb. hedef belirlemeden tüm yönetim döngüsünü uygulayan karmaşık bir yönetim bilgi sistemi vardır. Süreçlerdeki katılımcıları motive etmek ve teşvik etmek için performans değerlendirmesinin planlanması ve koordinasyonu, kontrolü, muhasebesi. Bugün piyasada, şirketin fonksiyonel departmanlarındaki hemen hemen her sürecin faaliyetlerini otomatikleştirmenize olanak tanıyan çok çeşitli yazılım ürünleri bulunmaktadır. Ancak tüm dünyada 80'li yılların başından itibaren işlevsel bir kurumsal yönetim modelinden proje modeline geçme ihtiyacı ortaya çıktı.

İlk proje yönetimi programları, bireysel projeleri planlamayı ve uygulama ilerlemesini izlemeyi mümkün kılan oldukça ilkel araçlardı, ancak bugün milyonlarca iş, on ve yüzbinlerce kaynak içeren en karmaşık projeleri kontrol etme yeteneğine sahipler. En popüler proje yönetimi bilgi sistemi: ve Primavera Systems'den SureTrak. Takvim ve ağ planlama sistemlerine paralel olarak şirket, süreç yaklaşımına dayanan ve proje katılımcıları arasındaki sözleşme yükümlülüklerini yönetmek, tasarımın geliştirilmesini ve yayınlanmasını kontrol etmek için tasarlanan Primavera Expedition gibi diğer ilgili proje odaklı yazılım ürünlerini geliştirdi. tahminler ve izin belgelerinin yanı sıra projelerdeki müzakere süreçleri için bilgi desteği.

Öte yandan, günümüzde modern bir şirketin görevleri, bireysel projeleri yönetmekten çok daha geniş hale geldi - her şeyden önce, bölünmezliği ve ayrılmaz bağlantıyı öngören, temelde yeni bir kurumsal proje yönetimi düzeyine geçmeye ihtiyaç var. Şirkette her alanda devam eden tüm projelerin. Bu tür heterojen projelerin devamlılığı, uygulama teknolojisinden çok, ortak kaynaklar, ortak yapılar ve çalışmalarla belirlenmektedir. Bireysel projelerin kurumsal programlarda birleştirilmesi, bunların ortak bir teknoloji ve üretim temelinde ortak, koordineli uygulanmasından ek faydalar elde edilmesini mümkün kılar.

Kurumsal proje yönetimi bilgi sistemi

Primavera Enterprise yazılım ürünleri serisi, kurumsal bir proje yönetim sistemi oluşturmanıza olanak tanır ve tek bir veritabanıyla çalışan ancak farklı işlevler sağlayan çok sayıda sistemi içerir. Temeli, kapsamlı işlevler kümesi sağlayan ve projelerde gerekli değişiklikleri her zaman yapabilmesi gereken planlama ekipleri ve proje izleme hizmetleri için tasarlanan Kurumsal Primavera Proje Planlayıcısı (P3e) yazılım ürünüdür. işin yürütülmesi teknolojisi (uygulama sırası ve mantığı) ve sorumluların yeniden dağıtılmasına ve kaynak çatışmalarının çözülmesine kadar son teslim tarihlerinde değişiklikler.

Çeşitli analizler oluşturma ve bireysel projeleri veya proje portföylerini belirli göstergelere göre kontrol etme yeteneği sağlayan özel bir Portföy Analisti modülü gibi ek yazılım ürünleri de vardır. Gerekirse Portföy Analisti, örneğin kaynak yükleme analizi, bireysel iş paketleri için malzeme gereksinimleri gibi projeler hakkında daha ayrıntılı bilgi düzeylerine inmenize olanak tanır. Proje uygulayıcıları yapılan çalışmalar hakkında bilgi toplamak için özel uygulamalar kullanabilirler. Ayrıca, coğrafi olarak dağınık projeleri olan şirketler için önemli olan bu uygulamalar, bir İnternet uygulaması (Progress Reporter) kullanarak çalışmanıza veya teknik olarak zorsa, daha sonra aktarılması için bilgileri bir cep bilgisayarına (Primavera Mobile) girmenize olanak tanır. ortak bir veritabanına.

Ancak bir projeyle uzaktan çalışmanın görevleri, sanatçılardan bilgi toplamakla sınırlı değil. Fiziksel olarak farklı lokasyonlarda bulunan kilit proje katılımcılarının uyumlu bir şekilde çalışması ve projenin ilerleyişi hakkında doğru operasyonel veriler alması gerektiğinde, Primavision ürünü projeyle ilgili ayrıntılı bilgilere çevrimiçi erişim sağlayarak onların yardımına koşuyor. Yarı otomatik modda oluşturulan Proje Web Sitesi ise müşterilere ve yatırımcılara proje hakkında raporlama bilgisi sağlayacak.

Entegrasyon çözümleri

Listelenen modüller, projelerdeki takvim ağı çalışma programlarıyla çalışır, ancak program ne kadar zengin olursa olsun, kaç parametre içerirse içersin, projedeki tüm bilgileri yansıtamaz - tasarlanmış başka sistemler de vardır. İlgili özel problemleri çözün.

Primavera Expedition'ın yeni sürümleri, Primavera Enterprise serisiyle uyumludur ve sözleşme yükümlülüklerinin yerine getirilmesinin izlenmesi, tasarım tahminlerinin yayınlanmasının ve onaylanmasının izlenmesi ve proje müzakerelerinin desteklenmesi açısından kurumsal proje yönetim sisteminin yeteneklerini genişletmenize olanak tanır. Ayrıca entegrasyon sorunlarının çözümünü kolaylaştıran Oracle DBMS ile çalışma desteklenmektedir.

Ancak böyle bir araç setiyle bile işletmenin tüm görevlerini yerine getirmek zordur; ayrıca birçok şirketin halihazırda faaliyette olan çeşitli sistemleri vardır: muhasebe programları, belge akış sistemleri, üç boyutlu tasarım, maliyetlendirme programları vb. - Kurumsal yönetim sistemi oluştururken, içinde biriken bilgileri kullanmamak büyük bir hata olur. Bu bağlamda Primavera'nın faaliyetlerinden biri diğer üreticilerin yazılımlarıyla entegrasyondur - şirket ortaklarının mevcut listesi ilgili faaliyet alanlarında uzmanlaşmış yüzün üzerinde tedarikçiyi içermektedir: kaynak yönetimi, süreçler, tedarikler vb. Yabancı ortaklar arasında SAP, Oracle, PeopleSoft ve J.D.'yi sayabiliriz. Edwards'ın yanı sıra 3D tasarım sistemleri sağlayıcıları Bentley ve Intergraph.

Rusya'da hem yabancı üreticilerle ortak geliştirilen entegrasyon modülleri hem de onların yerel pazara özel çözümleri kullanılıyor. Bunun bir örneği, bilgilerin standart inşaat tahminlerinden proje takvimine aktarılmasını sağlayan PMSoft ve Infostroy şirketlerinin ortak gelişimidir. Bu yazılım ürünü A0 tahmin programı ve Primavera Project Planner sistemi ile çalışmaktadır. Takvim-ağ planlama sistemlerini ve tahmin programlarını entegre etmenin sorunları iyi bilinmektedir: her şeyden önce, bu, tahminin ayrıntı düzeyleri ile takvim-ağ programı arasındaki tutarsızlıktır. Bir tahmin hazırlarken, inşaat maliyeti iş hacmine göre belirlenir, bu nedenle tahminciler genellikle iş planını dikkate almazlar; örneğin, tüm tesis için aynı işi tek bir fiyatta birleştirirler; yönetim açısından uygundur.

İdeal seçenek, tahminin proje yönetim sistemindeki programlara dayalı yönetim görevlerine uygun olarak yapılandırılmasıdır. Tahminlerin yönetim amaçlı işlenmesiyle ilgili bir noktaya dikkat etmelisiniz. Müşteri, kural olarak, genel kabul görmüş fiyatlara ve standartlara dayanarak tahminin doğruluğunu kontrol eder - orijinal tahmini gözden geçirir. Fiyat üzerinde anlaşmaya varıldıktan sonra, tahmin verilerini yönetim görevlerine uygun olarak işlemeye ve bu verileri takvim ve ağ planlama sistemine aktarmaya başlayabilirsiniz. Revize edilen tahmin, iş kapsamında orijinalinden farklıdır ancak hacmin tamamı, kaynak gereksinimleri ve fiyat aynı kalır.

Entegrasyon çözümünün başka bir örneği, WinAvers tahmin programını temel alan standart bir projeden veri aktarımına dayanmaktadır.

Bu tür çözümlere duyulan ihtiyaç ve çeşitliliği, Primavera Enterprise sisteminin diğer modern maliyetlendirme sistemlerine entegre edilmesi yönünde çalışmaları başlattı.

Diğer bir örnek ise Primavera Expedition ile Rusya'daki bir dizi nükleer enerji kuruluşundaki sözleşmeleri ve birincil belgeleri kaydetmek için uygulanan Rus şirketi TransInvestIntegrator'un bilgi sistemlerinin entegrasyonudur. Şu anda geliştirilen çözüm test aşamasındadır.

OSIRIS yazılım ürünü, Rus kullanıcılar tarafından bilinen Primavera Postane yardımcı programının ve Primavera Proje Planlayıcısı için analog "PM Mail" in geliştirilmiş hali olan özel ilgiyi hak ediyor. OSIRIS uygulaması, proje yönetim ekibi ile uygulayıcıları arasında hızlı ve etkili etkileşimi sürdürmeyi amaçlamaktadır. Proje katılımcıları, OSIRIS uygulamasını oluşturan modülleri kullanarak detaylı saha planlaması yapabilir, gerçek verileri girebilir ve çalışmalarının durumuyla ilgili bilgileri güncelleyebilir, proje ilerledikçe öneri ve yorumlarda bulunabilirler.

OSIRIS ile çalışmak için kullanıcıların ek yazılım satın almasına veya eğitim almasına gerek yoktur; proje verileri e-posta yoluyla paylaşılır. OSIRIS uygulaması, ayrıntılı iş planlaması ve saha durumuyla ilgili bilgilerin güncellenmesi için görevlerin proje uygulayıcılarına gönderildiği merkezi kurumsal proje veritabanı Primavera Enterprise'a bağlanır. Daha sonra güncellenen bilgiler ana OSIRIS Yönetici modülüne geri gönderilir ve burada proje yönetimi ekibi tarafından onaylanır. Yönetim grubu elde edilen sonuçlardan memnun kalırsa kurumsal veri tabanındaki bilgileri günceller, aksi takdirde alınan veriler revizyona gönderilir.

Progress Reporter programına benzer şekilde OSIRIS, projelerdeki çalışmanın ilerleyişi hakkında gerçek bilgiler toplamanıza olanak tanır, ancak Progress Reporter'ın aksine proje veritabanından bağımsız olarak çalışır ve ona kalıcı bir bağlantı gerektirmez.

Primavera yazılımı ile birlikte, diğer çözümlerle entegrasyona olanak tanıyan, Primavera uygulamalarından diğer yazılım ürünlerine veri aktarımı için bir modül kurulmasına ve bunun tersi de verilerle çalışırken daha yüksek düzeyde gerçekleştirilmesine olanak tanıyan uygulama geliştirme araçları sağlanmaktadır. Mantıksal veri modelinin güvenliğini sağlayan uygulamanın tüm iş kurallarını dikkate alır. Primavera SDK'yı kullanarak Primavera Enterprise/Primavera TeamPlay paketlerini kullanıcı veritabanları ve uygulamalarıyla entegre etmek mümkündür. Bu amaçla ODBC, OLE-DB ve JDBC arayüzü kullanılmaktadır. ODBC istemcileri VB, PowerBuilder, C++ vb. standart programlama dillerini destekler. Primavera SDK, yazılımı herhangi bir harici uygulamayla entegrasyon modülleri yazmaya açık hale getirir. Primavera SDK ile çalışma standart SQL dili kullanılarak gerçekleştirilir.

Dağıtılmış Proje Yönetimi

Dağıtılmış projeler, yalnızca proje ve bölümleri üzerinde çalışmanın yapıldığı yerlerin birbirinden bölgesel uzaklığını değil, aynı zamanda proje ekibinin dağılımını ve bunun sonucunda ortak görevler ve yönetim hedefleriyle dağıtılmış karar almayı da ifade eder. Bugün, üzerinde çalışmanın tek bir yerde ve tek bir ekibin kontrolü altında yürütüleceği bir projeyi hayal etmek belki de zordur; projeler genellikle farklı yerlerde (birbirinden uzak birimler, fabrikalar, montaj sahaları) yürütülen, birbiriyle yakından bağlantılı birimler içerir. vb.) ve ayrı veya coğrafi olarak uzak grupların kontrolü altında.

Kurumsal sistem, dağıtılmış veya uzak proje katılımcılarının çalışmasına olanak sağlamalıdır. Proje bilgilerine uzaktan erişime, görüntülenmesine ve sınırlı ölçüde güncellenmesine olanak tanıyan bir dizi Primavera yazılım ürününden daha önce bahsetmiştik. Ancak uzak ekiplerin projeye tam erişime sahip olması gerekiyorsa: programı ayarlamak, kod yapılarını güncellemek veya yeni projeler başlatmak gibi durumlarda Primavera Project Planner for the Enterprise'ın merkezi modülünün hem ofis hem de uzak iş istasyonlarında aynı anda çalışması gerekir. Bu sorunu çözmenin birkaç yolu vardır; örneğin, Citrix MetaFrame teknolojisine dayalı bir terminal iş istasyonları ağı oluşturmak. Bu teknoloji, örneğin standart bir modem aracılığıyla bağlandığında ince bir istemci aracılığıyla P3e ve Primavera Expedition uygulamalarına tam özellikli erişim sağlarken, kalıcı olarak merkezi veritabanında kalan maksimum düzeyde veri güvenliğine ulaşıyor.

Umutlar

Özetlemek gerekirse, bugün proje yönetiminin yalnızca modaya bir övgü değil, aynı zamanda insan faaliyetinin hangi alanında meydana gelirse gelsin her türlü değişikliği yönetmek için kanıtlanmış ve etkili bir araç olduğunu söyleyebiliriz. Başarıyla uygulanan projeler şirketin geleceğini inşa ettiği temeldir. Yeni ürünlerin yaratılması, binaların inşası, üretim kapasitesinin arttırılması veya yeni bir bilgisayar sisteminin uygulanması ile ilgili olup olmadığına bakılmaksızın.

Hemen hemen tüm proje yönetim sistemleri, ön aşamada hazırlanan belirli bir plana dayanmaktadır. Daha sonra bu plan doğrultusunda planın iş aşamalarının, iş paketlerinin ve işin yürütülmesi, analizi ve yönetimi otomatik olarak organize edilir. İş süreci otomasyon sistemleri (BAPS) ve BMS'nin metodolojileri, otomatik eylemlerin ölçeğindeki farklılığa rağmen, bir dereceye kadar örtüşmektedir, bu da iş akışı şemaları ile stratejik plan (formda) arasında iki yönlü senkronizasyon kurulmasını mümkün kılmaktadır. bir takvim ağ planının veya bir proje çalışma programının) Proje yönetim sistemi çerçevesinde aşamaların programlanması ve ilerleyişinin yarı otomatik modda gerçekleştiğini ve iş akışı sistemiyle entegrasyonun kurumsal bir proje yönetim sistemi oluşturmanıza olanak sağladığını burada belirtmek önemlidir. Böyle bir sistem çeşitli zorluklarla karşı karşıyadır: bir grup projeyi aynı anda yönetme yeteneği; proje ilişkilerini yönetme yeteneği; bir proje portföyünün (grup) analizi; belirtilen kriterlere göre bir proje seçebilme yeteneği desteği; en iyi pratik deneyimi kullanma fırsatı; proje uygulamasının kontrolü vb.

Örneğin Primavera Enterprise paketi bu kriterleri karşılıyor ve kurumsal bir proje yönetim sisteminin temel unsurlarından biri olarak seçilebiliyor.

Sistemin uygulanması oldukça emek yoğun ve pahalı bir süreçtir, ancak maliyetler karşılığını verir: proje süresi %15-20 oranında kısalır, planlama maliyetleri %25 oranında azalır, kaynakların optimizasyonundan bahsetmeye bile gerek yok. Proje yönetim sistemlerinin kullanılması, proje ekipleri arasında bağlantı kurulması, elde edilen sonuçların paylaşılması ve geri bildirime dayalı bir proje yönetim sisteminin kurulması yoluyla işletmedeki süreçlerin iyileştirilmesine doğrudan etki etmektedir. Sonuç olarak şirket, pazar değişikliklerine yeterince yanıt veren tek bir organizma olarak yaşıyor.

Alexey Lysakov,
Alexander Tsvetkov
PMSoft şirketi

Görüntüleme: 6.220

PMIS'in fonksiyonel alt sistemlerinin birbiriyle birden fazla bağlantısı vardır. Örneğin, üretim maliyeti muhasebesine ilişkin ayrıntılı veriler, üretim yönetimi alt sisteminde ortaya çıkar ve üst yönetimin muhasebe ve bilgi hizmetleri alt sistemlerinde özetlenebilir. Üretim yönetimi alt sistemi ise lojistik alt sisteminde oluşan stoklara ve stokların hareketlerine ilişkin verilere ihtiyaç duymaktadır. İşgücü ve ücret muhasebesine ilişkin veriler, personel yönetimi ve üretim yönetimi alt sistemlerinde üretilmekte ve muhasebe alt sisteminde özetlenmektedir. Müşteri ilişkileri yönetimi alt sisteminde uygulanan işlemlerin yürütülmesinin izlenmesine ilişkin veriler çoğunlukla lojistik alt sisteminde ortaya çıkmaktadır. Ve benzeri.

Sonuç olarak, bir BGYS oluştururken her bir alt sistemin yazılımı arasındaki olası tüm iç ve dış bilgi bağlantılarının sağlanması gerekir.

Alt sistemlerin etkileşimi şu şekilde gerçekleştirilebilir: operasyonel veya ertelenen modlar.

Çevrimiçi modda, bir alt sistemin sorunlarının çözümünü uygulayan yazılım, gerekirse başka bir alt sistem tarafından üretilen verileri otomatik olarak bu alt sistemin yazılımından talep eder ve alır. Bu, yazılımın farklı alt sistemler arasında etkileşim kurmasının en etkili yoludur. Ancak bu ancak çeşitli alt sistemlerin yazılımlarının otomatik olarak etkileşime girebilmesiyle mümkündür. Ve bu her zaman mümkün değildir. Örneğin, bir IMS oluşturmak için farklı üreticilerin yazılımları kullanılıyorsa, son derece nadir durumlarda alt sistemler arasında operasyonel etkileşim kurmak mümkündür. Ayrıca, bir alt sistem farklı tedarikçilerin yazılım ürünlerini kullanıyorsa, bu alt sistem içinde operasyonel etkileşimi organize etmek genellikle mümkün değildir.

Ertelenmiş modda, farklı programlar arasında (farklı veya bir alt sistem dahilinde) bilgi alışverişini düzenlemek için, veri dışa aktarma-içe aktarma işlemlerinin gerçekleştirilmesi gerekir. Bu durumda, veriler, özel bir işlem (dışa aktarma) kullanılarak, bir program tarafından, verileri alan program tarafından tanınabilecek bir formatta ayrı bir bilgi dizisine (diziler) yüklenmelidir. Daha sonra bu program, veri içe aktarma işlemini kullanarak bunları sonraki işlemler için bilgi yapılarına yükler.

Bu nedenle, ertelenmiş modda, verileri bir programdan diğerine aktarmak için, her birinin, her programın kullanıcısı tarafından özel olarak başlatılması gereken özel teknolojik ihracat-ithalat işlemlerinin gerçekleştirilmesi gerekir. Bu programlar farklı uzmanlar tarafından kullanılıyorsa, biri diğerinden kullandığı programdan gerekli verileri dışa aktarma işlemini gerçekleştirmesini istemelidir. İkincisi, istenen verileri dışa aktarma işlemini gerçekleştirmeli ve şu veya bu şekilde (bir ağ üzerinden veya taşınabilir bir depolama ortamında), dışa aktarma işleminin bir sonucu olarak oluşturulan bilgi dizilerini ilkine aktarmalıdır. Bu, bir EMIS'i çalıştırırken ek organizasyonel problemler yaratabilir (bir kişinin başka bir kişiye sorması gerekir ve bu kişi yerinde olmayabilir, meşgul olabilir, vb.). Çevrimiçi modda alt sistemlerin (programların) etkileşimi otomatik olarak gerçekleştirilir.

Bu veriye ihtiyaç duyan program kullanıcısının isteği doğrultusunda, ihracat-ithalat işlemlerinin otomatik ve/veya yarı otomatik modda yapılabileceği unutulmamalıdır. Bu durumda BGYS alt sistemleri arasındaki etkileşimin sağlanmasına ilişkin organizasyonel sorunlar ortaya çıkmaz. Otomatik veya yarı otomatik modlarda ihracat-ithalat gerçekleştirmek aslında alt sistemler arasında operasyonel bir etkileşim modunun uygulanması anlamına gelir. Ancak bu ancak veri gönderen ve alan programların birlikte çalışacak şekilde özel olarak yapılandırılması durumunda mümkündür.

BGYS alt sistemleri ertelenmiş modda etkileşime girdiğinde, veri işlemenin verimliliği keskin bir şekilde azalır, farklı işyerlerindeki verilerde çeşitli tutarsızlıkların olasılığı artar ve süreç odaklı yönetim mekanizmalarını uygulama aracı olarak bilgisayar sisteminin yetenekleri keskin bir şekilde azalır. .

Dolayısıyla, örneğin, ödeme belgelerinin verilmesini uygulayan programın gider bütçesi verilerine çevrimiçi erişimi yoksa, ödeme belgesi düzenlenirken belirli bir bütçe kalemi için gider tahmininin fazlalığını kontrol edemeyecektir. bunun altında yapılan masraflar için. Sonuç olarak, maliyet tahminlerinin uygulanması üzerindeki kontrol otomatik olarak gerçekleştirilemez. Böyle bir kontrolün gerçekleştirilmesi için özel düzenlemelerin geliştirilmesi ve kontrolün sorumlu uzmanlara devredilmesi gerekecektir. Sonuç olarak, belge onayının etkinliği azalır (sorumlu uzman yerinde değildir, meşguldür) ve bilgisayar tarafından değil bir kişi tarafından yapıldığından kontrolün doğruluğu azalır. Bu durumda, bir bilgisayar aracılığıyla bir ödeme belgesi düzenlenirken, bu işlevi uygulayan programın şu anda bütçe verilerine ve ilgili kalem için fon harcamalarına ilişkin gerçek verilere erişimi varsa, o zaman otomatik olarak ödeme oluşturulmasını yasaklayabilir. içinde belirtilen harcama miktarının tahminde izin verilen sınırların ötesine geçmesine yol açması durumunda ödeme belgesi.

Borçları sağlanan emtia kredilerinin limitlerini aşabilecek borçlu müşterilere nakliye belgeleri düzenlenirken ve ayrıca ödemesi gereken stok kalemlerini zamanında teslim etmeyen borçlu tedarikçilere ödeme belgeleri düzenlenirken kontrolün organizasyonuyla ilgili benzer sorunlar ortaya çıkabilir. zaten yapılmıştır.

Bu nedenle BGYS alt sistemlerinin operasyonel etkileşiminin optimal olduğu düşünülmelidir. Ancak bu, yalnızca bir veya farklı alt sistemlerin tüm etkileşimli programlarının tek bir bilgi alanında çalışması, yani entegre bir veritabanı temelinde çalışması veya her biri tarafından kullanılan veri formatlarını otomatik olarak tanıyabilmesi durumunda mümkündür. Şu anda, alt sistemlerin operasyonel etkileşiminin organizasyonu, kural olarak, yalnızca bir geliştiricinin yazılım ürünleri IMS yazılımının temeli olarak kullanıldığında mümkündür, çünkü bu durumda otomatik etkileşimleri genellikle garanti edilir (ve o zaman bile) her zaman değil).

Genel olarak, BGYS alt sistemlerinin çevrimiçi modda etkileşimi, yalnızca farklı alt sistem programları arasında otomatik veri alışverişini değil, aynı zamanda veri dönüştürme işlemlerinin mantıksal zincirlerinin birbirine bağlı yürütülmesini de içerir.

Örneğin, bir alıcıdan ödeme alındığında banka ekstresi verileri finansal yönetim alt sistemine girilir. Aynı zamanda müşterinin borçlu olması durumunda alacak hesaplarının azaltılması veya peşin ödeme olması durumunda şirketin bu alıcıya ödenecek hesaplarının artırılması için bu verilerin lojistik alt sistemine yansıtılması gerekir. Bu eylemler farklı programlar tarafından uygulanabilir. Ancak bunların birlikte, birlikte yapılması gerekir. Aksi takdirde, farklı alt sistemlerin verilerinde bir tutarsızlık olabilir (alıcı para aktardı, ancak borcuna ilişkin veriler değişmedi). Aynı zamanda, fonların alınmasına karşılık gelen hesap girişleri oluşturularak ödeme verilerinin muhasebe alt sistemine yansıtılması gerekir. Bitmiş ürünlerin depoya transferi eş zamanlı olarak lojistik ve üretim yönetimi alt sistemlerine yansıtılmalıdır. Aynı zamanda üretim yönetimi alt sisteminde belirlenen maliyetinin muhasebe alt sisteminde de dikkate alınması gerekir.

Ticari işlemlerin Yönetim Sisteminin çeşitli alt sistemleri tarafından birbirine bağlı olarak yansıtılması gerektiğinde başka örnekler verilebilir. Bu, özellikle çeşitli alt sistemlerin muhasebe alt sistemi ile etkileşimi için geçerlidir, çünkü hemen hemen tüm ticari işlemler bir şekilde muhasebe hesaplarına yansıtılmalıdır.

Birbirine bağlı veri işleme prosedürlerinin Yönetim Sisteminin çeşitli alt sistemleri tarafından uygulanması çeşitli şekillerde organize edilebilir. Yönetim sistemleri için uygulama yazılımı oluşturmanın temeli olarak kullanılabilecek birçok Batı yazılım ürünü, alt sistemlerin tamamen entegre etkileşimi ilkesini uygular. Buna göre birbiriyle ilişkili tüm veri işleme işlemleri tek bir işlem olarak gerçekleştirilmektedir.

İşlem- bir bütün olarak gerçekleştirilen birbiriyle ilişkili bir dizi işlem.

İşlemin ya tüm işlemleri gerçekleştirilir ya da hiçbiri gerçekleştirilmez. Veritabanı yönetim sistemlerinde (DBMS), veriler üzerinde birbiriyle ilişkili resmi işlemler tek bir birim olarak gerçekleştirilir. İşlemin herhangi bir nedenden dolayı tamamen tamamlanamaması durumunda, DBMS, veri dönüştürme işlemlerinin başından beri tamamlanmış olan kısmının yürütülmesini "iptal eder". Sonuç olarak veritabanı bu işlemler başlamadan önceki durumunda kalır. Bu, veritabanının mantıksal bütünlüğünü korumak için gereklidir.

Alt sistemlerin tam entegre etkileşimi esasına göre oluşturulan BGYS'de de aynı prensipler uygulanır. Örneğin, lojistik alt sistemi stok kalemlerinin hareketini kaydediyorsa, muhasebe alt sistemi bu işleme karşılık gelen hesap girişlerini otomatik olarak oluşturur. Ancak yönetim sistemi uzmanları arasında güç ayrılığına duyulan ihtiyaç nedeniyle bu yaklaşım her zaman gerekçelendirilmemektedir. Muhasebe hesaplarında giriş oluşturma ayrıcalığı işletmenin muhasebe personeline aittir ve bu eylemlerle ilgili veri işleme prosedürleri onlar tarafından başlatılmalı ve kontrol edilmeli ve alt sistemlerin tamamen entegre etkileşimi ile bir belgenin hareket için kaydedilmesi gerekir. Lojistik alt sistemindeki stok kalemlerinin stok kalemlerinin otomatik olarak stoklanması, muhasebe departmanının bilgisi ve kontrolü dışında gerçekleştirilen hesap girişlerinin oluşmasına neden olur.

BGYS alt sistemlerinin veri alışverişi açısından etkileşiminin çevrimiçi olarak gerçekleştirildiği, ancak farklı fonksiyonel departmanların yetki alanına giren birbiriyle ilişkili veri işleme fonksiyonlarının uygulanmasının otomatik olarak değil, kullanıcının isteği üzerine gerçekleştirildiği daha esnek bir yaklaşımdır.