MS Project proje yönetim sisteminin kısa açıklaması. Proje Yönetimi

Proje yönetim sistemi, proje yönetimini destekleyen ve uygulama verimliliğini artıran bir dizi teknolojik ve organizasyonel yöntem ve araçtır. Ancak çoğu zaman bu kavram daha dar anlamda, bilgi ve otomatik proje yönetim sistemi, başka bir deyişle bir program olarak anlaşılır. Metodolojik ve organizasyonel bileşenler ise “kurumsal proje yönetim sistemi” olarak adlandırılmaktadır. Buna dayanarak, tam olarak bu yorumlarda daha fazla tartışacağız.

Tüm yönetim sistemlerinin belirli amaç ve hedefleri vardır ve bunlar hakkında birkaç söz söylemekte fayda var.

Proje yönetim sistemlerinin hedefleri:

• Proje çalışmalarında çalışan verimliliğini artırın
• Proje yöneticilerinin proje yönetimi kalitesini artırmak
• Kuruluşun genel proje portföyünü yönetme verimliliğini artırın

Proje yönetim sistemlerinin amaçları:

• Proje yöneticisine proje uygulama sürecini planlamak ve izlemek için gerekli araçları sağlamak
• Proje katılımcılarına sorunları çözmek ve ilgili bilgilere erişim için açık araçlar sağlamak
• Departman başkanlarına, proje yürütücülerinin ve proje dışı görevlerin iş yükünü izlemeye yönelik araçlar ve çalışanların yeni projelere atanması ve yükün yeniden dağıtılması konusunda karar verme konusunda bilgi sağlanması
• Proje ofisi yöneticisine rutin işlemleri otomatikleştirmek ve tüm proje portföyünün durumu ve her proje yöneticilerinin çalışma kalitesi üzerinde kontrol sağlamak için uygun araçlar sağlamak
• Proje yöneticisine proje portföyünün izlenmesi ve alınan kararların ve ilgili sapmaların analiz edilmesi için bütünsel bir model sağlanması
• Şirketin hissedarlarına proje portföyünün şirketin stratejik hedeflerine uygunluğunu izlemeye yönelik bir araç sağlanması

Proje yönetim sistemlerinin işlevselliğine ilişkin gereksinimler, yönetimin nüanslarına ve her bir organizasyondaki projelerin kendilerine bağlıdır. Aşağıda size yetenek ve işlevsellik bakımından farklılık gösteren en popüler sistemlere kısa bir genel bakış sunuyoruz.

Yaz

Görevleri oluşturup projeler halinde gruplandırmanıza ve bunların uygulanmasındaki ilerlemeyi izlemenize olanak tanıyan bir sistem. Başlıca avantajı, işbirliğine yönelik gelişmiş işlevselliğidir. Sistem ağ şemalarını ve çalışma raporlarını içerir. Hatırlatıcıları ayarlamak ve görev tamamlanma sürelerini günlüğe kaydetmek mümkündür.

Megaplan

Her profildeki küçük ve orta ölçekli şirketler için proje yönetim sistemi. Etkili çalışan yönetimini teşvik eder; uzaktan çalışmanıza olanak tanır. Sistem, işlem kontrolü, çalışanlarla çalışmak için bir modül, bir görev yöneticisi, bir forum, dahili posta, bir dosya sunucusu, faturalandırma ve bir CRM etkileşim modeli içerir.

Ana kamp

Etkili ve oldukça basit bir proje yönetim sistemi. Dosyaları, proje günlüğünü, görevleri, wiki belgelerini, profilleri, tartışmaları ve takvimi içerir. Bu sistemi kullanarak ortaklar ve müşterilerle verimli işbirliği organize edilebilir. Mobil erişim mevcuttur.

Çalışma bölümü

Rusça çevrimiçi proje yönetim sistemi. Etiketler, zaman takip sistemi, dosya depolama alanı, takvim, yorumları içeren bir görev yöneticisi ve bir dizi widget içeren Kontrol Paneli yazılımı içerir.

Asana

Projeleri ve tasarım görevlerini yönetmenize olanak tanıyan kullanışlı ve oldukça basit bir hizmet. E-posta ile entegrasyona izin verir. Mobil erişim mevcuttur. 30 kişiye kadar ekipler tarafından kullanıldığında ücretsizdir.

Takım Köprüsü

İşbirliği için mükemmel olan çevrimiçi bir proje ve şirket yönetim sistemi. Bunu kullanırken, kuruluşun tüm çalışanları aynı ortamda çalışır, bilgi alışverişinde bulunabilir, görevler belirleyebilir, bunları yürütebilir ve kontrol edebilir, sonuçları planlayabilir ve izleyebilir. Yöneticiler için faydalıdır çünkü organizasyonda olup bitenlerin genel resmini gerçek zamanlı olarak gözlemlemelerine olanak tanır.

Comindware Projesi

Projelerin planlanmasını ve yürütülmesini otomatikleştirmek için profesyonel bir “bulut” sistemidir. Android ve iOS için uyarlanmıştır ve ayrıca MS Outlook ile entegre edilmiştir.

YouGile

Çevik metodolojiye ve daha fazlasına dayalı kullanışlı bir proje yönetim sistemi. İyi gelişmiş bir iç iletişim sistemi nedeniyle bağımlılık yapar. Her görev bir sohbettir; kişisel ve grup sohbetleri vardır. Çevik panoları, YAPILACAKLAR sayfalarını, "benim" görevlerimi, son teslim tarihlerini, öncelikleri, esnek hak ayarlarını ve güçlü bir raporlama sistemini planlamak için. YouGile sistemi hakkında daha fazlasını okuyun.

Ürüneev

Görevlerle işbirliği için çevrimiçi sistem. Görevlerin mobil cihazlardan, sosyal ağlardan, anlık mesajlaşma programlarından ve e-postadan oluşturulabilmesi bakımından farklılık gösterir. MS Outlook için bir eklenti ve GMail için bir widget bulunmaktadır. Birden fazla çalışma alanı oluşturmak mümkündür. İki kişi için ücretsiz bir sürümü var.

HiTask

Projeler ve görevler üzerinde işbirliği yapmanıza olanak tanıyan basit ve kullanışlı bir sistem. Sistem, proje katılımcıları için bir sohbet, bir hatırlatma hizmeti, bir takvim, grup görevi birleştirme, görev sıralama ve sürükle bırak arayüzü içerir.

Zaman Ustası

Projeler ve görevler üzerinde çalışma becerisine sahip kişisel bir organizatördür. E-posta ve SMS hatırlatıcıları, tamamlanan görevlerin günlüğe kaydedilmesi için bir günlük, bir kişi dizini, projeler, görevler ve bir takvim içerir.

Pirus

GMail'i anımsatan, görevler üzerinde işbirliği yapmaya yönelik bir sistem. E-posta, Google Apps ve Active Directory ile iyi entegre olur. İş süreçlerini, kişi listesini, dosya depolamayı ve API'yi içerir. Android, iPhone, iPad ve WinPhone'dan erişilebilir.

Clarice

İnternet tabanlı proje ve görev yönetim sistemi. Sistem anlık mesajları, e-posta uyarılarını, kullanışlı belge yönetimini, çıkartmaları, esnek bir iş mantığı tasarımcısı, çevrimiçi hesap ekstrelerini ve ticari teklifleri içerir.

Microsoft Projesi

Projeleri yönetmenize, görevleri ve kaynakları çalışanlar arasında dağıtmanıza, bütçelemenize ve proje uygulamasını izlemenize olanak tanıyan mükemmel bir kurumsal sistem. Kullanıldığında, kullanıcılara etkili işbirliği ve çevrimiçi erişim sağlamak için MS Project Server ve özel bir Windows olanağı sunulur. Sistem MS Outlook ve MS Sharepoint ile entegredir.

iQ300

Açık ve erişilebilir bir arayüze sahip, küçük kuruluşlar için kullanışlı bir proje yönetim sistemi. Projeler, görevler ve kontrol listeleri oluşturma, yorum yapma, belge ekleme ve kullanıcı eylemlerini günlüğe kaydetme yeteneği sağlar.

PlanFix

Çalışanların ortak faaliyetlerinin organizasyonunu ve yönetimini kolaylaştıran bir ekip çalışması yönetim sistemi. İşletmeler, kamu dernekleri, kar amacı gütmeyen kuruluşlar ve genel olarak ortak bir görev üzerinde çalışan tüm ekipler için eşit derecede uygundur.

Kaiser Projesi

Basit bir arayüze sahip, tamamen Ruslaştırılmış hiyerarşik bir proje yönetim sistemi. Çeşitli formüller, wiki belgeleri, sanatçılar ve sorumlu kişiler için destek sağlayan bir görev yönetimi işlevi ve ayrıntılı belgeler içerir. Sistem stabildir, hızlıdır ve her platforma kurulabilir. Beş kullanıcı için ücretsiz bir SaaS hizmeti mevcuttur. Beş kullanıcı için ücretsiz bir indirme sürümü de mevcuttur.

Elyaf

Sistem, bir not defterinin ve bir habercinin simbiyozudur. Kullanımı çok kolay ve işbirliğine uygundur. Ücretsiz bir sürümünü bulabilirsiniz.

Microsoft Planlayıcı

Office 365 kapsamında işbirliği düzenlemenize ve proje planlamanıza olanak tanıyan bir sistem. Diğer Microsoft hizmetleriyle kolayca entegre olur.

İşçi

Görevleri ve projeleri çevrimiçi yönetmek için ücretsiz sistem. Esas itibariyle bir iş yöneticisidir; Görevleri planlamak için en iyi programlardan biri olarak kabul edilir. Görevlerle çalışmak için uyarlanmış basit ve sezgisel bir arayüz, etkili ekip çalışmasını destekler.

Proje Ofisi

Benzer projeler için web odaklı proje yönetim sistemi. Kullanıcıya proje kaynaklarının izlenmesi ve muhasebeleştirilmesi için modern ve kullanışlı araçlar sağlar.

ActiveCollab

Bir veya daha fazla projeyi yönetmek için tasarlanmış bir sistem. Dahili bir forum, zaman sayacı, kontrol listeleri, görevler, wiki belgeleri, dosya depolama, yerleşik zamanlayıcı ve takvim içerir. Yerel ağdaki bir sunucuya kurulum için tasarlanmıştır.

BiPulse

Çevrimiçi proje yönetim sistemi. Proje yönetimi Çevik ilkelere ve Eliyahu Goldratt tarafından geliştirilen Kritik Zincir (Kısıtlama Sistemleri Teorisi) yöntemine dayanmaktadır. Sistem, proje yönetimiyle ilgili çok miktarda bilgi içerir.

Clarizen

Küçük işletmeler için çevrimiçi proje yönetim sistemi. Sistemin işlevselliği kişiselleştirilmiş bir kontrol paneli, görevler, hatırlatmalar, raporlar, zaman sayacı, Gantt şeması, bütçe planlayıcı, takvim, erişim hakları sistemi, tartışmalar ve notlardan oluşur. MS Project, MS Outlook ve AutoCAD ile entegredir. Geliştiriciler için bir API var.

akşam 5

Kullanımı kolay bir başka web tabanlı proje ve görev yönetim sistemi. Bir takvim (iCalendar'ı destekler), dosya depolama alanı, ağ şeması, kullanıcı profilleri, raporlar ve erişim hakları yönetim sisteminden oluşur. E-postayla mükemmel bir şekilde bütünleşir.

Ortak çalışma

Projeleri ve görevleri çevrimiçi yönetmek için tasarlanmış birleşik bir sistem. İşbirliği ve takım çalışmasını içerir. Etiketleme, kategorilere ayırma, görevleri ve pop görevleri ayarlama, zaman izleme ve blog yazmaya yönelik seçenekler vardır. Kurumsal bir Wiki sağlanır, RSS ve E-Posta uyarıları, dosya depolama ve diğer özellikler vardır.

LiderGörevi

PC'ler, dizüstü bilgisayarlar ve mobil cihazlar arasındaki görevleri senkronize eden platformlar arası görev yöneticisi. Farklı kullanıcılara görev atamak ve ortak projeler oluşturmak için uygundur. E-postayla entegre olup yerleşik bir takvim, görev dosyaları ve görev yorumlarını içerir.

Zoho Projeleri

Geniş işlevselliğe sahip proje yönetim sistemi. Belge depolama ve düzenleyicileri, bir düzenleyiciyi, bir takvimi, bir forumu, raporları, bir toplantı planlayıcıyı, wiki belgelerini ve bir zaman izleyiciyi içerir. Sistem gerçek zamanlı çalışmaya çok uygundur. Diğer Zoho hizmetleriyle entegrasyon. MS Projelerinden içe aktarma yeteneği. Ruslaştırılmış. Bir proje için ücretsiz bir sürüm var.

WebAsist

Merkezi bir giriş noktasına sahip bir dizi hizmet. Bir çevrimiçi mağaza, proje yönetimi araçları, E-Posta pazarlama araçları, kişi yönetimi, dosya paylaşımı ve düzenleyici içerir. Rusça versiyonu var. Kendi sunucunuza kurulum mümkündür.

PTYSH

Proje yönetimi ve görev yönetim sistemi. Serbest çalışanlar, SEO şirketleri ve web stüdyoları için özel fonksiyonların varlığıyla öne çıkıyor. Ücretsiz sürümü mevcut.

Kanbançi

G Suite için proje yönetim sistemi - İnternette çalışmak için bir dizi kurumsal bulut hizmeti. Kanban panoları oluşturmak mümkündür. Ücretsiz temel işlevsellik.

Neaktor

Birçok esnek ayara sahip bir görev ve iletişim yönetimi sistemi. Bir takvim, e-posta istemcisi, dahili sohbet, haber akışı ve çalışan kayıtları içerir.

WorkFlowSoft

Projeleri, iş paketlerini ve görevleri yönetmek için bir sistem. MS Office 365 kullanan şirketler arasındaki işbirliği için kullanılır.

Flowlu

Çevrimiçi proje yönetim sistemi. İşbirliğinin yanı sıra finansal yönetim ve CRM için de kullanılır. Farklı firmaların iş süreçlerine geniş adaptasyon kabiliyetine sahiptir. Mobil erişim mevcuttur. Ücretsiz bir sürümü var.

Ganter

Ücretsiz çevrimiçi proje yönetim sistemi. MS Project'e mükemmel bir alternatif olabilir. Kaynak planlama ve proje kontrolüne uygun, . Bir ağ programı ve tamamlanan iş yüzdesini güncelleme yeteneği vardır. Projeleri MS Project'ten içe aktarabilirsiniz.

Başbakan Arenası

Bireysel projeleri ve proje portföylerini yönetmek için web tabanlı sistem. Dar bir stratejik odaklanma ile ayırt edilir: önceden yapılandırılmış iş süreçleri ve analitik durumsal bir merkez, öncelikle hükümet yetkilileri tarafından kullanıma odaklanmıştır.

Takım oyuncusu

Yerli geliştiricilerden proje yönetimi web hizmeti. Projeler ve görevler oluşturmak, görevleri belirlemek ve bunların uygulanma durumunu izlemek için tasarlanmıştır. ICQ ve Jabber'da dosya ekleme ve yorum yapma, hatırlatmalar için bir işlev vardır. İstenirse taşınabilir bir versiyon da bulabilirsiniz.

Akıllı sayfa

MS Excel tipi arayüze sahip, oldukça basit ve anlaşılır bir proje ve görev yönetim sistemi.

Masanın

Proje yönetimi ve kullanıcı destek sistemi. Kurumsal müşterilere E-Posta desteği vermenizi ve GMail arayüzünden proje yönetimi yapmanızı sağlar.

Rovergörev

Ekip çalışması ve proje yönetimi için tasarlanmış sezgisel bir görev yöneticisi.

Planiro

Proje yönetimi ve işbirliği için çevrimiçi hizmet. Görev şablonları, çeşitli rapor türleri, Kanban panoları, Gantt şeması, proje notları, dosyaları kaydetme, tartışma yürütme, zamanı ve görevleri izleme özelliklerini içerir. Mac için bir zaman izleyici var. Android ve iOS için mobil versiyonları bulunmaktadır.

IPI.MÜDÜRÜ

Kendi web sitenize kurulmaya uygun ve müşteri İnternet isteklerini işlemenize olanak tanıyan bir proje yönetim sistemi. Basit bir arayüze, gelişmiş bildirim araçlarına, ağaç tabanlı bir görev sistemine ve yöneticiler için raporların kullanılabilirliğine sahiptir.

Grup Kampı Projesi

Proje yönetimi için çevrimiçi hizmet. İşlevsel ve basit uygulamalar sayesinde bulutta verimli çalışma mümkündür. Hizmet, görev ve kontrol noktası yönetimi, dosya paylaşımı, wiki belgeleri, zaman sayacı ve çevrimiçi tartışmayı içerir. Sistem son derece gizli ve güvenlidir. Google Apps ile entegre. E-posta, bağlamsal gadget'lar ve Google Dokümanlar ile entegre edilebilir.

Lement Pro

Görevleri ve proje çalışmalarını yönetmek, hedeflere ulaşılıp ulaşılmadığını izlemek ve iş süreçlerini optimize etmek için bir sistem. Elektronik belge yönetimini, kendi grafik işlemcisini ve BIM sürecini destekleme yeteneğini içerir. MS Excel ile iletişimi destekler ve MS Project ile entegre olur. İnşaat sektöründe çalışan firmalar için uygundur. Mobil uygulama var.

Devprom

Yenilikçi ürünlerin geliştirilmesine ve uygulanmasına yönelik projeleri yönetmenize olanak tanıyan ücretsiz bir sistem. Kendi sunucunuza konuşlandırıp SaaS çözümü olarak kullanmanız mümkündür. Çok işlevli bir dosya deposu, dahili iletişim için proje blogları, test komut dosyaları ve bilgi veritabanı için bir wiki motoru, bir sürüm planlayıcı, geri bildirim günlükleri, bir görev planlama ve hata düzeltme izleyicisi içerir.

iş içi

Kurumsal görev yönetimi hizmeti. Farklı karmaşıklık seviyelerindeki projeleri tamamlama süreçlerini yönetmenize olanak tanıyan birçok yararlı araç içerir.

Masadan Uzakta

Bir mesaj ve raporlama sistemi, bir metin düzenleyici, dosya depolama, destek bölümü, görevler, zaman sayacı, proje planlayıcı ve özet panelini içeren proje yönetim sistemi.

Toplantı

Sosyal ağ içindeki geliştiricilere uygun bir proje yönetim sistemi. Kendi projeleriniz için hızlı bir şekilde sanatçı bulmanızı ve devam eden projelere katılmanızı sağlar. Sistem çalışma alanı, çalışan bir izleyiciyi, bir destek bölümünü, dosya depolamayı, dahili sohbeti ve forumu ve wiki belgelerini içerir.

Acunote

Scrum gibi esnek proje yönetimi yöntemlerini kullanan küçük geliştirici ekipleri için tasarlanmış bir proje yönetim sistemi. Basit ve sezgisel bir arayüze sahiptir.

AB-GÖREVLER

Küçük ekiplere uygun başka bir proje yönetim sistemi. Onun yardımıyla yöneticiler, geliştiriciler ve müşteriler projeler üzerinde işbirliği yapabilir.

Bu, proje yönetim sistemlerine ilişkin kısa genel bakışımızı tamamlıyor ve tüm kursu özetliyor. Ancak son rötuşları yapmadan önce proje yönetim sistemlerini kullanarak ne gibi faydalar elde edebileceğinizden biraz bahsetmek istiyoruz.

Proje yönetim sistemlerini kullanmanın faydaları

Proje yönetim sistemlerini kullanmanın olası faydaları arasında, her şeyden önce şirketin stratejisine uymayan proje sayısının azaltılması, bu da tüm proje portföyünün maliyetlerinin önemli ölçüde azalacağı anlamına gelebilir. . Proje yönetimi sistemleri ayrıca kaynak tahsisini optimize etmenize ve çalışanların iş yükünü kontrol etmenize, planlama verimliliğini artırmanıza ve finansal harcamalar üzerindeki kontrolü geliştirmenize olanak tanır.

Etkili proje izleme araçları ve profesyonel metodoloji, herhangi bir proje ofisine, başlangıçta bütçeye ve son teslim tarihlerine uymayan ve hedeflerine ulaşamayan projelerin yüzdesini en aza indirme olanağı sunar. Bilgi aramak ve toplamak için harcanan zamanın azaltılması ve tüm proje raporlarının manuel olarak derlenmesi, zamanın aslan payını daha önemli ve ciddi görevler için serbest bırakır.

Ve elbette, son derste tartıştığımız tekniklerle birlikte proje yönetim sistemlerinin kullanılması, projenin başarı olasılığını büyük ölçüde artırır ve fikirlerin uygulanmasını basitleştirir. Projelerinizi planlamanızı ve uygulamanızı daha da kolay ve rahat hale getirmek için proje yönetimi konusuna ilişkin ek bilgiler edinmenizi öneririz. Bunu yapmak için, özellikle sizin için, proje yönetimiyle ilgili en ilginç ve faydalı kitapların kısa bir incelemesini yaptık. Bu listeden en az birkaç eseri okumanızı tavsiye ederiz. Şimdi buna biraz zaman ayırarak, gelecekte çok fazla zaman kazanacaksınız ve aynı zamanda bilgi tabanınızı, sunulan konunun büyük hacmi nedeniyle büyük olasılıkla bahsetmeyeceğimiz bilgilerle dolduracaksınız. . Kitapların açıklamalarını ek bölümde bulabilirsiniz.

Bilgini test et

Bu dersin konusuyla ilgili bilginizi sınamak istiyorsanız birkaç sorudan oluşan kısa bir test yapabilirsiniz. Her soru için yalnızca 1 seçenek doğru olabilir. Seçeneklerden birini işaretledikten sonra sistem otomatik olarak bir sonraki soruya geçer. Alacağınız puanlar cevaplarınızın doğruluğundan ve cevapları tamamlamak için harcadığınız zamandan etkilenir. Soruların her seferinde farklı olduğunu ve seçeneklerin karışık olduğunu lütfen unutmayın.

Size ve projelerinize başarılar dileriz. Öğrenmeyi asla bırakmayın, başarı her zaman yanınızda olacaktır!

Yönetim verimlilikle ilgilidir. Kaynakları tahsis edebilme, görevleri değerlendirebilme, ekibi motive edebilme, son teslim tarihlerini karşılayabilme ve karlılık elde edebilme.

Proje yöneticilerinin daha da iyi çalışmalarına yardımcı olmak için, zaman yönetiminden müşterilerle çalışmaya kadar çeşitli amaçlara yönelik birçok özel program bulunmaktadır. Dijital yöneticiler arasında hangi çözümler popüler?

1.Bitrix24

Telefonlu bir CRM veya görev yönetim sistemi olabilen devasa bir ev birleşimi. Geçen yıl güncellendi ve artık Kanban, Gantt grafiklerini ve görevlerde gelişmiş filtrelemeyi destekliyor. Yeni güncellemede portallar arasında görev ayarlamak mümkün olacak. Neredeyse tamamen çevrimiçi hizmet: masaüstü uygulamaları tüm işlevleri desteklemez.

Arayüz her zaman sezgisel olmadığından uygulamanın karmaşıklığı oldukça yüksektir. Ancak geliştiriciler kullanıcıların ihtiyaçlarını karşılıyor: yakın zamanda arayüzü kendi takdirlerine göre değiştirme olanağı sağladılar.

2. Jira

Başlangıçta Jira bir hata izleyicidir, yani program kodundaki hataları izlemeye yönelik bir sistemdir. Ancak birçok şirket bunu özellikle bir proje yönetimi aracı olarak kullanıyor. Scrum ve Kanban metodolojilerini kullanan ekipler için uygundur.

Diğer araçlarla ve gelişmiş özel filtrelerle entegrasyon vardır. Geliştiriciler, proje süreçlerini istenilen ölçekte görebilme imkânı sağladığı için bu projeyi çok seviyorlar. İşlevsellik eklentilerle genişletilebilir.

3. Asana

Programcıların bir başka favorisi. Kullanışlı etiketler, performans analizi, tek bir ekipte birden fazla projeyi yönetme yeteneği. Hizmet 15 kişiye kadar olan ekipler için ücretsizdir.

Ayrıca, ürünün işlevselliğinin üçüncü taraf hizmetleri bağlayarak genişletildiğini de belirtmekte fayda var: Dropbox ve Google Drive'dan Zapier ve Bitbucket'e.

4. ActiveCollab

Bir ekip için en uygun çevrimiçi proje yönetimi hizmetlerinden biri. Görevleri belirleyebilir, ilerlemeyi izleyebilir, cari harcamaları ve faturaları indirebilirsiniz. Yazılım bulutta mevcuttur ancak ActiveCollab kendi sunucunuza da kurulabilir.

Çok sayıda görev ve proje için faydalı olabilecek gelişmiş bir filtre sistemine sahiptir. Sistem, çalışanların ve müşterilerin verilere erişimini düzenlemenize olanak tanır ve ayrıca etkinlik günlüklerini saklar.

5. Gevşeklik

Bugün kurumsal yazışmalar için fiili standarttır. Messenger'ın büyük bir artısı, üçüncü taraf hizmetlerle çok sayıda entegrasyondur. En büyük dezavantajı, ücretsiz sürümde sohbet geçmişinin sınırlı depolanmasıdır (en son 10.000 mesajı arayın, 10 entegrasyon ve ekip başına 5 GB sunucu alanı).

Ve elbette Slack'te çok sayıda bot mevcut. Messenger, IRC ve Jabber gibi atalarından en iyisini almaya çalıştı.

6. Yaz

İçerik üretimini organize etmek için sıklıkla kullanılan bir araç. Proje, dosyalar üzerinde gerçek zamanlı olarak çalışmanıza yardımcı olur, Gantt şemasını mükemmel bir şekilde uygular ve iyi bir görselleştirmeye sahiptir. Wrike ayrıca zamanınızı ve bütçenizi kontrol etmenize de olanak tanır. Sistemdeki iş akışının kendisi kategorilere, projelere, görevlere ve alt görevlere bölünmüştür. Tartışmalar görevlerle bağlantılıdır.

Zamandan tasarruf etmek için rapor oluşturma fonksiyonunun olduğu ayrıca belirtilmektedir. Doğrudan e-postalardan görevler oluşturmanıza yardımcı olan bir Outlook ve Apple Mail eklentisi.

7. MS Projesi

Yakın zamanda çevrimiçi bir sürüm alan pazarın eski zamanlayıcısı. Batılı kullanıcılar arasında çok popülerdir ve neredeyse Gantt şemasıyla eş anlamlıdır. Projeleri planlamanıza, kaynakları yönetmenize, "ya olursa" senaryolarını planlamanıza ve son teslim tarihlerini ve ilerlemeyi izlemenize olanak tanır. Microsoft Office ve SharePoint'in en son sürümleriyle sıkı bir şekilde bütünleşir.

Ustalaşmak çok zaman gerektirir. Uygulaması şirket için tam bir hikaye.

8.Evernote

Ekiplerde veri toplamaya yönelik "yeni dalganın" (tabii ki Microsoft ve Web 2.0 sonrası dönemde) amiral gemisi hizmetlerinden biri ve üründe yeni ortaya çıkan ilkel bir yönetim sistemi. Ekiplere yönelik işlevler arasında görev yöneticisi, Spaces çalışma proje sistemi ve kurumsal bilgi tabanı oluşturma yeteneği, yakın zamanda doğrudan sistem arayüzünde ortaya çıktı.

Projenin kendisi ikinci görev için idealdir.

9.Trello

Ancak bu hizmet kanban panosunun gerçek bir popülerleştiricisidir. Son derece sezgisel ve basittir, ücretsizdir, öncelikleri belirlemenize ve diğer hizmetlerle entegre olmanıza olanak tanır. Çevrimiçi sürüm, kullanışlı mobil uygulamalar ve düşük giriş eşiği, sistemde iş projelerini hızlı bir şekilde başlatmanıza olanak tanır. Ancak işlevselliğin basitliği, sistemle çalışmanın esnekliği ile telafi edilir.

Projenin temel avantajı, projeyi kuşbakışı hızlı ve kolay bir şekilde görebilme ve hazır olma derecesini görsel olarak değerlendirebilme yeteneğidir.

10.Ana Kamp

2004 yılında başlatılan proje yönetim sistemlerinde “yeni dalga”nın öncülerinden biri. Özellikler arasında listelerin bakımı, çalışan ve ekip programlarının görüntülenmesi, dosya depolama ve grup sohbeti yer alır. API'yi kullanarak üçüncü taraf uygulamaları bağlayabilirsiniz. 14 yıldan fazla bir süredir proje ana özelliğini korudu: işlevsel basitlik.

Kullanıcılardan gelen eleştirilere ve oldukça yüksek fiyatlara rağmen aboneliğin aylık maliyeti 99 dolardır.

sonuçlar

Günümüzde herhangi bir proje, bir dizi özel yazılım kullanılarak yönetilebilir. Takvimler, görev yöneticileri, kod depolamaya yönelik çözümler, grafikler, metinler, bir görev üzerinde işbirliği için bulut hizmetleri - gerçekten çok sayıda çözüm var ve bunlar arasında yüksek kaliteli çözümler de var.

Ancak bunların hepsi sadece yardımcı bir araçtır. Gerçek bir proje yöneticisi olabilmek ve ilk görevinizde başarısız olmamak için uzun ve acı verici bir pratik yapmanız gerekir. Bir seçenek olarak, her gün kişisel bir cehennemde yaşayanlardan "proje yönetimi" adı verilen uygulamalı bir kurs.

"NASA'nın aya insan gönderirken karşılaştığı tüm zorluklar arasında kontrol belki de en zorlu olanıydı."

— Roger Launis, NASA tarihçisi

Tarih boyunca insanlık, başarıyla uygulanan karmaşık projelerin etkileyici bir listesini biriktirmiştir. Gize Piramitlerinin inşasından aya insan gönderilmesine kadar en cesur insan çabaları binlerce insanın koordineli çalışmasını gerektiriyordu. Bu da karmaşık bir proje yönetim sistemi anlamına geliyor.

Her ne kadar çok azımız bu ölçekte görevlerle karşı karşıya kalsa da, bu blogun okuyucularının çoğu öyle ya da böyle proje yönetimiyle karşılaşacak. PMI tahminlerine göre 2020 yılına kadar mini projeler olacak ve pek çok profesyonel en azından kişisel düzeyde mini projeleri yönetmek zorunda kalacak.

Basit bir ifadeyle Proje Yönetimi, bir hedefe ulaşmak için gereken her şeyin zamanında ve elbette bütçe dahilinde yönetilmesi ve organize edilmesidir. Yeni bir yazılım geliştirmek, bir pazarlama kampanyası yürütmek veya insanları Mars'a göndermek olsun, proje yönetimi başarıya ulaşmanıza olanak tanır.

Bütün projeler farklıdır. Her proje türüne uygun mükemmel bir proje yönetim sistemi yoktur. Ayrıca her yöneticiye uyacak, tüm ekip üyelerinin işine yarayacak bir sistem de yok. Ancak proje yönetiminin var olduğu dönemde benimsenebilecek birçok etkili yaklaşım, yöntem ve standart oluşturulmuştur. Bugün bunların en popülerlerinden bahsedeceğiz.

Geliştirilen yaklaşımlar birbirinden oldukça farklıdır. Uygulama, detay, kendi kendine yeterlilik ve resmileştirme alanlarında farklılık gösterirler. Başlıkta kolaylık olsun diye bunlara “yöntemler” adını verdik ama aslında makale proje yönetiminde kullanılan standartları, kavramları, yöntemleri ve çerçeveleri sunuyor. Bu makalenin amacı proje yönetimindeki mevcut yaklaşımlara en geniş genel bakışı sunmaktır.

Bu yazıda şunlara bakacağız:

• Klasik proje yönetimi
• Atik
• Scrum
• Eğilmek
• Kanban
• AltıSigma
• PRENS2

Belirli yöntemlere bakmadan önce bariz soruyu cevaplayalım: “Neden proje yönetim sistemlerine ve yöntemlerine ihtiyacımız var?”– Tabii ki proje yönetiminin tarihine kısaca bakalım ve proje yönetiminin temel terimlerini tanımlayalım.

Neden "proje yönetimi"?

Neil Armstrong ve Buzz Aldrin'in isimleri, insanlığın en büyük başarılarından birinin, insanın aya ayak basmasının sembolleri olarak sonsuza kadar tarihe geçecek. Ancak bu etkinliğe en büyük katkıyı sağlayanlar, Apollo misyonunda birlikte çalışan 400.000 NASA çalışanı ve 20.000 şirket ve üniversite oldu.

1961'de John Kennedy, bir adamı Dünya'nın uydusuna indirme ve onu geri getirme görevini üstlendi - o zamanlar NASA'nın bir adamı yalnızca 15 dakikalığına uzaya göndermesine rağmen. Böylesine iddialı bir hedef, inanılmaz miktarda kaynak, işbirliği, yenilik ve planlama gerektiriyordu.

NASA'nın Ay Programını Yönetme kitabına göre asıl sorun " ne yapalım?" ve bunun içinde “ bu kadar kısa sürede bu kadar çok şey nasıl yapılır? Johnson Uzay Merkezi mühendislik başkanı Dr. Max Faget'e göre (Lyndon B. Johnson Uzay Merkezi, JSC) o zaman NASA'nın gerekli tüm eylemleri 10 yıla nasıl sığdıracağı hakkında hiçbir fikri yoktu. Bu nedenle ilk adım “projeyi yönetilebilir aşamalara ayırmak”tı.

O zaman her aşamayı hızlandırmak ve her aşamada çalışan ekiplerin ve şirketlerin birbirleriyle etkili bir şekilde iletişim kurmasını ve sonuçları zamanında teslim etmesini sağlamak önemliydi. Bu görev, Apollo projesinin Beyaz Saray'dan en küçük parçanın tedarikçisine kadar her bölümünü yöneten Dr. George E. Muller'e verildi. Projenin kontrolünü kolaylaştırmak için projeyi 5 alana ayırmaya karar verdi: Program Kontrolü, Sistem Mühendisliği, Test, Güvenilirlik ve Kalite ve Uçuş Operasyonları. Apollo program kontrol şeması şekilde gösterilmiştir. Şekil 1.

Dr. Mueller'in baş harflerinden sonra "GEM Aşamaları" olarak adlandırılan bu 5 adımlı sistem, Mueller'in kendisinin de belirttiği gibi "ürünü test etmeye ve onu test edilecek şekilde tasarlamaya odaklanmak için" tasarlandı. Program Kontrolü ne yapılması gerektiğini belirledi, bütçeleri ve gereksinimleri yönetti ve program öğelerinin karşılıklı ilişkilerini yönetti. Sistem Mühendisliği alanı yeni cihazların ve bileşenlerin geliştirilmesinden sorumluydu, Test bu yeni öğelerin çalıştığından emin olmaktan sorumluydu, Güvenilirlik ve Kalite, geliştirilen öğelerin gereksinimlere ve standartlara uygunluğunu sağlamak için kontrol edildi ve Uçuş Operasyonları bu düğümlerin çalışmasını sağlamaktan sorumluydu. Uçuş sırasında çalışacak.

Birçoğu başlangıçta Muller tarafından önerilen yönteme şüpheyle yaklaştı, ancak sonunda program üyelerini bu algoritmayı izlemenin gerekliliğine ikna etmeyi başardı. Bu sistem etkinliğini gösterdi - proje başarıyla tamamlandı ve hatta muzaffer bir şekilde, belirtilen son teslim tarihlerinden önce tamamlandı. Bu ancak büyük ölçekli bir projeyi yönetilebilir, tekrarlanabilir adımlara bölerek birçok bireysel şirketin ve uzmanın aynı hızda çalışmasına olanak tanıyarak mümkün oldu. Proje yönetimi Uzay Yarışı'nda etkinliğini bu şekilde kanıtladı.

Proje Yönetiminin Kısa Tarihi

Proje yönetimi NASA veya Dr. Mueller tarafından icat edilmedi. Mısır piramitleri ve Çin Seddi, tarih öncesi çağlardan kalma proje yönetiminin ürünleridir. Ne yazık ki, bu projelerin nasıl uygulandığına ve yönetildiğine dair hiçbir belgesel kanıt mevcut değildir ve mevcut proje yönetimi, geçmiş yüzyılların bilgisinden kopuktur.

Bir projeyi hayata geçirmenin en belirgin yolu, onu aşamalara veya bireysel görevlere bölmektir. Bir yemek tarifi gibi; malzemeleri satın alırsınız, doğru şekilde karıştırırsınız, pişirir ve servis yaparsınız. En basit proje yönetimi aracı, bir hedefe ulaşmak için yapılması gereken eylemlerin bir kontrol listesidir. Basit ve etkili.

Bununla birlikte, eğer bir şefseniz ve bir değil, birden fazla yemek hazırlıyorsanız, örneğin bir salata (hazırlanması 3 aşamadan oluşur) ve bir tatlı (sadece servis edilmesi gerekir), o zaman bir yemeğe ihtiyacınız olacaktır. Her bir öğe için harcanan zamanı ve ne zaman hazır olmaları gerektiğini izlemenizi sağlayan bir araç. Ve burada ilk modern proje yönetimi araçlarından biri imdadımıza yetişiyor: Gantt şeması. şekil 2.

K tarafından bağımsız olarak icat edildi Ö 20. yüzyılın başlarında Korol Adamecki ve Henry L. Gantt'ın rolü olan Gantt şeması, görevlerin bitiş ve tamamlanma tarihlerine dayalı bir proje takvimi gösterir. Görevler, süreleri ve ilişkileri buna girilir ve ardından projenin süresini belirleyen, birbiriyle ilişkili görevlerin en uzun zinciri olan kritik yol hesaplanır. Farklı görevlerin başlangıcı ve bitişi arasındaki ilişkiler çok önemlidir; çorbayı pişirmeden misafirlerinize çorba servis edemezsiniz, değil mi?

Yani tipik bir proje, akşam yemeği hazırlama ve servis etme projesine çok benzer, ancak çok daha fazla görevi, ilişkisi, son teslim tarihi ve kaynak türü vardır. Son teslim tarihleri ​​sıkı olan projeler için Gantt şeması, uygulama süresini kısaltmak amacıyla belirli görevlere ne zaman başlamanın en iyi olduğuna karar vermenize yardımcı olur. Güçlü kaynak kısıtlamalarına sahip projeler için Gantt şeması, kaynak planlamasına yönelik olay odaklı süreç zinciri biçiminde bir diyagram oluşturma fırsatı sağlar.

Farklı projeler farklı düzeyde kontrol gerektirir. Örneğin, içinde bir dizi makale yayınlıyorsanız, katı son tarihler o kadar önemli değildir. Çok daha önemli olan, her makaleyi yapılandırmanın, her birinin taslağını çıkarmanın, geri bildirim almanın, düzenlemelerin yapılmasının, makalenin bitirilmesinin, düzeltmelerin okunmasının ve yayınlanmasının mümkün olduğu açık bir süreçtir. Zamanı ve kaynakları yönetmek yerine süreci yönetirsiniz.

Bu tür projeler için Çevik proje yönetimi yöntemleri ve Yalın, Kanban ve diğerleri gibi ilgili yaklaşımlar daha uygundur. Hem iş akışını, hem zamanı hem de kaynakları yönetmenize olanak tanıyan yöntemler de vardır: 6 Sigma ve Scrum.

Popüler proje yönetim sistemleri

Proje yönetimi tarihi boyunca neredeyse her ihtiyaca uyacak birçok farklı proje yönetimi yöntemi oluşturulmuştur. Aya insan göndermeyecek olsanız ve aynı miktarda kaynağa sahip olmasanız bile yine de kendinize uygun bir araç bulacaksınız. Önemli olan, projeniz için neyin en önemli olduğunu (son teslim tarihleri, kaynaklar, sürece uygunluk veya aynı anda birkaç faktör) anlamak ve ardından bu göstergeye ulaşmaya odaklanan bir proje yönetimi yöntemi seçmektir.

En popüler yöntemlere bakmadan önce bazı temel terimleri tanımlayalım.

Proje yönetiminin temel terimleri

Atik:Çeşitli alanlarda uzmanlardan oluşan kendi kendini organize eden çalışma grupları içerisinde sürekli etkileşim sonucunda gereksinimlerin dinamik oluşumuna ve uygulanmasının sağlanmasına odaklanan, proje ve ürün yönetimine esnek, yinelemeli-artımlı bir yaklaşım. Çevik fikirlere dayanan birçok yöntem vardır; bunların en popülerleri Scrum ve Kanban'dır.

Kritik yol: Başlangıçtan son olaya kadar sürekli bir iş ve olaylar dizisi; tamamlanması en fazla zamanı gerektirir.

Süreçlerin olay zinciri (EPC diyagramı): Kaynakların kullanılabilirliğine ve iş yüküne dayalı olarak proje işi uygulama sırasını gösteren bir diyagram

Zaman rezervi: Projenin genel süresini etkilemeden işin başlamasının ertelenebileceği süre. Böylece kritik yol üzerindeki çalışmanın kayan noktası sıfır olacaktır.

Kilometre taşı (kontrol noktası,dönüm noktası):Örneğin bir etabın sonunu işaret eden önemli bir olay. Gantt şemasında süresi sıfır olan bir görev gösterilir.

Proje yöneticisi (proje yöneticisi,projemüdürÖĞLEDEN SONRA. ): Proje yönetiminden (projenin planlanması, uygulanması ve kapatılması) sorumlu proje ekip lideri.

Kaynaklar: Projenin uygulanması için gerekli unsurlar. Kaynaklar; zamanı, ekipmanı, malzemeleri, çalışanları vb. içerir.

Sürat (Sürat): Scrum'da bir haftadan bir aya kadar süren, müşteri için değer taşıyan bir ürünün veya onun bir unsurunun çalışan bir versiyonunun yaratıldığı bir yineleme (iş döngüsü).

“Klasik” veya “geleneksel” proje yönetimi: Görevin bir akışa benzeyen aşamalar boyunca sırayla aktarıldığı "Şelale" veya kademeli döngü olarak adlandırılan, en yaygın kullanılan proje yönetimi yöntemi.

Klasik proje yönetimi

Projenizi daha yönetilebilir hale getirmenin en belirgin yolu, yürütme sürecini ardışık aşamalara bölmektir. Geleneksel proje yönetiminin dayandığı bu doğrusal yapıdır. Bu anlamda bir bilgisayar oyununa benziyor; bir öncekini tamamlamadan bir sonraki seviyeye geçemiyorsunuz. İş akışı şeması şurada gösterilmiştir: Figür 3.

Bu yaklaşım, görev sırası üzerinde katı kısıtlamaların olduğu projelere odaklanmıştır. Örneğin, bir ev inşa etmek - temel olmadan duvar inşa edemezsiniz.

Tipik olarak klasik proje yönetiminin 5 aşaması vardır, ancak proje gerektiriyorsa ek aşamalar da eklenebilir.

Geleneksel yönetimin 5 aşaması:

Aşama 1. Başlatma. Proje yöneticisi ve ekibi proje gereksinimlerini tanımlar. Bu aşamada proje ürününün ne olması gerektiğine karar vermek için sıklıkla toplantılar ve beyin fırtınası oturumları yapılır.

Aşama 2. Planlama. Bu aşamada ekip, bir önceki aşamada belirlenen hedefe nasıl ulaşacağına karar verir. Bu aşamada ekip, projenin hedeflerini ve sonuçlarını ve bunun için çalışma kapsamını netleştirir ve detaylandırır. Ekip, bu bilgilere dayanarak bir program ve bütçe oluşturur, riskleri değerlendirir ve paydaşları belirler.

Aşama 3. Geliştirme. Bu aşama her projede uygulanmaz, kural olarak planlama aşamasının bir parçasıdır. Geliştirme aşamasında teknoloji projelerinin karakteristiği, gelecekteki proje ve/veya ürünün konfigürasyonu ve bunu gerçekleştirmenin teknik yolları belirlenir. Örneğin IT projelerinde bu aşamada bir programlama dili seçilir. ( Ev içi uygulamada bu aşama genellikle ayırt edilmez ve "gelişme" terimi kullanılmaz - yaklaşık. trans.)

Aşama 4. Uygulama ve test etme. Bu aşamada, projenin asıl ana işi gerçekleşir - kod yazma, bir bina inşa etme ve benzeri. Geliştirilen planların ardından daha önce tanımlanan projenin içeriği oluşturulmaya başlanır ve seçilen metriklere göre kontrol gerçekleştirilir. Bu aşamanın ikinci bölümünde ürün test edilir, Müşterinin ve ilgili tarafların gereksinimlerine uygunluğu kontrol edilir. Test kısmı ürün eksikliklerini tanımlar ve düzeltir.

Aşama 5. Projenin izlenmesi ve tamamlanması. Projeye bağlı olarak bu aşama, proje sonuçlarının Müşteriye basit bir şekilde aktarılmasından veya projeyi iyileştirmek, memnuniyetlerini artırmak ve proje sonuçlarını desteklemek için müşterilerle uzun bir etkileşim sürecinden oluşabilir. İkincisi, müşteri hizmetleri ve yazılım alanındaki projeler için geçerlidir.

Yukarıda açıklananlar, çeşitli proje yönetimi yöntemlerinin üzerine inşa edildiği temeldir. Farklı projeler farklı uygulama aşamaları gerektirir; bazıları üç aşama gerektirir, diğerleri ise çok daha fazlasını gerektirir. Bazen, her aşamanın bir alt proje olduğu ve görevlerin sabit yinelemelerle uygulandığı sözde "yinelemeli şelale" kullanılır. Ancak özü aynı kalıyor - proje, kesin olarak tanımlanmış bir sırayla yürütülen aşamalara bölünmüş durumda.

Klasik proje yönetiminin, genellikle planlama aşamasında önceden belirlenen görevlerin yerine getirilme süresine sıkı sıkıya bağlı olması nedeniyle, takvim ve ağ planlama araçları, projelerin bu yaklaşımla uygulanması için mükemmeldir. Zamanlama ve ağ planlaması için en yaygın araç, daha önce bahsedilen Gantt şemasıdır. Bunu oluşturmak için Excel ve Smartsheet gibi basit elektronik tablolardan Microsoft Project ve Primavera gibi profesyonel yazılım paketlerine kadar birçok araç vardır.

Klasik proje yönetiminin güçlü yönleri

Günümüzde klasik şelale yaklaşımının artık geçerliliğini yitirdiği sıklıkla dile getirilse de zemin kaybetmeyi düşünmüyor. Bu yaklaşımın en büyük avantajı Müşteri ve şirket yönetiminin ne almak istediklerini projenin ilk aşamasında belirlemesini gerektirmesidir. Erken katılım projeye belirli bir istikrar getirir ve planlama, projenin uygulanmasını kolaylaştırmanıza olanak tanır. Ayrıca bu yaklaşım, çeşitli boyutlardaki gerçek projeler için mutlaka gerekli olan performans izleme ve testlerini de içerir.

Potansiyel olarak klasik yaklaşım, her aşamada herhangi bir komplikasyon ve risk durumunda yerleşik boş zamanın varlığı nedeniyle stresten kaçınmanıza olanak tanır. Ayrıca, doğru yürütülen bir planlama aşamasıyla proje yöneticisi her zaman hangi kaynaklara sahip olduğunu bilir. Bu tahmin her zaman doğru olmasa bile.

Klasik proje yönetiminin zayıf yönleri

Klasik proje yönetiminin temel zayıflığı değişime tahammülsüzlüktür. Yalın ve Kanban gibi sistemler yaratmasıyla ünlü Toyota yönetimi, şirketleri için yazılım geliştirmede klasik yaklaşımı uyguladıkları ve tam da esneklik eksikliği nedeniyle sıklıkla eleştiriliyor.

Artık klasik yaklaşımın temel dayanağı, proje içeriğinin tüm proje boyunca neredeyse hiç değişmediği inşaat ve mühendislik projeleridir. Ancak projenizde kaynaklar ve zaman önemli kısıtlamalar değilse ve projenin içeriği değişebilirse, belki de diğer proje yönetim sistemlerine daha yakından bakmalısınız.

Atik

Daha önce de belirttiğimiz gibi her projenin klasik proje yaklaşımıyla gerçekleştirilecek şekilde yapılandırılması mümkün değildir. Şefle örneğimize dönecek olursak: bir yemeğin hazırlanması "şelale" yaklaşımına mükemmel bir şekilde uyuyor, ancak dört çeşitli bir akşam yemeğini zamanında hazırlamak ve servis etmek, eğer hazırlanmaya başlamak için her seferinde bir yemeğin bitmesini beklemek zorunda kalırsanız neredeyse imkansız olacaktır. bir diğer.

İşte bu noktada Agile devreye giriyor; proje ve ürün yönetimi için esnek, yinelemeli-artımlı yöntemlerden oluşan bir aile. Bu yaklaşıma göre proje ardışık aşamalara bölünmez, küçük alt projelere bölünür ve bunlar daha sonra bitmiş bir ürün halinde "birleştirilir". Çalışma şeması şurada gösterilmiştir: Şekil 5.

Böylece projenin tamamı için başlangıç ​​ve üst düzey planlama gerçekleştirilir ve sonraki aşamalar: geliştirme, test etme ve diğerleri her mini proje için ayrı ayrı gerçekleştirilir. Bu, bu mini projelerin sonuçlarını, sözde artışları daha hızlı aktarmanıza olanak tanır ve yeni bir alt projeye (yineleme) başladığınızda, yüksek maliyetler olmadan ve projenin geri kalanını etkilemeden değişiklik yapabilirsiniz.

Agile'ın nispeten yakın zamanda moda olmasına rağmen yinelemeli geliştirme fikri yeni değil. (görünüşün tarihi hakkındaÇevik okunabilir – yaklaşık.). Esnek metodolojiler ailesi bugünkü adını 2001 yılında, takım çalışmasına ve adaptasyona, hatta değişime “sevgiye” dayanan, esnek yazılım geliştirmenin temel değer ve ilkelerini belirleyen Çevik Manifesto'nun yayınlanmasıyla almıştır.

Agile'ın kendisi bir proje yönetimi yöntemi değildir. Daha ziyade projelerin nasıl uygulanması gerektiğine dair bir dizi fikir ve prensiptir. Bu ilkelere ve en iyi uygulamalara dayanarak, bireysel esnek yöntemler veya bazen adlandırıldığı şekliyle çerçeveler geliştirilmiştir: Scrum, Kanban, Crystal ve diğerleri. Bu yöntemler birbirinden oldukça farklı olabilir ancak aynı ilkeleri izlerler.

GüçlüAtik

Agile'ın en önemli avantajı esnekliği ve uyarlanabilirliğidir. Organizasyonun hemen her koşul ve sürecine uyum sağlayabilmektedir. Mevcut popülaritesini ve buna dayanarak çeşitli alanlar için kaç sistemin oluşturulduğunu belirleyen şey budur.

Çevik ilkelerden biri şudur: "Değişime tepki vermek bir planı takip etmekten daha önemlidir." Değişime verilen bu hızlı ve nispeten ağrısız yanıt, birçok büyük şirketin süreçlerini daha esnek hale getirme arayışının nedenidir. Ayrıca Agile, bir hizmet veya blog başlatmak gibi açık uçlu projeler için de harikadır.

Agile'ın alanı yeni, yenilikçi ürünlerin geliştirilmesidir. Bu tür ürün geliştirme projelerinde belirsizlik yüksek düzeydedir ve proje ilerledikçe ürüne ilişkin bilgiler ortaya çıkar. Bu gibi durumlarda “şelale” projesinin uygulanması imkansız hale gelir - planlamaya yönelik bilgi yoktur.

Zayıf taraflarAtik

PRINCE2 ve PMBOK'tan farklı olarak Agile ne bir metodoloji ne de bir standarttır. Çevik bir dizi ilke ve değerden oluşur. Zayıf nokta, her ekibin Agile ilkelerinin rehberliğinde bağımsız olarak kendi yönetim sistemini oluşturmak zorunda kalacak olmasıdır. Bu, prosedürlerden temel değerlere kadar organizasyon genelinde değişiklikler gerektirecek karmaşık ve uzun bir süreçtir. Bu dikenli bir yoldur ve her kuruluş bunu yapamaz.

Bu yol, değişimin liderinden sadece bilgi ve azim değil, aynı zamanda ciddi idari kaynaklar ve maliyetler de gerektirecektir. Neyse ki bir organizasyonun Agile dönüşümünü kolaylaştıracak hazır uygulama setleri mevcut. Bu tür setler Scrum çerçevesini, Kanban yöntemini ve diğer birçok yöntemi (Crystal, LeSS, SAFe, Nexus) içerir.

Scrum

1986 yılında oluşturulan Agile çerçevesi, Agile ailesinin en yapılandırılmış çerçevesi olarak kabul edilir. 1986 yılında oluşturulan bu program, klasik sürecin unsurlarını ve proje yönetimine yönelik çevik bir yaklaşımın fikirlerini birleştirir. Sonuç, esneklik ve yapının çok dengeli bir birleşimiydi.

Agile ilkelerini takip eden Scrum, projeyi, ürün biriktirme listesi adı verilen, değer elde etmek için Müşteri tarafından hemen kullanılabilecek parçalara ayırır. Ve "ürün biriktirme listesi"nin oldukça doğru bir çeviri olmasına ve profesyonel literatürde kullanılmasına rağmen, Rus uygulamasında en sık "biriktirme listesi" kullanılır. Daha sonra bu parçalara, Müşterinin ekipteki temsilcisi olan Ürün Sahibi tarafından öncelik verilir. En önemli "parçalar" bir Sprint'te uygulanmak üzere ilk seçilenlerdir - buna Scrum'daki 2 ila 4 hafta süren yinelemeler denir. Sprint'in sonunda Müşteriye ürünün çalışma artımı sunulur; bu, halihazırda kullanılabilen çok önemli "parçalardır". Örneğin, işlevselliğin bir kısmını içeren bir web sitesi veya kısmen de olsa zaten çalışan bir program. Bundan sonra proje ekibi bir sonraki Sprint'e başlar. Sprintin süresi sabittir ancak ekip bunu projenin başında projeye ve kendi performansına göre bağımsız olarak seçer.

Projenin, Müşterinin zamanla değişme eğiliminde olan gereksinimlerini karşıladığından emin olmak için, her Sprint başlangıcından önce, yerine getirilmemiş proje içeriği yeniden değerlendirilir ve üzerinde değişiklikler yapılır. Proje ekibi, Scrum Master (Scrum Master, proje takım lideri) ve Ürün Sahibi olmak üzere herkes bu sürece katılır. Ve bu sürecin sorumluluğu herkese aittir.

Daha önce de belirttiğimiz gibi Ürün Sahibi, Müşterinin projedeki temsilcisidir veya Müşteri yoksa gelecekteki projenin tüm müşterilerini temsil eder. Bunu yapabilmek için, ürünü ve üretim teknolojisini anlamanın yanı sıra, onların ihtiyaçlarını ve düşünce tarzlarını da iyice bilmesi gerekir. Scrum Master, proje katılımcılarının Scrum uygulamasının değerlerini, ilkelerini ve normlarını daha iyi anlamalarına ve kabul etmelerine yardımcı olmak için tasarlanmıştır. Dış dünya ile ekip arasında lider ve arabulucudur. Görevi, ekibin verilen görevler üzerinde bağımsız ve rahat bir şekilde çalışabilmesine hiç kimsenin müdahale etmemesini sağlamaktır. Ekip, sprint sonunda gerekli tüm görevlerin tamamlanmasını ve teslimatların tamamlanmasını sağlamaktan sorumludur.

Scrum süreçlerinin temel yapısı 5 ana toplantı etrafında döner: biriktirilmiş işlerin hizalanması, Sprint planlama, günlük stand-up toplantıları, Sprint kapanışı ve Sprint retrospektifi.

Birçokları için Scrum'ı uygulamak zor görünebilir; yeni bir süreç, yeni roller, çok sayıda delegasyon ve tamamen yeni bir organizasyon yapısı. Ancak bu, Agile'ın belirsiz ve genel ilkelerinden farklı olarak işin yanlış yöne gitmesine izin vermeyecek, proje uygulamasına yönelik esnek ancak yapılandırılmış bir yaklaşımdır.

GüçlüScrum

Scrum, değişime toleransla birlikte "hızlı kazanımlar" gerektiren projeler için geliştirildi. Ayrıca bu çerçeve, tüm ekip üyelerinin projenin uygulandığı alanda yeterli deneyime sahip olmadığı durumlar için uygundur - ekip üyeleri arasındaki sürekli iletişim, bazı çalışanların deneyim veya nitelik eksikliği nedeniyle bilgi ve yardımdan yararlanmasına olanak tanır. iş arkadaşları.

Çevrimiçi TV kanalı Netflix, sonuçların hızlı teslimine mükemmel bir örnektir. Kaynak web sitesi, yalnızca yüksek hızda çalışmanıza olanak sağlamakla kalmayıp aynı zamanda kullanıcı deneyimini biriktiren ve müşteriler için en önemli şeyleri tanımlamayı mümkün kılan Scrum sayesinde iki haftada bir güncellenir.

Her yineleme sırasında geliştiriciler yeni site özellikleri ekleyip test eder ve müşteriler tarafından kullanılmayanları kaldırır. Netflix ekibine göre Scrum'ın temel faydası, "hızlı bir şekilde başarısız olmanıza" olanak sağlamasıdır. Büyük bir sürümün hazırlanmasının uzun zaman alması ve büyük masraflar gerektirmesi yerine, Scrum'ın iki haftada bir yapılan teslimatlarının boyutu küçüktür. Takip edilmesi kolaydır ve bir şeyler ters giderse hızla düzeltilir.

Zayıf taraflarScrum

Scrum proje ekibinden oldukça talepkardır. Küçük (5-9 kişi) ve işlevler arası olmalı, yani ekip üyeleri projeyi uygulamak için gereken birden fazla yeterliliğe sahip olmalıdır. Örneğin bir yazılım geliştiricisinin test ve iş analitiği bilgisine sahip olması gerekir. Bu, ekibin bir kısmının projenin farklı aşamalarında "boş durmaması" ve ayrıca çalışanların birbirlerine yardım edebilmesi ve yerini alabilmesi için yapılır.

Ayrıca ekip üyelerinin “takım oyuncusu” olmaları, aktif sorumluluk almaları ve kendilerini organize edebilmeleri gerekmektedir. Bu kadar olgun bir ekip bulmak çok zor!

Scrum tüm ekipler ve organizasyonlar için uygun değildir, çünkü önerilen süreç belirli bir ürünün (örneğin endüstriyel bir makine veya bir bina inşaatı) geliştirilmesi için uygun olmayabilir.

Eğilmek

Agile bize işi küçük, yönetilebilir paketlere ayırmamızı söylüyor ancak bu paketin gelişimini nasıl yöneteceğimizi anlatmıyor. Scrum bize süreçlerini ve prosedürlerini sunar. Yalın, her yinelemenin aynı kalitede tamamlanmasını sağlamak için Çevik ilkelere bir iş akışı diyagramı ekler.

Yalın'da da Scrum'da olduğu gibi iş, ayrı ve bağımsız olarak uygulanan küçük teslimat paketlerine bölünmüştür. Ancak Yalın'da, her teslimat paketini geliştirmek için Apollo Projesi için oluşturulanlara benzer adımlardan oluşan bir iş akışı vardır. Klasik proje yönetiminde olduğu gibi bunlar planlama, geliştirme, üretim, test etme ve teslimat aşamaları veya projelerin yüksek kalitede uygulanması için gerekli olan diğer aşamalar olabilir.

Yalın aşamalar ve bunların esnekliği, projenin her parçasının gerektiği gibi uygulandığından emin olmanızı sağlar. Scrum'ın Sprint sınırları olmadığı gibi Yalın'ın da aşamaların net sınırları yoktur. Ayrıca, klasik proje yönetiminden farklı olarak Yalın, birçok görevi farklı aşamalarda paralel olarak gerçekleştirmenize olanak tanır, bu da esnekliği artırır ve proje yürütme hızını artırır.

Çevik gibi Yalın da sabit bir şeyden ziyade bir kavram, bir düşünme biçimidir. Yalın fikirleri kullanarak proje yönetimi gereksinimlerinizi karşılayan bir sistemi bağımsız olarak oluşturabilirsiniz.

GüçlüEğilmek

Agile'ın fikirlerini beğendiyseniz ancak proje çok tutarlı kalite ve hassas uygulama gerektiriyorsa Lean, bu gereksinimleri karşılayacak bir dizi araç sağlar. Yalın, Scrum gibi esneklik ve yapıyı birleştirir, ancak biraz farklı bir şekilde.

Zayıf taraflarEğilmek

Projenin her kısmı aynı derecede detaylı ve titiz bir çalışma ve dikkat gerektirmez. Ancak Yalın, her görev ve aşamada tam olarak bu yaklaşımı benimser. Bu, büyük ve heterojen projeler için Yalın kullanmanın temel dezavantajıdır.

Ayrıca Scrum'dan farklı olarak Lean, projenin "parçalarının" uygulanması için net bir iş akışı sunmaz, bu da proje zaman çizelgesinin uzatılmasına katkıda bulunur. Bu sorun etkili liderlik ve açık iletişimle çözülebilir; unutulmaması gereken en önemli şey şudur.

Kanban

Yalın kendi başına biraz soyut görünebilir ancak Kanban ile birleştirildiğinde kendi proje yönetim sisteminizi oluşturmak için kullanımı çok daha kolay hale gelir. Toyota mühendisi Taiichi Ono tarafından 1953 yılında oluşturulan Kanban, endüstriyel üretim akış şemasına çok benzer. Bu prosesin girişinde bir metal parçası girer ve çıkışta bitmiş bir parça elde edilir. Kanban'da da bir ürünün bir kısmı aşamadan aşamaya aktarılır ve sonunda teslimata hazır bir ürün bulunur.

Ayrıca Kanban'ın yaratıcısı süpermarketlerden, yani onların "raflarda yalnızca müşterinin ihtiyaç duyduğu şeyleri bulundurun" ilkesinden ilham aldı. Bu nedenle Kanban, önceliği değiştiyse ve başka acil görevler varsa, tamamlanmamış bir görevi aşamalardan birinde bırakmanıza olanak tanır. Bir blog için düzenlenmemiş bir makale, yayınlanma tarihi olmayan bir gönderi veya üründe yer almayan bir özelliğe ilişkin bir kod parçası Kanban çalışması için normaldir.

Kanban, Scrum'dan çok daha az katıdır; sprintlerin süresini sınırlamaz, ürün sahibi haricinde hiçbir rol yoktur. Kanban, bir ekip üyesinin aynı anda birden fazla görevi yönetmesine bile izin verir, ancak Scrum buna izin vermez. Ayrıca projenin durumuyla ilgili toplantılar hiçbir şekilde düzenlenmemiştir - bunu istediğiniz zaman yapabilirsiniz veya hiç yapamazsınız.

Kanban ile çalışmak için iş akışının aşamalarını tanımlamanız gerekir. Kanban'da sütunlar halinde gösterilirler ve görevler özel kartlarla temsil edilir. Kart, fabrikadaki bir parçanın makineden makineye geçmesi gibi aşamalar halinde hareket eder ve her aşamada tamamlanma oranı artar. Sonuç olarak müşteriye teslimata hazır bir ürün elemanı alıyoruz. Sütunların ve kartların bulunduğu bir tahta gerçek veya elektronik olabilir; burada bile Kanban kullanıcılara herhangi bir kısıtlama getirmez.

Kendi Kanban sisteminiz istediğiniz kadar esnek olabilir; birçok açıdan Kanban, Agile fikrinin görselleştirilmesidir. Ancak Kanban'ın tüm sistemin dayandığı 4 sütunu vardır:

1. Kartlar: Her görev için, görevle ilgili gerekli tüm bilgilerin girildiği ayrı bir kart oluşturulur. Böylece göreve ilişkin gerekli tüm bilgiler her zaman elinizin altında olur.
2. Aşama başına görev sayısı sınırı: Bir aşamadaki kart sayısı kesinlikle düzenlenmiştir. Bu sayede operasyon akışında bir “sıkışma” meydana geldiğinde hemen fark edilir ve bu durum anında ortadan kaldırılır.
3. Sürekli akış: Biriktirme listesindeki görevler öncelik sırasına göre akışa eklenir. Yani iş hiç durmuyor.
4. Sürekli iyileştirme (Kaizen)Kaizen))): Sürekli iyileştirme kavramı 20. yüzyılın sonlarında Japonya'da ortaya çıktı. Özü, üretim sürecinin sürekli analizi ve verimliliği artırmanın yollarını aramaktır.

GüçlüKanban

Scrum gibi Kanban da iyi iletişime sahip, birbirine bağlı ekipler için çok uygundur. Ancak Scrum'dan farklı olarak Kanban'ın katı teslim tarihleri ​​yoktur, bu da motive ve deneyimli ekipler için iyidir.

Kanban, doğru şekilde kurulduğunda ve yönetildiğinde proje ekibine büyük fayda sağlayabilir. Ekibin iş yükünün doğru hesaplanması, kısıtlamaların doğru yerleştirilmesi ve sürekli iyileştirmeye odaklanılması - tüm bunlar Kanban'ın kaynaklardan ciddi şekilde tasarruf etmesine ve son teslim tarihlerini ve bütçeleri karşılamasına olanak tanır. Ve tüm bunlar esneklikle birleşti.

Zayıf taraflarKanban

Kanban'ın Scrum'dan farklı olarak hemen hemen her takımla çalışmanıza izin verdiğini sıklıkla duyabilirsiniz. Ama öyle değil. Kanban, üyelerinin becerileri birbiriyle örtüşen ekipler için en uygunudur. Bu sayede sorunların çözümünde karşılaşılan zorlukların üstesinden gelmede birbirlerine yardımcı olabilirler. Bu olmadan Kanban olabileceği kadar etkili olmayacaktır. Ayrıca daha önce de belirtildiği gibi Kanban, zor teslim tarihlerinin olmadığı durumlarda daha uygundur. Sıkı teslim tarihleri ​​için klasik yaklaşım veya Scrum daha iyidir.

6 Sigma (Altı Sigma)

Motorola, Toyota ile birlikte küresel proje yönetiminin geliştirilmesine de katkıda bulundu. Şirketin mühendisi Bill Smith, 1986 yılında 6 Sigma konseptini yarattı. Bu, Yalın'ın Kanban'dan daha yapılandırılmış bir versiyonudur; kaynaklardan tasarruf etmek, kaliteyi artırmak ve kusur ve sorun sayısını azaltmak için daha fazla planlama ekler.

Projenin nihai hedefi, göstergelerin kapsamlı bir analizine dayalı olarak projenin tüm yönlerinin sürekli iyileştirilmesi süreciyle elde edilebilecek olan ürünün kalitesinden müşteri memnuniyetidir. 6 Sigma konsepti ortaya çıkan sorunların ortadan kaldırılmasına özel önem vermektedir.

Bunun için DMEDI olarak bilinen 5 adımlı bir süreç önerilmiştir:

• Tanım (Tanımlamak):İlk aşama diğer proje yönetim sistemlerinin erken aşamalarına çok benzer. Projenin içeriğini belirler, projenin önkoşulları hakkında bilgi toplar ve hedefleri belirler.
• Ölçüm (Ölçüm): 6 Sigma, bir proje hakkında niceliksel verilerin toplanmasına ve analiz edilmesine odaklanmıştır. Bu aşamada projenin başarısını hangi göstergelerin belirleyeceği ve hangi verilerin toplanıp analiz edilmesi gerektiği belirlenir.
• Çalışmak (Keşfetmek): Araştırma aşamasında proje yöneticisi, ekibin hedeflerine nasıl ulaşacağına ve tüm gereksinimleri zamanında ve bütçe dahilinde nasıl karşılayabileceğine karar verir. Bu aşamada proje yöneticisinin ortaya çıkan sorunları çözerken kalıpların dışında düşünmesi çok önemlidir.
• Gelişim (Geliştirmek): Bu aşamada daha önceki aşamalarda alınan planlar ve kararlar uygulanır. Bu aşamada hedeflerinize ulaşmak için gerekli tüm eylemleri açıklayan ayrıntılı bir plana ihtiyacınız olduğunu anlamak önemlidir. Ayrıca bu aşamada projenin ilerlemesi ölçülür.
• Kontrol (Kontrol): 6 Sigma metodolojisinin kilit aşaması. Ana görevi, proje uygulama süreçlerinin uzun vadeli iyileştirilmesidir. Bu aşama, alınan derslerin dikkatli bir şekilde belgelenmesini, toplanan verilerin analizini ve edinilen bilgilerin hem projelerde hem de bir bütün olarak şirket genelinde uygulanmasını gerektirir.

6 Sigma Kanban'a çok benzer; yalnızca görevin uygulanmasının belirlenmiş aşamaları (planlama, hedef belirleme ve kalite testi) vardır. Büyük olasılıkla, 6 Sigma kullanıldığında Kanban'a göre önemli ölçüde daha fazla ekip toplantısı gerçekleşecektir, ancak proje uygulama süreci daha yapılandırılmıştır ve ekibin yoldan çıkması daha zordur. Ve Kanban gibi 6 Sigma da belirli bir şirketin veya ekibin ihtiyaçlarına nispeten kolay bir şekilde uyarlanabilir. Kesin bir gereklilik, uygulama aşamalarında proje göstergelerinin yalnızca dikkatli bir şekilde ölçülmesi ve kontrol edilmesidir - bu olmadan, proje uygulama süreçlerinin sürekli uzun vadeli iyileştirilmesi mümkün değildir.

6 Sigma'nın Güçlü Yönleri

6 Sigma konsepti, proje uygulaması ve sürekli süreç iyileştirme için net bir çerçeve sağlar. Hedefleri tanımlayarak, ardından bunları dikkatli bir şekilde analiz edip revize ederek, projeyi daha iyi anlamak ve daha iyi kararlar vermek için niceliksel veriler elde edersiniz. Verilerin toplanması, analiz edilmesi ve derslerin çıkarılması biraz zaman alsa da proje uygulama süreçlerini iyileştirip optimize edecek ve böylece gelecekte kaynak tasarrufu sağlayacaktır.

6 Sigma, pek çok yeni ve karmaşık aktiviteyi içeren zorlu projeler için uygundur. Bu yaklaşım, proje öğelerini uygulamanıza, hatalardan ders almanıza ve gelecekte kaliteyi artırmanıza olanak tanır.

6 Sigma'nın Zayıf Yönleri

6 Sigma'nın sorunu, ana hedefin maliyetleri düşürmek ve verimliliği artırmak olmasına rağmen müşteri memnuniyetinin sıklıkla ön plana çıkmasıdır. Bir projenin farklı aşamalarındaki hedeflerdeki bazı farklılıklar göz önüne alındığında, ekipler sıklıkla öncelikler konusunda kafa karışıklığı yaşarlar ve bundan kaçınmak kolay değildir.

Ayrıca 6 Sigma'nın ana motifi şudur: "Her şey her zaman daha da iyi yapılabilir." Bu durum, işlerinden tatmin olmayan çalışanların motivasyonunu kırabilir. Ayrıca proje tek seferlik bir proje ise ve şirket gelecekte benzer projeleri hayata geçirmeyi planlamıyorsa, analiz ve öğrenme derslerinin tüm maliyetleri boşa gidebilir.

PRENS2

NASA, proje yönetiminin geliştirilmesine katkıda bulunan tek devlet kuruluşu değildir. İngiliz Hükümeti uzun süredir proje yönetiminin etkinliğini takdir ediyor ve 1989'da İngiliz PRINCE2 metodolojisi oluşturuldu. Adı kısaltmadan geliyor " halkla ilişkiler reddeder İÇİNDE C kontrollü e ortamlar sürümü 2 ”, bu da “Kontrollü bir ortamda projeler sürüm 2” anlamına gelir. Çevik yöntemlerin aksine, PRINCE2 bir projeye yinelemeli bir yaklaşım getirmez. PRINCE2 diğer ürünlerle karşılaştırıldığında, klasik proje yönetimi yaklaşımı ile 6 Sigma'nın kaliteye odaklanmasının bir melezi ile karşılaştırılabilir.

PRINCE2 metodolojisi, örneğin PMBOK bilgi birikiminden farklı olarak şunları içermez:

• Proje yönetiminin sektöre özgü olanlar gibi uzmanlaşmış yönleri;
• Gantt şeması, WBS vb. gibi spesifik proje yönetimi uygulamaları ve araçları.

PRINCE2, 7 ilke, 7 süreç ve 7 proje temasıyla ifade edilen projenin yönetim yönlerine odaklanır.

• 7 prensip PRINCE2'ye göre proje yönetiminin genel kurallarını tanımlar, metodolojinin temelini tanımlar;
• 7 süreç, proje döngüsü boyunca ilerlemek için gereken adımları tanımlar;
• 7 konu - proje başarısına ulaşmak için izlenen yönler.

Bir projenin başlangıcında PRINCE2 bizden projenin 3 ana yönünü tanımlamamızı ister:

• İş yönü (Bu proje fayda sağlayacak mı?)
• Tüketici yönü (Hangi ürüne ihtiyaç var, ne yapacağız?)
• Kaynak boyutu (Hedefimize ulaşmak için yeterli kaynağımız var mı?)

PRINCE2, çoğu proje yönetimi yaklaşımından daha net tanımlanmış bir proje ekibi yapısına sahiptir. Bunun nedeni PRINCE2'nin büyük ölçekli hükümet projelerine ve büyük organizasyonlara odaklanmış olmasıdır.

PRINCE2'ye göre her ekip üyesinin 7 sürecin her birinde net bir rolü vardır:

• Projenin başlangıcı (Başlangıçing yukarıA proje): Bu süreçte bir proje yöneticisi atanır ve genel ürün performans gereksinimleri belirlenir. Öncelikli odak noktası ayrıntılara dikkat etmek olan Proje Yöneticisi, projenin genel yönetiminden sorumlu olan Proje Yürütme Komitesine rapor verir. Projenin yolunda gitmesini sağlayan ve projenin başarısından nihai olarak sorumlu olan, Yönlendirme Komitesidir.
• Proje başlangıcıA proje): Bu süreçte proje yöneticisi projenin aşamalı planını içeren bir “Proje Başlangıç ​​Belgesi” yazar. Aşamalar farklı sürelerde sürebilir, ancak klasik yaklaşımda olduğu gibi kesinlikle birbirini takip eder.
• Proje yönetimi (Directing A proje): Bu süreç, Yönlendirme Komitesinin, proje yöneticisinin kapsamı dahilindeki ayrıntılara takılıp kalmadan, projenin başarısı için genel sorumluluğu üstlenmesine olanak tanır.
• Sahne Kontrolüling A sahne): Projenin uygulanması sırasında ideal koşullar altında dahi bazı değişiklikler yapılacaktır. Aşama Kontrol süreci PRINCE2 ilkelerinden biri olan istisna yoluyla yönetim ilkesini uygular. Aşamanın yürütülmesi sırasında projenin planlanan parametrelerinden zamanlama, içerik, bütçe vb. sapmaların izlenmesi proje yöneticisinin sorumluluğundadır.Bu sapmaların Yönlendirme tarafından proje yöneticisine verilen yetkileri aşması halinde Komite (PRINCE2 terminolojisinde - toleranslar), proje yöneticisi Yönlendirme Komitesini bilgilendirmek ve durumdan çıkış yolları önermekle yükümlüdür.
• Ürün oluşturma yönetimi (Yönetme Ürün Teslimat):Ürün oluşturma yönetimi süreci, proje ürünlerinden birini oluşturmak için proje yöneticisi ile ekip yöneticisi arasındaki etkileşimdir. Proje yöneticisinin bu süreçteki sorumlulukları arasında, ürünü oluşturma yetkisini ekip yöneticisine devretmek ve oluşturulan ürünü kabul etmek yer alır.
• Aşama Sınır Yönetimi (Managing A sahne sınır): Bu süreçte proje yöneticisi, tamamlanan aşamanın sonuçlarını değerlendirmek ve bir sonraki aşamaya geçme kararı vermek için Yönlendirme Komitesine gerekli tüm bilgileri sağlar.
• Projenin tamamlanması (KapanışA proje): PRINCE2'nin farklarından biri de bir projeyi tamamlama sürecinin klasik yaklaşımda olduğu gibi ayrı bir aşamaya veya aşamaya ayrılmaması, ürün oluşturmanın son aşamasının bir parçası olarak yürütülmesidir. Sürecin amacı, proje ürününün kabul edildiğini veya projenin artık yararlı hiçbir şey sağlayamayacağını doğrulamaktır.

PRINCE2 her boyutta ve her konu alanında projeye uyarlanabilir. Metodoloji, projenin ihtiyaçlarına uygun olarak proje yaşam döngüsünün, rol modelinin ve zorunlu belge setinin değiştirilmesine yönelik özel öneriler sunar.

PRINCE2'nin güçlü yönleri

• Organizasyonun özelliklerine uyum;
• Rollerin ve sorumlulukların dağılımının açık bir tanımının mevcudiyeti;
• Proje ürünlerine odaklanın;
• Belirli yönetim seviyeleri;
• Ekonomik fizibiliteye odaklanın;
• Tasarım çalışmalarının sırası;
• Deneyim kazanmaya ve sürekli iyileştirmeye vurgu.

PRINCE2'nin zayıf yönleri

• Endüstri uygulamalarının eksikliği;
• Projede çalışmak için özel araçların eksikliği.

En iyi proje yönetim sistemi... sizin için!

Proje yönetimi bir bilimdir ancak kesin bir bilim değildir. Bu alanda sarsılmaz temeller ve evrensel çözümler yoktur. Projeniz için ideal olan yöntemi bulmayı başarırsanız, kendinizi çok şanslı sayın çünkü daha az şanslı olan yöneticilerin çoğu, kendi proje yönetim sistemlerini oluşturmak ve yapılandırmak için çaba harcamak zorundadır. Bu sistemler mevcut sistemlerin unsurlarından oluşabileceği gibi, Apollo görevinde olduğu gibi tamamen sıfırdan da oluşturulabilir. Önemli olan, size en azından biraz yapı kazandıracak ve projeniz için neyin önemli olduğunu hatırlamanıza olanak sağlayacak bir şey kullanmaktır.

Çerez, cihazınızda bulunan ve bir web sitesinin özelliklerini ve işlevselliğini sağlayan küçük bir metin dosyasıdır.

Çerez, bir web sitesinin web tarayıcınızdan istediği ve dil tercihinizi ve hakkınızdaki diğer benzer bilgileri hatırlamak ve web sitesinin özelliklerini ve işlevselliğini etkinleştirmek için cihazınızda depoladığı küçük bir metin dosyasıdır.

Comindware olarak sizin hakkınızda hangi verileri topladığımız ve bunları nasıl kullandığımız konusunda açık ve şeffaf olmaya çalışıyoruz. Ve bu Politika, hangi çerezleri topladığımız ve hakkınızdaki verileri nasıl kullandığımız hakkında ayrıntılar sağlar. Bu çerez politikası Comindware web sitesi için geçerlidir.

Her zaman

Kişiselleştirilmiş deneyiminizi sağlayın ve web sitesinin düzgün çalıştığından emin olun.

Her zaman etkin olan çerezler, size kişiselleştirilmiş bir web sitesi deneyimi sunmamıza yardımcı olur ve sistemimizde devre dışı bırakılamaz. Web tarayıcınızı bu çerezleri engelleyecek veya sizi uyaracak şekilde ayarlayabilirsiniz ancak bundan sonra sitenin bazı bölümleri çalışmayabilir.

Web sitesi hızı

Web sitesinin sürekli optimizasyonu ve iyileştirilmesi için kullanılır.

Performans çerezleri, web sitesini sürekli olarak optimize etmemize ve geliştirmemize yardımcı olur. Bu çerezler, web sitesine yapılan yönlendirmeleri saymamıza, trafik kaynaklarını izlememize, hangi sayfaların en popüler olduğunu ve ziyaretçilere değer sağladığını belirlememize ve kullanıcıların web sitesinde nasıl gezindiğini anlamamıza olanak tanır. Bu çerezlerdeki tüm veriler toplu olarak toplanır ve bu nedenle anonimdir.

Temel Proje Yönetimi Kavramları

Proje bir hedefe ulaşmayı amaçlayan, zamana dağıtılan bir dizi faaliyet veya çalışmadır. Projelere örnek olarak binaların, komplekslerin, işletmelerin inşası, yeni bir ürün türünün geliştirilmesi, üretimin modernizasyonu, bir yazılım ürününün geliştirilmesi vb. verilebilir.

Projenin belirli özellikler.

1. Bir projenin her zaman açıkça tanımlanmış bir hedefi vardır ve bu, bir sonucun elde edilmesiyle ifade edilir. Bu sonuca ulaşmak, projenin başarıyla tamamlandığını ve tamamlandığını ifade eder. Örneğin, bir bina inşaatı projesi için sonuç, işletme için kabul edilen binanın kendisidir.
2. Projenin, hedefe ulaşmayı amaçlayan ilk çalışmanın başlangıcına denk gelen, açıkça tanımlanmış bir başlangıcı var. Başlangıç, kuralcı olarak belirlenebilir veya proje için bir çalışma planının hazırlanması sonucunda hesaplanabilir.
3. Bir projenin, belirli bir sonuca ulaşmayı amaçlayan son çalışmanın sonuyla örtüşen, açıkça tanımlanmış bir sonu vardır. Başlangıçta olduğu gibi, projenin sonu da kuralcı bir şekilde belirlenebilir veya bir çalışma planı hazırlanırken hesaplanabilir. Örneğin bir bina inşaatı projesinde projenin bitiş tarihi, devreye alma/kabul belgesi tarihi ile çakışmaktadır.
4. Proje, proje lideri, yöneticiler ve uygulayıcılardan oluşan bir ekip tarafından yürütülür. Ana ekibe ek olarak, bireysel çalışmaları gerçekleştirmek üzere geçici olarak yer alan üçüncü taraf sanatçıları, ekipleri ve kuruluşları da içerebilir.
5. Projeyi uygularken maddi kaynaklar kullanılır. İsimlendirmeleri ve miktarları projenin niteliğine ve içerdiği işe göre belirlenir. Yani bir ev inşa ederken kum, kırma taş, çimento, tuğla vb.
6. Projenin bir bütçesi var. Projenin maliyeti, harcanan malzeme kaynaklarının maliyetinden, onu uygulayan ekibin ücretlendirilmesinden ve belirli iş türlerinin özellikleriyle ilgili diğer harcamalardan oluşur.
7. Projede üç tür kısıtlama bulunmaktadır.

• Bütçe kısıtlamaları, tüm projenin veya bireysel iş türlerinin maliyetine bir sınır koyar.
• Zaman sınırları, projenin tamamının veya bazı işlerin tamamlanması için son tarihleri ​​belirler. Örneğin test denemeleri, belirli bir süre hazır bulunacak müşteri temsilcisi huzurunda yapılmalıdır.
• Kaynak sınırlamaları, sınırlı ekip bileşimi veya malzeme kaynağı varış programları tarafından belirlenir.

Proje yaşam döngüsü– bu, başlangıç ​​anları ile bitiş anları arasındaki zaman dilimidir. Dört aşamaya ayrılmıştır.

1. Kavramsal aşama. Hedef formülasyonu, yatırım fırsatı analizi, fizibilite çalışması (fizibilite çalışması) ve proje planlamayı içerir.
2. Proje geliştirme aşaması. İşin ve uygulayıcıların yapısının belirlenmesini, çalışma programlarının, proje bütçelerinin oluşturulmasını, tasarım tahminlerinin geliştirilmesini, müzakereleri ve yüklenici ve tedarikçilerle sözleşmeler yapılmasını içerir.
3. Proje yürütme aşaması. İnşaat, pazarlama, personel eğitimi vb. dahil olmak üzere projenin uygulanmasına yönelik çalışmaları içerir.
4. Proje tamamlanma aşaması. Genel olarak projenin kabul testlerini, deneme işletmesini ve devreye alınmasını içerir.

Proje sonucu- bu, projenin uygulanması sırasında yaratılan bir tür ürün veya faydalı etkidir. Sonuç, projenin amacına bağlı olarak şunlar olabilir: bilimsel gelişme, yeni bir teknolojik süreç, bir yazılım aracı, bir inşaat projesi, uygulanan bir eğitim programı, yeniden yapılandırılmış bir şirket, sertifikalı bir kalite sistemi vb. Bir projenin başarısı, sonucunun maliyet, gelir, yenilik, kalite, zaman, sosyal, çevresel ve diğer özellikler açısından planlanan düzeye ne ölçüde karşılık geldiğine göre değerlendirilir.

Yönetilen parametreler projenin özellikleri şunlardır:

1. hacimler ve iş türleri;
2. projenin maliyeti, giderleri, giderleri;
3. iş ve proje aşamalarının tamamlanması için son tarihler, süreler ve rezervlerin yanı sıra işler arasındaki ilişkiler de dahil olmak üzere zaman parametreleri;
4. insan veya işgücü, mali, lojistik ve kaynak sınırlamaları dahil olmak üzere projeyi uygulamak için gereken kaynaklar;
5. tasarım çözümlerinin kalitesi, kullanılan kaynaklar, proje bileşenleri vb.

Görevler proje yönetimi şunlardır:

1. projenin amacının belirlenmesi ve gerekçelendirilmesinin yapılması;
2. bir proje yapısı oluşturmak (alt hedefler, tamamlanacak işin ana aşamaları);
3. gerekli hacimlerin ve finansman kaynaklarının belirlenmesi;
4. bir sanatçı ekibinin seçimi, üçüncü taraf sanatçılarla sözleşmelerin hazırlanması ve sonuçlandırılması;
5. Proje son teslim tarihlerinin belirlenmesi:
6. uygulanması için bir program hazırlamak:
7. proje için gerekli malzeme kaynaklarının hesaplanması, tedarikçilerle sözleşmelerin yapılması;
8. proje tahminlerinin ve bütçenin hesaplanması:
9. planlama ve risk muhasebesi;
10. Projenin ilerleyişi üzerinde kontrolün sağlanması.

Proje Yönetimi Genellikle zaman, mevcut kaynaklar veya işin maliyeti kısıtlamaları dahilinde, belirlenen bir hedefe ulaşmayı amaçlayan iş ve kaynakları planlama, organize etme ve yönetme sürecidir.

Proje yönetimi üç ana aşamadan oluşur:

1. proje planı oluşturmak,
2. Planın uygulanması ve derhal düzeltilmesi üzerinde kontrol,
3. projenin tamamlanması.

İlk aşamada proje gerekçelendirilir, işlerin ve mevcut kaynakların bir listesi derlenir, kaynaklar işler arasında dağıtılır ve plan, projenin tamamlanma süresi, toplam proje maliyeti, kaynakların eşit dağılımı ve eşit dağılım kriterlerine göre optimize edilir. risk minimizasyonu. Üçüncü taraf yüklenicilerle, yüklenicilerle ve tedarikçilerle gerekli tüm anlaşmalar da burada yapılır. İkinci aşama, orijinal plandan ortaya çıkan sapmaları zamanında tespit etmek ve ortadan kaldırmak için projenin uygulanmasının izlenmesini içerir. Önemli sapmalar olması durumunda orijinal plan revize edilerek yenisi hazırlanır. Bir projenin tamamlanması, proje üzerindeki çalışmayı tamamlamak ve sonlandırmak için gerekli olan belirli düzenlenmiş eylemlerin tamamlanması anlamına gelir. Örneğin, tamamlanan işin kabul/teslim belgesinin imzalanması.

Şu anda otomatik proje yönetimi için ağ planlama ve yönetim metodolojisi kullanılmaktadır. Bu metodoloji, 1956 yılında DuPont ve Remington Red uzmanları, M. Walker ve D. Kelly tarafından DuPont fabrikalarını modernleştirmeye yönelik bir proje için geliştirildi. Kullanımının etkileyici bir sonucu, Lockheed Corporation'ın Polaris füze sisteminin ABD Donanması denizaltılarını donatmak için tasarladığı tasarımdır. Ağ planlama yöntemlerinin uygulanması sonucunda çalışma planlanandan iki yıl önce tamamlandı! Bu yöntemin Rusya'daki başarılı uygulamasının bir örneği, Moskova'daki Kurtarıcı İsa Katedrali'nin restorasyonudur.

Ağ planlama ve yönetimi yapısal ve zamanlama planlama ve operasyonel yönetimden oluşur.

Yapısal planlama projeyi aşamalara ve çalışmalara bölmek, sürelerini tahmin etmek ve uygulama sırasını belirlemekten oluşur. Yapısal planlamanın sonucu, projeyi süre açısından optimize etmek için kullanılan bir ağ çalışma programıdır.

Planlama işin zaman diyagramının hazırlanmasından ve emek kaynaklarının (icracıların) işler arasında dağıtılmasından oluşur. Planlamanın sonucu, çalışma dönemlerini zaman ekseninde grafiksel olarak gösteren bir Gantt şemasıdır. Bu aşamada proje kaynaklarının ve bütçesinin optimizasyonu yapılabilir.

Operasyonel yönetim Gerçek çalışma programını planlananla düzenli olarak karşılaştırmaktan oluşur. Büyük sapmalar, orijinal yapısal veya program planını değiştirme kararlarıyla sonuçlanır.

Proje yönetim sistemlerine genel bakış

Proje yönetim sistemleri Rusya pazarında oldukça yaygın olarak temsil edilen ayrı bir yazılım sektörü oluşturmaktadır. Bu tür sistemlerin ortaya çıkması, proje yönetimi sanatının net standartların, yöntemlerin ve teknolojilerin olduğu bir bilime dönüşmesine katkıda bulunmuştur.

1. Project Management Institute tarafından geliştirilen standart, ABD'de ulusal standart olarak kabul edilmiştir (ANSI standardı).
2. Proje yönetiminde kalite standardı ISO 10006.

Bu teknolojilerin kullanılması, projelerin ayrılan bütçeler dahilinde ve istenilen kalitede zamanında uygulanmasına katkı sağlamaktadır.

Proje yönetim sistemleri aşağıdaki ana görevleri çözmek için kullanılır.

1. Projenin işin, kaynaklarının, maliyetlerinin ve gelirinin bileşimi ve özelliklerinin yapılandırılması ve tanımlanması.
2. Mevcut tüm kısıtlamalar dikkate alınarak proje yürütme programının hesaplanması.
3. Diğer proje operasyonlarının yürütülmesi için kritik operasyonların ve zaman rezervlerinin belirlenmesi.
4. Proje bütçesinin hesaplanması ve planlanan maliyetlerin zamana dağılımı.
5. Projenin temel malzeme ve ekipman ihtiyaçlarının zaman dağılımının hesaplanması.
6. Proje kaynaklarının optimal bileşiminin belirlenmesi ve planlanan yüklerinin zaman içinde dağıtılması.
7. Güvenilir proje uygulaması için risk analizi ve gerekli rezervlerin belirlenmesi.
8. Politika göstergelerinin başarılı bir şekilde uygulanma olasılığının belirlenmesi.
9. Kayıtların tutulması ve proje yürütülmesinin analiz edilmesi.
10. Optimum kararlar almak için yönetim etkilerinin sonuçlarının modellenmesi.
11. Proje arşivlerinin tutulması.
12. Gerekli raporların alınması.

Şu anda Rusya pazarında en popüler olan birkaç proje yönetim sistemidir.

Microsoft Office Projesi 2007 Microsoft'un kurumsal proje yönetimine yönelik kapsamlı bir çözümü olup, her türlü karmaşıklıktaki projeleri yönetmenize olanak tanır ve aşağıdaki yazılım ürünleri ailesini içerir:

1. MS Office Proje Standardı– basit projeleri yönetmek için giriş seviyesi paket;
2. MS Office Proje Uzmanı– yönetimin herhangi bir seviyesinde, her türlü karmaşıklığın profesyonel proje yönetimi için bir paket;
3. MS Office Proje Sunucusu– dağıtılmış projeleri yönetirken proje yöneticileri arasındaki etkileşim için kullanılan bir sunucu ürünü;
4. MS Office Projesi Web Erişimi– MS Project web arayüzü, proje katılımcılarının Internet Explorer aracılığıyla proje bilgilerine erişmesine olanak tanır.

Örümcek Projesi Profesyoneli("Spider Management Technology" tarafından geliştirilen Masaüstü ve Lite versiyonları da vardır) - Rusya pazarının pratik deneyimi, ihtiyaçları, özellikleri ve öncelikleri dikkate alınarak tasarlanmış ve geliştirilmiş bir proje yönetimi paketi. Bu paket, Rusya'daki popüler proje yönetim sistemleri arasında tek yerli gelişmedir.

Bu paket, Batılı benzerlerinden farklı olarak aşağıdaki özelliklere sahiptir:

1. işin zamanlaması ve maliyeti için risk analizi ve rezerv yönetimi için yerleşik sistem;
2. standart proje parçalarını oluşturma, saklama ve projelere dahil etme yeteneği;
3. Rusya koşullarına göre optimize edilmiş grup çalışması ve çoklu proje yönetimi organizasyonu.

Şirket yazılım ürünleri Primavera Inc.:

1. Primavera Proje Planlayıcı Profesyonel– PMI (Proje Yönetim Enstitüsü) ve ISO standartlarının gerekliliklerine uygun olarak proje yönetimi süreçlerini otomatikleştirmek için tasarlanmış profesyonel sürüm. Öncelikle bu paket, kurumsal bilgi sisteminin bir parçası olarak kullanılmak üzere tasarlanmıştır, ancak aynı zamanda özerk olarak da çalışabilmesine, zamanlama ve ağ planlama sorunlarının çözülmesine, kritik yolun belirlenmesine, kaynak seviyelendirmeye ve projelerin, proje gruplarının modellenmesine ilişkin diğer görevlerin çözülmesine yardımcı olabilir. , portföyler ve programlar.
2. SureTrack Proje Yöneticisi küçük projelerin veya büyük projelerin parçalarının uygulanmasının izlenmesine odaklanmıştır. Kurumsal bir proje yönetim sisteminde hem bağımsız olarak hem de Project Planner ile birlikte çalışabilir.

Açık plan(şimdiki adı Deltek olan Welcom Yazılım Teknolojisi tarafından geliştirilmiştir), kuruluş çapında tam ölçekli çoklu proje yönetimi, kritik yol planlaması ve kaynak kullanımının optimizasyonunu sağlar. Üst düzey yönetim ve proje yöneticilerinden fonksiyonel departman başkanlarına ve sıradan uygulayıcılara kadar tüm kontrol ve proje yönetimi seviyelerinde etkin bir şekilde kullanılabilir.

Açık Plan, farklı seviyelerdeki yöneticilerin aşağıdaki işlevleri gerçekleştirmesine olanak tanır:

1. çeşitli kısıtlamaları dikkate alarak operasyonel proje planları oluşturmak;
2. projelerin öncelik düzeyini belirlemek;
3. kaynak tahsisi için projelerin göreceli önemini belirlemek;
4. riskleri en aza indirin;
5. İşin ilerlemesini analiz edin.

Welcom, ürünün profesyonel ve "hafif" versiyonlarının (OpenPlan Professional + OpenPlan Desktop) tamamen entegre olduğundan bir arada kullanılmasını önerir.

Oluşturmak için bilgisayar modeli Bahsedilen sistemlerden birini kullanarak proje oluşturmak için aşağıdaki adımları uygulamanız gerekmektedir.

1. Projeyi ayrıntılı olarak tanımlayın - hiyerarşik bir iş yapısı oluşturun.
2. Mali analiz ve proje yönetimi için hangi maliyet bileşenlerinin kullanılacağını belirtin.
3. Projenin operasyonlarının (işler, görevler) bir listesini yapın ve özelliklerini belirleyin.
4. Proje kaynaklarının bir listesini yapın ve özelliklerini belirleyin,
5. Proje işlemlerinin ilişkilerini (yürütme sırasına ilişkin kısıtlamalar) ayarlayın.
6. Proje faaliyetlerini gerçekleştirmek için kaynakları atayın.
7. Maliyetleri proje faaliyetlerine, kaynaklara ve atamalara atayın.
8. Operasyonların finansmanı, malzemeleri ve zamanlamasına ilişkin kısıtlamalar belirleyin.
9. Tüm kısıtlamaları dikkate alarak proje çalışmasının yürütülmesi için bir program hazırlayın.
10. Kullanılan kaynakların bileşimini optimize edin.
11. Planlanan proje maliyetlerinin bütçesini ve zaman dağılımını belirleyin.
12. Riskleri ve belirsizlikleri tanımlayın ve modelleyin.
13. Planlanan göstergeleri belirtilen güvenilirlikle karşılamak için gerekli rezervleri, maliyetleri ve malzeme gereksinimlerini belirleyin.
14. Yönetime ve icracılara planlı bilgi sağlayın.

Projenin yürütülmesi sırasında bu sistemlere izin verilir.

1. Kayıtları tutmak.
2. Uygulamanın planlanandan sapmalarını analiz edin.
3. Gelecekteki proje parametrelerini tahmin edin.
4. Model yönetimi etkiler.
5. Proje arşivlerini koruyun.

1.3. Kontrol soruları

1. Proje nedir?
2. Projenin hangi özellikleri var?
3. Proje yaşam döngüsü nedir ve aşamaları nelerdir?
4. Projenin sonucu nedir?
5. Hangi proje parametreleri kontrol edilebilir?
6. Bir projeyi yönetirken hangi görevler çözülür?
7. Proje yönetimi ne demektir ve ana aşamaları nelerdir?
8. Ağ planlama ve yönetiminin bileşenleri nelerdir?
9. Proje yönetim sistemleri hangi sorunları çözmek için kullanılır?
10. Rusya yazılım pazarında hangi proje yönetim sistemleri yaygındır?
11. Projenin bilgisayar modelini oluşturmak için hangi adımları atmalısınız?
12. Proje yönetim sistemleri proje yürütmeyi izlemek için hangi araçlara sahiptir?

Teorik ders

2.1.1. Yapısal planlama

Yapısal planlama birkaç aşamayı içerir:

1. projeyi, projenin uygulanması için uygulanması gerekli olan bir dizi bireysel çalışmaya bölmek;
2. iş sırasını açıklayan bir ağ şeması oluşturmak;
3. işin zaman özelliklerinin değerlendirilmesi ve ağ diyagramının analizi.

Yapısal planlama aşamasında ana rol ağ şeması tarafından oynanır.

Ağ diyagramı köşelerin projenin çalışmasını, yayların ise işin geçici ilişkilerini gösterdiği yönlendirilmiş bir grafiktir.

Ağ şeması aşağıdakileri karşılamalıdır özellikler.

1. Her iş bir ve yalnızca bir köşeye karşılık gelir. Hiçbir iş ağ diyagramında iki kez temsil edilemez. Bununla birlikte, herhangi bir iş, her biri grafiğin ayrı bir köşesine karşılık gelecek olan birkaç ayrı işe bölünebilir.
2. Hiçbir iş, kendisinden hemen önceki tüm işler tamamlanmadan başlayamaz. Yani yaylar belirli bir tepe noktasına girerse, iş ancak bu yayların çıktığı tüm işlerin tamamlanmasından sonra başlayabilir.
3. Bir işin hemen ardından gelen hiçbir iş, o iş bitmeden başlayamaz. Başka bir deyişle, bir işten birden fazla yay çıkıyorsa o iş bitene kadar bu yayların parçası olduğu işlerin hiçbiri başlayamaz.
4. Projenin başlangıcı ve bitişi sıfır süreli faaliyetlerle gösterilir. Böyle çalışmalara denir kilometre taşları ve projenin en önemli aşamalarının başlangıcını veya sonunu işaretleyin.

Örnek. Örnek olarak “Bir yazılım paketinin geliştirilmesi” projesini düşünün. Projenin Tablo 2.1'de özellikleri verilen çalışmalardan oluştuğunu varsayalım.

Bu projenin ağ şeması Şekil 2.1'de gösterilmektedir. Üzerinde normal çalışmaya karşılık gelen köşeler ince bir çizgiyle, projenin kilometre taşları ise kalın bir çizgiyle özetlenmiştir.

Pirinç. 2.1. Proje ağ şeması

Ağ diyagramı, verilen çalışma süresi değerlerini kullanarak projenin kritik faaliyetlerini ve kritik yolunu bulmanızı sağlar.

Kritik Başlangıcındaki gecikmenin projenin bir bütün olarak tamamlanmasını geciktireceği bir iştir. Bu tür çalışmaların zaman rezervi yoktur. Kritik olmayan faaliyetlerin belirli bir zaman marjı vardır ve bu marj dahilinde başlangıçları gecikebilir.

Kritik yol– bu, yalnızca kritik faaliyetlerden geçen, ağ diyagramının başlangıç ​​noktasından son noktasına kadar olan yoldur. Kritik yol faaliyetlerinin toplam süresi, minimum proje uygulama süresini belirler.

Kritik yolu bulmak, kritik işleri bulmaya gelir ve iki aşamada gerçekleştirilir.

1. Hesaplama erken başlama zamanı Projenin her çalışması. Bu değer işin başlayamayacağı süreyi gösterir.
2. Hesaplama geç başlama zamanı Projenin her çalışması. Bu değer, tüm projenin süresini arttırmadan işin başlayamayacağı süreyi gösterir.

Kritik işlerin erken ve geç başlama süreleri eşittir.

– işin yürütme zamanını, – işe erken başlama zamanını, – işe geç başlama zamanını belirtelim. Daha sonra

job 'dan hemen önceki işler kümesi nerede? Projenin erken başlangıç ​​zamanı sıfır olarak kabul edilmiştir.

Projenin son faaliyeti sıfır süreli bir kilometre taşı olduğundan, en erken başlangıç ​​zamanı tüm projenin süresine denk gelmektedir. Bu miktarı gösterelim. Artık son işin geç başlama zamanı olarak alınır ve kalan işler için geç başlama zamanı aşağıdaki formül kullanılarak hesaplanır:

Burada eserin hemen ardından gelen pek çok eser bulunmaktadır.

Erken ve geç başlangıç ​​zamanlarının şematik hesaplamaları sırasıyla Şekil 2'de gösterilmektedir. 2.2 ve Şekil 2.3.

Pirinç. 2.2. Erken başlangıç ​​zamanını hesaplama şeması

Pirinç. 2.3. Geç başlangıç ​​zamanını hesaplama şeması

Örnek. Ağ şeması Şekil 2.1'de gösterilen ve çalışma süresi gün olarak hesaplanan ve Tablo 2.1'de verilen "Bir yazılım paketinin geliştirilmesi" projesi için kritik işi ve kritik yolu bulalım.

Öncelikle her işin en erken başlama zamanını hesaplıyoruz. Hesaplamalar ilk çalışmadan başlar ve projenin son çalışmasıyla biter. Hesaplamaların süreci ve sonuçları Şekil 2.4'te gösterilmektedir.

İlk aşamanın sonucu, işe erken başlama zamanına ek olarak projenin toplam süresidir.

Bir sonraki aşamada işe geç başlama saatini hesaplıyoruz. Hesaplamalar projenin son çalışmasında başlar ve ilk çalışmasında biter. Hesaplama süreci ve sonuçları Şekil 2.5'te gösterilmektedir.

Pirinç. 2.4. En erken başlangıç ​​zamanının hesaplanması

Pirinç. 2.5.İşe en geç başlama zamanının hesaplanması

Hesaplamaların özet sonuçları Tablo 2.2'de verilmiştir. İçinde eleştirel çalışmalar vurgulanır. Kritik yol, kritik faaliyetlerin ağ diyagramına bağlanmasıyla elde edilir. Şekil 2.6'da noktalı oklarla gösterilmiştir.

Pirinç. 2.6. Proje Kritik Yolu

Değerleri hesapladıktan sonra her iş için hesaplayın rezerve zamanı :

Bu değer, tüm projenin süresini arttırmadan işin başlamasını ne kadar geciktirebileceğinizi gösterir.

Kritik işlerde boş zaman sıfırdır. Bu nedenle proje yöneticisinin çabaları öncelikle bu işlerin zamanında tamamlanmasını sağlamaya yönelik olmalıdır.

Kritik olmayan işlerde zaman boşluğu sıfırdan büyüktür ve bu da yöneticiye başlangıç ​​zamanı ve kullandıkları kaynaklar konusunda manevra yapma fırsatı verir. Aşağıdaki seçenekler mümkündür.

1. İşe başlama, rezerv süresini geçmeyecek miktarda geciktirilir ve iş için gerekli kaynaklar, kritik yolda iş yapmaya yönlendirilir. Bu, kritik işlerin ve bir bütün olarak projenin süresinin azalmasına neden olabilir;
2. Kaynaklarla kritik olmayan çalışmaların gereğinden az kullanılması. Sonuç olarak, zaman rezervi dahilinde süresi artar ve serbest bırakılan kaynak kritik işleri gerçekleştirmek için kullanılır, bu da projenin süresinin ve tüm projenin süresinin azalmasına yol açacaktır.

Verilen örnek projede 3, 4 ve 9 numaralı işlerin Tablo 2.2'ye göre bir rezerv süresi vardır.

2.1.2. Planlama

Planlama aşamasında bir takvim programı geliştirilir. Gantt şeması. Gantt şeması aşağıdaki proje parametrelerini görüntüler:

1. ağ şemasına dayanarak elde edilen işin yapısı;
2. kullanılan kaynakların bileşimi ve işler arasındaki dağılımı;
3. işin başlangıcı ve bitişinin bağlı olduğu takvim tarihleri.

"Bir yazılım paketinin geliştirilmesi" projesi örneğini kullanarak bir takvim çizelgesinin oluşturulmasını ele alalım. Öncelikle bu projenin kullanacağı kaynaklara karar vermeniz gerekiyor. Yalnızca icracıların kaynak olarak hareket ettiğini ve Tabloya göre işler arasında dağıtıldığını varsayalım. 2.3.

Tablo 2.3.
İş no.	İş unvanı	İcracı
	Projenin başlangıcı	-
	Sorunun formülasyonu	Tiyatro yönetmeni
	Arayüz geliştirme	Programcı1
	Veri işleme modüllerinin geliştirilmesi	Programcı1
	Veritabanı yapısı geliştirme	Programcı2
	Veritabanını Doldurma	Programcı2
	Yazılım paketinde hata ayıklama	Programcı1 Programcı2
	Test etme ve hata düzeltme	Programcı1 Programcı2 Yönetmen
	Program dokümantasyonunun hazırlanması	Tiyatro yönetmeni
	Projenin tamamlanması	-

Projenin başlangıç ​​tarihini 7 Eylül 2009 olarak seçelim. (Pazartesi). Bir takvim programı derlerken yalnızca çalışma günleri dikkate alınır. Tüm cumartesi ve pazar günleri ile en yakın tarihi 4 Kasım olan resmi tatil günleri çalışma dışı günler olarak kabul edilir.

Takvim programı (Gantt şeması) Şekil 2.7'de gösterilmektedir; burada elmaslar kilometre taşlarını, düz çizgiler çalışma süresini, oklu düz çizgiler iş için ayrılan zamanı, noktalı çizgiler öncekinin sonu ile başlangıcı arasındaki bağlantıyı gösterir. sonraki çalışmalardan.

Resmi büyüt
Pirinç. 2.7.

Resmi büyüt
Pirinç. 2.8.

Gantt şemasına dayanarak, kaynak yük tablosu. Bu grafik, proje sırasında belirli bir işgücü kaynağının kullanım yüzdesini gösterir. X ekseni projenin zaman aralığını, y ekseni ise yüklenicinin o anda gerçekleştirdiği tüm proje görevleri için iş yükünün toplam yüzdesini gösterir.

Genellikle sanatçı tamamen belirli bir görevi çözmekle meşgul olur ve tamamlandıktan sonra bir sonraki göreve geçer. Bu %100 yüke karşılık gelir. Ancak bazı durumlarda paralel olarak 2 veya daha fazla göreve dahil olabilir ve çalışma zamanının bir kısmını bunları çözmeye ayırabilir. Örneğin, her biri %50'lik iki görev, yani görev başına yarım iş günü. Bu durumda kaynak yükü grafiği, sanatçının toplam istihdamını izlemenize ve iş günü boyunca tamamlayabileceğinden daha fazla iş yapması planlandığında olası aşırı yükleme dönemlerini belirlemenize olanak tanır. Bu, %100'ün üzerindeki toplam iş yüküyle kanıtlanmaktadır.

“Yazılım geliştirme” projesi için kaynak yükü grafiklerinin bir örneği Şekil 2.8'de gösterilmektedir. Her çalışanın kendisi için planlanan görevi tamamlamaya %100 bağlı olduğu varsayımına dayanmaktadır. Yönetmenin 16 Ekim'den 23 Ekim'e kadar olan dönemde aşırı yüklendiği, bu dönemde iki paralel göreve atandığı grafiklerden açıkça görülüyor. Aşırı yük alanı, ilgili grafikte tarama ile vurgulanmıştır.

Operasyonel yönetim

Sahnede operasyonel yönetim Proje üzerinde çalışmalar yürütülmekte ve uygulamadaki ilerleme sürekli olarak izlenmektedir. Başlangıçtaki plan ne kadar iyi olursa olsun, hayat mutlaka ona göre ayarlamalar yapacaktır. Bu nedenle yöneticinin görevleri şunlardır:

1. fiili çalışma programını takip etmek;
2. fiili programın planlanan programla karşılaştırılması;
3. plandan ortaya çıkan sapmaları ortadan kaldırmak için kararlar almak;
4. Önemli sapmalar olması durumunda projenin yeniden planlanması.

İlk iki görev Gantt şeması kullanılarak çözülür. Üzerinde iş süresi çizgilerine paralel olarak bu işlerin fiilen tamamlanma yüzdesini gösteren çizgiler çizilir. Bu, meydana gelen sapmaların tespit edilmesini kolaylaştırır.

Farklılığı ortadan kaldırmanın yöntemi, yöneticinin kullanabileceği kaynaklara bağlıdır. Gecikmiş işi tamamlamak için ya ek işçileri (ek kaynaklar) çekebilir ya da aynı işçi kompozisyonunu fazla mesai kullanabilirsiniz. Her iki durumda da, sapmanın ortadan kaldırılmasının bedelinin proje maliyetinin arttırılması yoluyla ödenmesi gerekecektir (daha önce ek işçiler, kaynaklar ve fazla mesai için planlanmayan ödeme).

Sapma, ek ve fazla mesai kaynakları çekilerek düzeltilemeyecek kadar büyükse veya proje maliyetindeki artış kabul edilemez düzeyde ise, yeniden tesis edilmesi gerekir. yeniden planlamak projelendirin ve aşağıdakileri yapın:

1. tamamlanan işlere sıfır süre değeri atanır;
2. kısmen tamamlanmış işler için, kalan iş miktarına karşılık gelen süre değerleri ayarlanır;
3. Gereksiz işleri ortadan kaldırmak ve daha önce planlanmamış olanları eklemek için ağ programında yapısal değişiklikler yapılır;
4. Kritik yolun yeniden hesaplanması ve projenin yeniden programlanması.

Düzeltilen proje oluşturulduktan sonra yönetim tarafından onaylanır ve uygulamasına geçilir ve operasyonel yönetimine geçilir. Bu ayar birkaç kez yapılabilir.

2.1.4. Kontrol soruları

1. Yapılandırılmış planlama metodolojisinde hangi aşamalar yer alır?
2. Ağ diyagramı nedir?
3. Bir ağ diyagramının hangi özellikleri vardır?
4. Kritik çalışma nedir?
5. Kritik yol nedir?
6. Kritik yolu bulma adımları nelerdir?
7. Erken başlama süresi nasıl hesaplanır?
8. Geç başlangıç ​​süresi nasıl hesaplanır?
9. Erken ve geç başlangıç ​​zamanlarına göre kritik işler nasıl bulunur?
10. İş rezervi nedir?
11. Çalışma süresi rezervi nasıl kullanılabilir?
12. Gantt şeması nedir?
13. Gantt şemasına bir örnek verin.
14. Kaynak yükü grafiğinin amacı nedir?
15. Kaynak yükü grafiğine göre kaynak aşırı yükünü nasıl bulabilirsiniz?
16. Kaynak yükü grafiğine bir örnek verin.
17. Operasyonel yönetim sürecinin özü nedir?
18. Operasyonel yönetim sürecinde bir projeyi yeniden planlarken hangi aksiyonlar alınmalıdır?

©2015-2019 sitesi
Tüm hakları yazarlarına aittir. Bu site yazarlık iddiasında bulunmaz, ancak ücretsiz kullanım sağlar.
Sayfa oluşturulma tarihi: 2016-02-16