Proje planlamasının aşamaları. Proje planı oluşturma teknolojisi Bir proje planında ne yazılmalıdır

Planlama projenin maliyetini ve süresini dikkate alarak kaynakların (malzeme ve insan) tahsis edilmesi ve atanması sürecidir. Planlama, bir proje için en önemli süreçlerden biridir, çünkü uygulanmasının sonucu genellikle benzersiz bir nesne, ürün veya hizmettir.

Ana planlama fonksiyonları aşağıda listelenmiştir.

İhtiyaçları yönetilebilir görevlere dönüştürün. Başlangıçta proje, müşteri ile geliştirilen ve üzerinde anlaşmaya varılan gereksinimler şeklinde görünür. Planlamanın amacı, bu gereksinimleri kontrol edilebilen bir dizi bireysel görev olarak sunmaktır.

Gerekli kaynakların belirlenmesi. Kişi sayısını detaylı planlar belirleyecek gerekli ekipman ve projeyi tamamlamak için gerekli olacak çalışma koşulları.

Projede ekip çalışmasının koordinasyonu.Çoğu zaman, bir projenin yürütülmesi paralel olarak gerçekleştirilebilecek ayrı faaliyetlere bölünür. Planlar, kimin neyi ne zaman yapacağını tanımlayarak bu faaliyetleri koordine etmeyi mümkün kılar.

Potansiyel risklerin değerlendirilmesi. Gereksinimlerin oluşturulması sırasında bazı riskler belirlenebilirken, daha fazlası ayrıntılı planlama yapıldıktan sonra tanımlanır. Bu risklerin varlığını bilmek, onları daha erken fark etmenize (eğer gerçekleştiyse) ve ele almaya hazırlanmanıza olanak sağlayacaktır.

Sorun uyarısı. Plandan sapma, sorunların bir işareti olarak hizmet eder. Planlar koşulsuz takip edilmesi gereken bir dogma değildir. Proje yöneticisi için bunlar daha çok bir tahmin ve karşılaştırma için bir temeldir. Projenin uygulanması beklentileri karşılamıyorsa, planın uygun bir şekilde ayarlanması gerekir.

Grup planlama süreçleriŞek. 3.10. Bu işlemler tekrarlanabilir ve belirli bir sonuç elde edilene kadar gerçekleştirilen yinelemeli bir prosedürün parçası olabilir. Örneğin, orijinal proje bitiş tarihi kabul edilemez ise, o zaman gerekli kaynaklar, maliyet ve bazen ( Süreç Grupları ^Proje Yönetimi

Planlama Süreç Grubu

Kontrol insan kaynakları tarafından proje

Planlama

Bir insan kaynakları yönetim planının geliştirilmesi kaynaklar

Tanım

Proje Zaman Yönetimi

Tanım

operasyonlar

Kontrol

bütünlük

Tedarik planlaması

Proje Maliyet Yönetimi^

Maliyet tahmini

Proje Kalite Yönetimi

Bir proje yönetim planının geliştirilmesi

Tanım

diziler

operasyonlar

operasyon kaynakları

Planlama

kalite

süre

operasyonlar

Gelişim

programları

Proje risk yönetimi

Tanım

Planlama

yönetmek

risk

Niteliksel bir risk analizi yapmak

Nicel bir risk analizi yapmak

Risk yanıt planlaması

Pirinç. FENALIK. Planlama süreçleri

proje değiştirilmelidir. Bu durumda sonuç, hedeflerine karşılık gelen, kararlaştırılan şartlar, hacimler, kaynakların isimlendirilmesi, bütçe ve projenin içeriği olacaktır.

Planlama, en basit görevin bile uygulanması için gerekli bir ön koşuldur. Yetersiz planlama, projenin başarısız olmasına veya proje ortamında yetersiz sonuçlar üretmesine neden olabilir.

Bir biçimde veya başka bir şekilde planlama, projenin ömrü boyunca gerçekleştirilir. Bir projenin yaşam döngüsünün başlangıcında, genellikle resmi olmayan bir başlangıç ​​planı geliştirilir - proje uygulanırsa ne yapılması gerektiğine dair kaba bir fikir. Bir proje seçme kararı büyük ölçüde bu ilk planın değerlendirmelerine dayanmaktadır. Resmi ve ayrıntılı proje planlaması, uygulamaya karar verildikten sonra başlar.

Planlama, aşağıdakilerin hazırlanmasından oluşur: planlar:

• emek yoğunluğu ve son teslim tarihlerinin bir değerlendirmesi de dahil olmak üzere iş performansı;
• işin içeriği ve kapsamının yönetimi;
• örgütsel yapı;
• konfigürasyon yönetimi;
• kalite Yönetimi;
• risk yönetimi;
• Satınalma Yönetimi;
• tasarım sonuçlarının ve sanatçıların faaliyetlerinin belgelendirilmesi.

Tanım planlama seviyeleri aynı zamanda planlamanın konusudur ve her bir spesifik proje için, özellikleri, ölçeği, coğrafyası, zamanlaması vb. dikkate alınarak gerçekleştirilir. Bu süreçte projeye tahsis edilen iş paketlerine karşılık gelen planlama düzeylerinin türü ve sayısı, bunların maddi ve zamansal ilişkileri belirlenir.

Planlama süreçlerinin sonuçlarının bir ifadesi olarak planlar (grafikler, ağlar), toplu olarak, bilgi toplama özelliklerine sahip, farkındalık yönetimi seviyelerine göre farklılaşan belirli bir piramidal yapı oluşturmalı ve geliştirme süresi (kısa) açısından kademeli olmalıdır. -vadeli, orta vadeli ve uzun vadeli). Planlama seviyeleri ve bir planlar sistemi "ilkeleri kullanılarak inşa edilmelidir. geri bildirim” Planlanan verilerin gerçek verilerle sürekli karşılaştırılmasını sağlamak için son derece esnek, ilgili ve verimli olmaları gerekir.

Genel ağ planının birçok özel ağ planından oluşması nedeniyle ağ planları kümelenmiştir. Bu özel planların her birinde en uzun yol belirlenir. Bu yollar daha sonra ağın ayrı bölümlerinin yerine konur. Bu kademeli toplamanın yardımıyla, çok seviyeli ağ planları(Şekil 3.11). Genellikle kavramsal bir plan, projenin uygulanması için stratejik bir plan, taktik (ayrıntılı, operasyonel) planlar vardır.

Birkaç proje içeren ağ planı (üst yönetim için)

Seviye 1

3. seviye

Seviye 2

Kilometre taşları içeren ağ planı

Ayrıntılı ağ planı

Pirinç. 3.11.Katmanlı ağ planları

kavramsal planlama sonucu kavramsal bir plan olan , ana proje dokümantasyonunu, spesifikasyonları, tahminleri, ana programları, kontrol ve yönetim prosedürlerini geliştirme sürecidir. Kavramsal planlama, proje yaşam döngüsünün ilk döneminde gerçekleştirilir.

Stratejik Planlama stratejik, genişletilmiş, uzun vadeli planlar geliştirme sürecidir.

Ayrıntılı (operasyonel), taktik) planlama operasyonel yönetim için hiyerarşik bir iş yapısına (WBS) dayalı taktik, ayrıntılı planların (programların) geliştirilmesi ile ilişkili

sorumlu uygulayıcılar düzeyinde.

İçerik yönetimi planlaması. Yazılım projelerinin yaygın "hastalıklarından" biri "sürünen özellik-rizm", bahçe aletlerini saklamak için bir kulübe ilk önce sevgili bir köpek için orijinal olarak tasarlanmış bir kulübeye ve ardından sahibi için birkaç katlı bir eve bağlandığında. Ve tüm bunları aynı temel üzerine, aynı malzemelerden inşa etmeye çalışıyorlar. Bu yaklaşım birçok yazılım geliştirme projesinin ölümüne neden olmuştur. Bu nedenle, WBS'yi - işin hiyerarşik yapısını stabilize etmek ve kabul etmek mümkün olur olmaz, geliştirilmesi gerekir. proje kapsam yönetim planı, bunun için yapmanız gerekenler:

• değişiklik taleplerinin kaynaklarını belirlemek;
• içerik değişikliklerini gözden geçirmek, değerlendirmek ve onaylamak/reddetmek için bir prosedür oluşturmak;
• içerik değişikliklerini belgeleme prosedürünü belirlemek;
• içerikteki değişiklikler hakkında bilgilendirme prosedürünü belirleyin. Bir sorgu ayrıştırılırken çözülmesi gereken ilk görev

değişiklikler için - değişiklik nesnelerini tanımlamak için: gereksinimler, mimari, veri yapıları, kaynak kodları, test komut dosyaları, kullanıcı belgeleri vb. Daha sonra, tanımlanan tüm nesnelerdeki değişiklikleri ayrıntılı olarak tasarlamak ve açıklamak gerekir. Son olarak, bu değişiklikleri yapma, değişiklikleri test etme maliyetleri ve bunların proje zaman çizelgesi üzerindeki etkileri değerlendirilmelidir. Bu çalışma, farklı uzmanların çalışma saatlerini ve bazen önemli ölçüde gerektirecektir: analistler, tasarımcılar, geliştiriciler, testçiler ve bir proje yöneticisi ve bu nedenle planda dikkate alınmalıdır.

Organizasyon yapısı planlaması.Örgütsel yapı- bu, kilit proje katılımcılarının faaliyetlerinin rollerinin, sorumluluklarının ve hedeflerinin mutabık kalınmış ve onaylanmış bir dağılımıdır. Mutlaka aşağıdakileri içermelidir:

• projenin çalışma grupları arasında bir çalışma ilişkileri sistemi;
• raporlama sistemi;
• proje ilerlemesinin değerlendirilmesi;
• karar verme sistemi.

Projenin organizasyon yapısının "canlı" bir organizma olduğu unutulmamalıdır. Planlama aşamasında şekillenmeye başlar ve proje ilerledikçe değişmelidir. Yeni bir katılımcının proje bağlamına girdiği zamana göre belirlenen bir ikame fiyatı olduğundan, organizasyon yapısının istikrarsızlığı (performansçıların sık değişmesi), proje yönetiminde ciddi bir sorun haline gelebilir.

Yapılandırma yönetimi planlaması.Önemli üretim süreçlerinden biri yazılım hizmet eder konfigürasyon yönetimi. Bu bilgi alanı hakkında birden fazla kitap yazılmıştır. Sadece bu çalışmanın nasıl planlanması gerektiği hakkında konuşacak. Proje konfigürasyon yönetimi planı şunları içermelidir:

• bir arızadan sonra proje bilgilerinin güvenliğini ve kurtarılmasını sağlamak için tüm proje belgelerinin ve geliştirilmiş program kodunun tek bir deposunu sağlamak için çalışmak;
• proje ekibinin üyeleri tarafından kullanılan iş istasyonları ve sunucuların kurulması üzerinde çalışmak;
• sistemin ara sürümlerinin montajının yanı sıra son versiyonunun düzenlenmesi için gerekli çalışma.

Bu çalışma genellikle bir konfigürasyon mühendisi tarafından gerçekleştirilir. Proje küçükse, bu rol programcılardan biri veya proje yöneticisi için ek olabilir. Bu çalışmayı tüm proje katılımcılarına “bulaştırmak”, öncelikle verimsizdir. Veritabanları ve uygulama sunucuları gibi geliştirme ortamlarının kurulması ve yapılandırılması, belirli ürün sürümlerinin özelliklerine ilişkin belirli yetkinlikler ve bilgi gerektirir. Tüm geliştiricilerin bu becerilerde ustalaşması gerekiyorsa, çok fazla çalışma süresi alacaktır. İkinci olarak, konfigürasyon yönetimi çalışmasının "bulaşması", hiç kimse projenin neden "gitmediğini" ve önceki sürüme nasıl "geri dönüleceğini" bilmediğinde toplu sorumsuzluğa yol açabilir.

Proje ekibi, yeni ürün işlevselliğinin geliştirilmesine paralel olarak daha önce farklı müşteriler tarafından kurulan bu ürünün birkaç sürümünü desteklemek zorunda kalırsa, konfigürasyon yönetimi çok daha karmaşık hale gelebilir, ancak tüm bu işler proje planında dikkate alınmalıdır.

Kalite yönetimi planlaması. Yazılım mühendisliğindeki temel bilgi alanlarından bir diğeri de kalite güvencesidir. Yazılım kalitesinin ne olduğu ve nasıl etkin bir şekilde sağlanacağı konusunda farklı görüşler vardır. Kalite güvencesinin, sadece kabul testleri sırasında değil, tüm yazılım projesi boyunca önceden planlanması ve yürütülmesi gereken oldukça önemli bir çalışma olduğu ifadesiyle kendimizi sınırlayacağız.

Bu çalışmayı planlarken, proje ürününün sınırlı bir zamanda ulaşılamayacak, mümkün olan en yüksek kalitede olmaması gerektiği anlaşılmalıdır. gerekli kaliteürün, gereksinimlerine göre belirlenir. Kalite güvencesinin ana görevi, bitmiş üründe (çıktı kontrolü) hataları bulmak değil, üretim sürecinde bunları önlemektir.

Kalite Yönetim Planı aşağıdaki faaliyetleri içermelidir:

• yazılım ürünlerinin ve teknolojik işlemlerin geçerli standartlar, prosedürler ve gereksinimlerle uyumluluğunun objektif olarak doğrulanması;
• kalitedeki sapmaların belirlenmesi, nedenlerinin belirlenmesi, bunları ortadan kaldırmak için önlemlerin uygulanması ve ayrıca alınan önlemlerin uygulanması ve etkinliklerinin kontrolü;
• proje düzeyinde çözülemeyen uygunsuzluklar hakkında üst yönetime bağımsız bilgi sağlamak.

İşin içeriği ve kapsamının netleştirilmesi. Projenin içeriğinin (ayrıştırma) netleştirilmesi en önemli konulardan biridir. oluşturan parçalar proje yönetimi disiplinleri. Detaylandırma, örneğin bireysel çalışmalarının toplam maliyeti üzerinden projenin toplam maliyetini değerlendirmenize olanak tanır. Projenin kapsamının detaylandırılmasının sonucu, iş kırılım yapısı(İş Döküm Yapısı - İKY). Çoğu durumda, bu yapı hiyerarşiktir. Aynı zamanda, detaylandırma süreci iş kırılım yapısı, yani ayrıntılı bir iş yapısı veya proje görevi oluşturma etkinliği.

İşlerin hiyerarşik yapısı(WBS), proje hedeflerine ve gerekli sonuçlara ulaşmak için proje ekibi tarafından gerçekleştirilen çalışmanın sonuç odaklı bir ayrıştırmasıdır. Yardımı ile projenin tüm içeriği yapılandırılır ve tanımlanır. Hiyerarşinin her bir sonraki seviyesi, proje öğelerinin daha ayrıntılı bir tanımını yansıtır. İKY'nin geliştirilmesinin temeli, projenin ürünlerini ve temel özelliklerini tanımlayan proje kavramıdır. WBS, proje hedeflerine ulaşmak için gereken tüm faaliyetlerin tanımlanmasını sağlar. Pek çok proje, bir planları olmadığı için değil, plan, test etme ve hataları düzeltme gibi önemli işleri ve ayrıca kullanıcı belgeleri gibi proje ürünlerini dışarıda bıraktığı için başarısız olur. Bu nedenle, WBS doğru bir şekilde derlenirse, içinde yer almayan herhangi bir çalışma proje üzerinde çalışma olarak kabul edilemez. WBS, projeyi alt projelere, iş paketlerine, alt paketlere böler. Her bir sonraki ayrıştırma seviyesi, işin zamanlamasını ve kapsamını tahmin etmenize izin veren proje içeriğinin tutarlı bir detaylandırmasını sağlar. WBS, tüm ara ve nihai ürünleri içermelidir.

Bir projenin çalışmasını farklı şekillerde ayrıştırabilirsiniz. Örneğin, GOST 19.102-77 şunları sağlar: şelale yaklaşımı ve aşağıdakileri tanımlar yazılım sistemi geliştirme aşamaları.

• 1) referans şartları;
• 2) taslak tasarım;
• 3) teknik proje;
• 4) çalışma taslağı;
• 5) uygulama.

Bu standardı takip ederseniz, bu proje ürünleri İKY'nin ilk seviyesinde olmalıdır. Bir nükleer reaktörü veya insanlı bir reaktörü kontrol etmek için otomatik bir kontrol sistemi geliştirmeniz gerekseydi uzay aracı, tam olarak yapılması gereken buydu. Ancak ticari yazılım geliştirmede bu yaklaşım verimsizdir.

Modern ticari yazılım geliştirme süreci aşamalı olmalıdır. Bu, proje ayrıştırmasının en üst seviyesinde proje ürünleri ve bir sonraki seviyede bu ürünlerin oluşturduğu bileşenler olması gerektiği anlamına gelir. Bileşenler daha sonra "özelliklere", yani gerçekleştirmeleri gereken işlevlere ayrıştırılabilir.

Bir yazılım ürününü oluşturan bileşenlerin seçimi, geliştirilmekte olan yazılım için tüm işlevsel gereksinimlerin geliştirilmesini beklemeden proje planlama aşamasında gerçekleştirilmesi gereken üst düzey bir tasarım öğesidir. Bileşenler hem uygulama alt sistemleri hem de altyapı veya nükleer sistemler olabilir, örneğin bir kimlik doğrulama alt sistemi, güvenlik, bir grafik arayüzün (GUI) görsel bileşenlerinden oluşan bir kitaplık. Temel bir çalışma planı hazırlarken, IBS'nin tüm çalışmalarını mümkün olduğunca detaylandırmaya çalışmamalısınız, 3-5 seviye yeterlidir.

Detaylandırma bağlamında, "görevler" ve "işler" terimleri genellikle birbirinin yerine kullanılır. Bununla birlikte, görevin bir ara sonucun elde edilmesini belirlediğini ve işin bu sonuçlara ulaşmak için bir dizi eylem olduğunu söylemek daha doğrudur. Herhangi bir görev, belirli kısıtlamalar altında gerçekleştirilecek belirli bir çalışmayı gerektirdiğinden, şüphesiz, görevlerin çalışmak için “haritalanması” hakkında ve bunun tersi de söylenebilir. Terimlerin değiştirilebilirliğinin nedeni budur. Günlük yaşam. Aynı zamanda, bu kavramlar arasındaki farkları anlamak, ürün yaratmanın süreç görüşünün nüanslarını hissetmenizi sağlar ve sonuç olarak, yaşam döngüsü yazılım sistemleri projeleri de dahil olmak üzere projeler.

Genel olarak bahsedilebilir detaylandırma: "program - proje - görev bir işlemdir.Şek. 3.12, bu tür ayrıntıların bir örneğini gösterir (yalnızca Görevin işlemleri gösterilir ANCAK).

Pirinç. 3.12.Terimlerin kullanımına bir örnek: program, proje, görev, işlem

Böyle bir yapının her elemanının kısıtlamaları ve diğer önemli özellikleri ve onunla ilişkili verileri vardır. Önem, karar verme için gerekliliği veya kullanışlılığı anlamına gelir. Ayrıntı derinliği ve belirli terimlerin kullanım düzeyi, belirli projeye, yönetim kültürüne, yaşam döngüsü standartlarına, projenin özelliklerine ve kapsamına ve ayrıca hem belirli bir kuruluşa hem de belirli bir kuruluşa özgü diğer faktörlere bağlıdır. proje.

Projenin tüm bölümleri (alt projeler ve iş paketleri) kişisel olarak sorumlu tutulmalıdır. Her iş paketi için çıktı açıkça tanımlanmalıdır. Proje faaliyetleri ve tahminleri, kilit ekip üyeleri, uygulayıcı şirketin yönetimi ve gerekirse müşteri ile kararlaştırılmalıdır. Koordinasyon sonucunda ekip üyeleri projenin uygulanması için yükümlülükler üstlenir ve yönetim projeye gerekli kaynakları sağlama sorumluluğunu üstlenir.

WBS, proje sonuçlarının başarı derecesini ölçen proje yönetim mekanizmasındaki ana araçlardan (araçlardan) biridir. En önemli işlevi, tüm proje katılımcılarının projenin nasıl yapılacağını anlamalarını ve anlamalarını sağlamaktır. Daha sonra, mevcut durum, sapmaları belirlemek için projenin mevcut uygulamasıyla karşılaştırma için bir referans noktası olarak hizmet edecektir.

Projenin maliyet tahmini. Bir yazılım projesini yönetme süreci, topluca olarak adlandırılan bir dizi faaliyetle başlar. proje planlaması. Bu eylemlerden ilki, bir proje maliyet tahmini yapmak. Diğer proje planlama faaliyetleri için temel oluşturur. Bir projeyi değerlendirirken, hataların bedeli son derece yüksektir. Minimum riskle bir değerlendirme yapmak çok önemlidir.

Proje maliyetinin algoritmik modellemesindeki ana zorluk, maliyet tahmininin bitmiş ürünün özelliklerine ve parametrelerine bağlı olmasıdır. Projenin erken bir aşamasında bu özellikleri ve parametreleri doğru bir şekilde belirlemek mümkün değildir. Paralel olarak kullanılması gereken PP'nin maliyetini tahmin etmek için birçok yöntem vardır. Elde edilen sonuçların çok farklı olması, analiz için yetersiz veya uygun olmayan bilgilerin kullanıldığı anlamına gelir. Yazılım ürünü fiyatı genellikle bir sözleşmenin verilmesi amacıyla önceden belirlenir, bu da sistem işlevselliğinin daha sonra bu fiyata karşılık gelenlere göre uyarlanmasına yol açar.

Bilinen proje maliyet tahmin modeli B. Boehma SOSOMO, oluşturulan yazılımın tasarım özelliklerini, özelliklerini, donanım ve personel yeteneklerini dikkate alır. Bu model aynı zamanda projedeki çalışma süresini belirlemek için araçlar da içerir. İşin tamamlanma süresi, proje için işe alınan uzman sayısı ile doğru orantılı değildir. Programın gerisinde kalan bir projeye daha fazla insanı dahil etmek, tamamlanmasını daha da geciktirebilir.

Algoritmik proje maliyetleme modelleri, parametrelerin nicel analizini destekledikleri için yazılım projelerini yönetmek için kullanılır. Bu modeller, her bir parametrenin projenin toplam maliyetine katkısını değerlendirmenize ve bu parametrelerin objektif bir karşılaştırmasını (hatalardan muaf olmasa da) yapmanıza izin verir.

Proje Maliyet Tahmini- projenin bireysel bölümlerinin maliyetine, işin gerçekleştirilme koşullarına, gerçek sanatçı kadrosuna, kullanılan yöntem ve araçlara göre belirlenen projedeki en önemli çalışmalardan biri. Projenin maliyeti aynı zamanda projenin sürdürülmesinin maliyetini de içerir, yani. bilgisayarlar, yazılımlar, meydanlar, mobilyalar, telefonlar, modemler ve çok daha fazlası. Ek olarak, bazen ek maliyetler (örneğin güvenlik için) dikkate alınmalıdır. Proje için ek maliyetler, bir test sistemi, SABE sistemi vb. satın almayı içerir. Projedeki ana tahmin şudur: proje maliyet tahmini, projedeki sanatçıların çalışma günleri olarak ifade edilir. Bu değerlendirme, bakım ve planlamanın erken bir aşamasında gerçekleştirilir.

Projenin toplam maliyeti, %10'a varan bir hata ile deneyimli uzmanlar tarafından belirlenir. Maliyet tahminleri yukarıdan aşağıya, aşağıdan yukarıya veya önceden üretilmiş bir projenin maliyetine dayalı olabilir. Uzmanlar, tüm üyeleri oylayarak karamsar, iyimser ve gerçek bir değerlendirme yapıyor. çalışma Grubu ve en makul olanı elde etmek için her bir tahminin ayarlanması. Bazı çalışma gruplarında karamsar ve iyimser değerlendirmeler çok farklı olabilir.

Bir projenin maliyetini tahmin etmek için algoritmik yöntemler proje maliyetleri ve onları etkileyen faktörler arasındaki ilişkileri gösterir.

Bir projenin maliyetini tahmin etmek için çeşitli ampirik yaklaşımlar vardır, örneğin, bir projenin maliyetinin formülle belirlenmesi önerilmektedir.

FİYAT = (a + b?)m(X),

5, sistemin boyutunun bir tahminidir; a, b, c - ampirik sabitler; X - boyuta sahip maliyet faktörlerinin vektörü Cuma - Maliyet faktörlerine dayalı ayarlama faktörü.

Deneysel olarak elde edilen daha basitleştirilmiş bir tahmin aşağıdaki gibi ifade edilir:

MALİYET = 5.255 0.91 .

Bu tahminler, programların 4.000 ila 467.000 satırlık kod aralığında olduğu ve 66 bilgisayar için 28 farklı programlama dilinde yazıldığı projelerin analizinden elde edildi. Geliştirme için 12 ila 11.758 adam-ay harcandı. Diğer ampirik modelleme teknikleri de bilinmektedir.

Fiyat göstergelerini kullanan ilk modeller, proje, ürün ve ortamın personel ve özelliklerini dikkate aldı. Modeller, proje yönetiminin üç aşamasının bir değerlendirmesini içerir. İlk aşamada, yüksek riskli görevler (kullanıcı arayüzü, yazılım, etkileşim sistemi, uygulamalar vb.) için bir prototip oluşturulur ve maliyetler tahmin edilir (örneğin, veritabanındaki tablo sayısı, ekranlar ve raporlama formları vb.) .). İkinci aşamada, proje gereksinimlerine yansıtılan, projenin işlevsel noktalarının tasarlanması ve uygulanmasının maliyetlerinin bir değerlendirmesi yapılır. Üçüncü aşamada, değerlendirme, sistemin boyutunun bitmiş program hatları ve diğer faktörler açısından belirlenebildiği zaman, tamamlanmış tasarımı ifade eder.

Aşağıdaki denklem, bugün proje maliyetinin deneysel değerlendirmesi için temel model olarak hizmet eder:

MALİYET = bS cm(X),

nerede bS c - maliyet vektörü kullanılarak ayarlanan ilk tahmin m(X) ve eski ve yeni tesislerin sayısının muhasebeleştirilmesi; ile- projenin ilk aşaması için sıfırdan bire ve kalan aşamalar için 1,01'den 1,26'ya değişen bir parametre.

Resmileştirilmiş bir yaklaşımla proje değerlendirmesi, LOC ve FP metriklerinin kullanımına dayanır.

Yapıcı değer modeli(COSOMO - Yapıcı maliyet modeli), B. Boehm tarafından önerilen, en iyi bilinen resmi proje değerlendirme tekniklerini birleştirir - LOC tahminleri(LOC - Kod Satırları), program kodunun satır sayısını temel alır. Bu modelin uygulanması sürecinde, müşterinin yazılım geliştirme maliyeti ve maliyetleri için doğru gereksinimleri sunmasına olanak tanıyan ön tahminler oluşturulmakta ve ayrıca bir yazılım planı hazırlama imkanı da sağlanmaktadır.

Özellik Odaklı FP Metrikleri LOC puanını hesaplamak yerine, yazılım ürünü dolaylı olarak ölçülür. Dikkate alınan boyut değil, ürünün işlevselliği veya kullanışlılığıdır. Bu metriğin yazarı A. Albrecht'tir. Özellik boyutunun belirlenmesi birkaç adımdan oluşur ve bir uygulamanın sahip olması gereken özelliklerin belirlenmesiyle başlar. Uluslararası İşlev Noktası Kullanıcıları Grubu (IFPUG), uygulama işlevlerinin belirlendiği kriterleri yayınladı. FP-metriklerini hesaplarken, beş bilgi özelliği kullanılır: harici girdilerin sayısı; harici pin sayısı (pinler raporlar, ekranlar, çıktılar, hata mesajları anlamına gelir); harici isteklerin sayısı; dahili mantıksal dosya sayısı; harici arayüz dosyalarının sayısı.

Gerekli tüm bilgileri topladıktan sonra, devam edin metrik hesaplama - tanımlamak fonksiyon işaretçisi sayısı FP (İşlev Noktaları) belirli bir formüle göre, burada karmaşıklığı ayarlamak için giriş katsayılarının değerleri (her katsayı aşağıdaki değerleri alabilir: 0 - etki yok; 1 - rastgele; 2 - küçük; 3 - ortalama; 4 - önemli; 5 - ana), uygulamanın sistem parametrelerini karakterize eden 14 soruya verilen cevaplar sonucunda ampirik olarak seçilir.

Yöntem, herhangi bir proje için bir uygulamanın tüm yeteneklerini tek tip bir şekilde ölçmekten ve uygulamanın boyutunu tek bir sayı olarak ifade etmekten oluşur, bu daha sonra kod satırı sayısını, maliyeti ve proje süresini tahmin etmek için kullanılabilir. Buna göre performans, kalite vb. metrikler oluşturulur.

Avantaj fonksiyon odaklı metrikler, programlama diline bağlı olmamaları ve projenin herhangi bir aşamasında kolayca hesaplanabilmeleridir.

Dezavantajları işlevsel odaklı metrikler - sonuçlar öznel verilere dayanır, doğrudan değil, dolaylı ölçümler kullanılır. Ayrıca bu yöntemi doğru ve tutarlı bir şekilde uygulamak için belirli becerilere sahip olmanız gerekir.

Standart tabloların yardımıyla, FP tahminleri kolaylıkla LOC tahminlerine dönüştürülebilir, yani. işlevsel boyuta göre kod satırlarının sayısını hesaplayın. Bununla birlikte, yeniden hesaplama sonuçları, yazılımı uygulamak için kullanılan programlama diline bağlıdır (örneğin, Java'da, bir işlevsel boyut birimi 53 satırlık kaynak koduna eşittir). Buna karşılık, kod satırı sayısı, adam-ay olarak ifade edilen toplam emek yoğunluğunu ve projenin zamanlamasını belirlemenizi sağlar.

Bir değerlendirme gerçekleştirirken, LOC ve FP verilerini kullanmak için iki seçenek vardır: ürünün her bir öğesinin boyutunu belirleyen değerlendirme değişkenleri olarak veya geçmiş projelerdeki çalışma sırasında toplanan ve firmanın metrik bazında yer alan metrikler olarak.

Misal 3.1. GC metriğine dayalı olarak çalışmayı değerlendirme prosedürünü gerçekleştirme prosedürünü ele alalım.

Aşama 1. Tasarlanan ürünün hedef alanı, her biri şu şekilde olabilen / i, / 2 , / 3 bir dizi fonksiyona bölünmüştür.

bireysel olarak değerlendirmek

2. aşama. Her işlev / zamanlayıcı için en iyisini üretir LOC n, en kötüsü YUS X ve muhtemel YUS V tahminler. Tahmin oluşturma sürecinde, bir metrik temelinden deneysel veriler veya planlayıcının sezgisel temsilleri kullanılır. Tahminlerin olası değerlerinin aralığı, öngörülen belirsizliğin derecesine karşılık gelir.

Sahne 3. Her fonksiyon için f t tahminin beklenen değeri belirlenir:

YUS I + YUS X + 4 LOC^ oj=6"

evet

4. Aşama Fonksiyon geliştirmenin GC performansının değeri, üç kuraldan birine göre hesaplanır.

Kural L. Tüm fonksiyonlar için aynı değer alınır, PR'nin ortalama üretkenliğine eşittir, cf, metrik temelden alınır, yani.

PR, = PR cf; / = 1, 2, ..., P.

kural b./-th işlevi için, ortalama performans metriğine dayalı olarak özel bir performans değeri hesaplanır:

y ort

MS serin ’

nerede ABD Çarı - metrik esastan alınan ortalama LOC puanı (ortalama üretkenliğe karşılık gelir).

Kural B./-th fonksiyonu için, ayarlanabilir performans değeri seçilen analoğa göre hesaplanır (metrik bazdan alınır):

LOSdays

ms bekle

Sonraki adımlarda A kuralının kullanılması, minimum doğrulukla maksimum hesaplama basitliği sağlar. Kural B, maksimum hesaplama karmaşıklığı ile maksimum doğruluk elde etmenizi sağlar.

Sahne 5. Hesaplanan Genel puanı A kuralı kullanılıyorsa, proje için maliyetler (adam-ay):

B veya C kuralı kullanılıyorsa:

b1y ^ exp/

6. Aşama A veya B kuralı kullanılıyorsa, genel proje maliyeti tahminini hesaplar:

MALİYET \u003d UDST cf YuS 0F /;

B kuralı kullanılıyorsa:

MALİYET \u003d UDST ve / ^YUS 0J / ,

burada UDST cf, bir program kodu satırının ortalama maliyetinin ölçüsüdür; UDST an, - analogun bir satırının maliyetinin metriği (her iki metrik de metrik bazından alınır).

Proje takviminin geliştirilmesi.İşin karmaşıklığını belirledikten sonra, uygulama takvimini belirlemek ve Genel terimler proje uygulaması, yani bir proje programı hazırlamak Temel program projenin belirtilen zaman aşamaları, kilometre taşları ve iş kırılım yapısının unsurları ile onaylanmış bir programı temsil eder.

Çoğu durumda temel program, müşteriyle yapılan sözleşmenin bir unsurudur. Kontrol noktaları (kilometre taşları)"§o veya 1 §О" formatında projenin durumunun analiz noktaları ve karar verme işlevi görürler, bu nedenle projenin durumunu gözle görülür şekilde göstermelidirler. Kontrol noktalarının seçimi ve oluşturulması için belirli gereksinimler vardır, örneğin, “Tasarım tamamlandı” kontrol noktası bilgi vermez, sıralı teslimat yöntemi daha etkili bir yaklaşım olarak kabul edilir: yukarıdaki kontrol noktası “ şeklinde formüle edilmiştir. Gereksinimler 1, 3, 5 ve 7 testi tamamlandı”.

İşler birbirine bağlı değilse, bizim için uygun olduğunda herhangi biri başlatılabilir ve tamamlanabilir; tüm işler paralel olarak yapılabilir, bu durumda projenin minimum süresi en uzun işin süresine eşittir. Bununla birlikte, uygulamada, belirli bir işlevi "analiz - tasarım - kodlama - test etme - belgeleme" gibi "zor" olabilen veya örneğin gözden geçirilebilen veya yumuşatılabilen "yumuşak" olabilen işler arasında genellikle bağımlılıklar vardır. , belirli bir icracı tarafından görevlerin sıralı yürütülmesi başka bir icracı üzerinde yeniden planlanabilir ve uygulama yazılımının geliştirilmesinden önce gelmesi gereken temel yazılım geliştirmek yerine, onun işini taklit eden "saplamalar" oluşturabilirsiniz.

Uygulamaları için son tarihleri ​​olan bir iş planının geliştirilmesi, CPM kritik yol yöntemi veya PERT program analizi ve değerlendirme yöntemi kullanılarak gerçekleştirilebilir. Proje planı aşamalar halinde sunulur: "Planlama", "Tasarım", "Kodlama", "Test" ve "Bakım". Planlama, bir bütün olarak proje planının geliştirilmesinin yanı sıra özelliklerin, bütçenin ve programın tanımını içerir.

AT proje kritik yol yöntemi(Kritik yol) projedeki en uzun iş zincirini kullanır. Bu zincirdeki herhangi bir işin süresinin artması, tüm projenin süresinin uzamasına neden olur. Bir projenin her zaman en az bir kritik yolu vardır, ancak birden fazla olabilir. Kritik yol, projenin yürütülmesi sırasında değişebilir.

Bir projeyi yürütürken, yönetici öncelikle kritik yol boyunca görevlerin yürütülmesine dikkat etmeli ve diğer kritik yolların ortaya çıkışını izlemelidir. Mevcut pratik tavsiye: kritik yolda, kaçırılan son teslim tarihleri ​​tehdidi varsa, her zaman yeniden planlanabilen gevşek bağlantılarla çalışılmalıdır. Çalışma programı, Şekil 1'de gösterilen şemaya göre hazırlanmıştır. 3.13.

Gereksinimler Çizelgesi

projeye

Pirinç. 3.13.Bir projede çalışmayı zamanlama adımları

için planlarken program analizi ve değerlendirme yöntemi Plandaki PERT olayı veya tarihi, bireysel proje faaliyetlerinin uygulanmasına giden yolda bir tür kilometre taşıdır (kontrol noktası) ve belirli faaliyetlerin tamamlanma durumunu görüntülemek/işaretlemek için kullanılır. Bir proje bağlamında yöneticiler, bir proje sırasında ulaşılacak önemli kilometre taşlarını belirtmek için kilometre taşlarını kullanır.

Yönetici tarafından tanımlanan kilometre taşları dizisine genellikle şu şekilde atıfta bulunulur: kilometre taşı planı (olaylara göre).İlgili kilometre taşlarına ulaşmak için bir planın tanımlanması, kilometre taşına dayalı bir program oluşturur.

İşin ağ dökümü ve Gantt şeması da planlama aşamasında kullanılabilir.

İşlerin ağ dökümü(СРР), proje görevlerinin alt görevlere ayrılmasının hiyerarşik bir yapısıdır. Alt düzeyde, CPP ağ modelinde faaliyet unsurlarına ilişkin ayrıntılı çalışmalar bulunmaktadır.

Ağ modeli, işi ana bileşenlere ve alt bileşenlere ayırmanıza, karmaşık hedeflere ulaşmayı amaçlayan faaliyet alanlarını belirlemenize, proje üzerinde bireysel çalışma yapmaktan sorumlu olanları dağıtmanıza ve projenin sonuçları hakkında bir bilgi özeti ile raporlama yapmanıza olanak tanır.

Bu durumda, iş planı işin ana aşamalarını ve her aşamadaki gerekli çalışma durumunu, her işin ayrı görevlere bölünmesini ve ayrıca işler arasındaki bağlantıları, her bir faaliyetin zaman aralıklarını, işin başlama ve bitiş saatleri. İş planı şunları içerir: farklı şekiller proje işlevlerinin, alt sistemlerin, güvenilirliğin, koruyucu ekipmanın vb. gösterimleri. Plan belgeleri ayrıca belirli işlemleri gerçekleştirmek, diğer alt sistemlerle sistem bağlantılarını sürdürmek vb. için bir dizi yönerge ve yöntem içerir.

Bir CPP grafiği şeklindeki iş planı, süreçteki ilk ve son faaliyetler de dahil olmak üzere aşamaları (aşamaları), adımları ve faaliyetleri içerir (Şekil 3.14).

Evre ve

Adım 1 Adım 2

Pirinç. 3.14.Adım adım grafik proje planı

İş planının görsel sunumunun başka bir şekli şu şekilde olabilir: ağ şeması,çalışma noktalarının bulunduğu köşelerde ve yaylarda bir grafik şeklinde ayarlayın - bunları tamamlamak için gereken gün (hafta) sayısı (Şekil 3.15). Bu etiketler, işlem yürütme süresini ayarlar. Başlangıçtan çıkan bir yay

Pirinç. 3.15.

tepe noktası ve son tepe noktasına dahil edilen, "sıfır" zaman damgasına karşılık gelir.

Grafik döngüsel yollar içerebilir. Grafiğe göre, kritik yolların analizi gerçekleştirilir, yani. Her işlemin süresine ilişkin verileri belirleyin.

Bir çizelgenin geliştirilmesi, başlangıç ​​noktasının (bir süreç adımının yürütülmesinin başlamasından önce meydana gelen ve sürecin başlangıcı da dahil olmak üzere bir dizi koşulun açıklandığı olaylar veya bir dizi olay), sürenin belirlenmesinden oluşur ( Sürecin yürütülmesini başarıyla tamamlaması gereken zaman aralığı), süre (sürecin yürütülmesini tamamen veya kısmen tamamladığı tarih) ve sürecin bitiş noktası (müşterinin, sonuçların kalitesini kontrol ettiği kontrol noktası) süreç).

Görsel olarak en temel program temsil edilebilir Gantt şeması- olası gecikmeleri hesaba katarak, proje görevlerinin, uygulama başlangıç ​​ve bitiş tarihleri ​​de dahil olmak üzere zaman aralıklarıyla temsil edildiği bir çizgi grafiği. Bu diyagramda, programlanmış faaliyetler (iş kırılım yapısının unsurları) sol tarafta listelenir, tarihler en üstte görüntülenir ve faaliyetlerin süresi, bu işlemin başlangıç ​​tarihinden başladığı tarihe kadar yatay çubuklarla gösterilir. tamamlama (Şekil 3.16).

proje planı			L Elvest K., Goricheva R., Ivannikova O., Plotnikova O.
Gereksinim belirtimi
2.1. Birincil gereksinim listesi				Goricheva R.
2.2. Gereksinim modelleri			Plotnikova O.
2.3. Üst düzey sistem mimarisi				Sorokina O., Elvest K.
2.4. Sistem Doğrulama Kriterleri				Ivannikova O.
2.5. Mitolojik veritabanı modeli				Çeçikova A.
2.6. Sözlük				Goricheva R., Plotnikova O.
Tasarım belgeleri
3.1. mimari proje			N Elvest K.
3.2. Kullanıcı arayüzü projesi			| Sayaçlar A., ​​Plotnikova O.
3.3. Alt Sistemler Projesi			Ben Sorokina O.
3.4. Veritabanı Modeli			N Ivannikova O.
3.5. Test planı				b Goricheva R.
uygulama belgesi
4.1. Uygulamaya genel bakış					Sayaçlar A., ​​Soroki		sha O., Iva
4.2. Kullanici rehberi					Elvest K., Goricheva
Test yürütme belgesi
5.1. Beyaz kutu testi				N Counterchikova A.,			sorokin
5.2. Entegrasyon testi		1^ Elf K					Bir marangoz
5.3. sertifika testi							cheva R., II
Projenin tamamlanması ve teslimi							Tezgah

Pirinç. 3.16. Gantt şeması

Yürütme süreci grubu

Proje Yönetimi Süreç Grupları

Proje Kalite Yönetimi

Güvenlik

kalite

Modern proje yönetimi yazılım araçları, örneğin iyi bilinen ve uygulamada oldukça sık kullanılan Proje Yönetim sistemi gibi proje grafik yapısının ve iş yürütme süreçlerinin görselleştirilmesini sağlar. Bu, geliştiricinin veya proje yöneticisinin Farklı çeşit faaliyetler - kritik yolda olsunlar, seri veya paralel olarak.

İlk kez bir web sitesi geliştirme ihtiyacı ile karşı karşıya olduğunuzu hayal edin. Finansal ve işçilik maliyetlerini tahmin etmek için yolda ve zaten ilk aşamada hiçbir şeyi unutmamak nasıl? Aşağıda, bir hizmet şirketi için bir pazarlama web sitesi geliştirmek için bir proje planı taslağı hazırlama konusundaki deneyimimi paylaşıyorum.

Fazlası var basit seçenekler LP Jeneratör hizmetini veya benzerini kullanarak bir Açılış Sayfası yapmak gibi. Tek sayfalık bir cihazla sınırlı kalamaz ve bir web sitesi oluşturucuda tam teşekküllü bir web sitesi oluşturamazsınız. Bunlar çalışma seçenekleri, kimseyi onlardan caydırmıyorum. Her şey site için belirlediğiniz hedeflere ve buna göre gereksinimlerinize bağlıdır. Web sitesi oluşturucu kullanmadan çok sayfalı SEO odaklı bir web sitesi için bir proje planı öneriyorum.

Ana iş bloklarının tanımı

Web sitesi geliştirme görevi şunları içerir: çeşitli aşamalarçeşitli uzmanları içerir. Ana büyük blokları belirleyerek başlıyorum. Bu noktada, plan şöyle görünüyor:

1. Klasik pazarlama: ürünü, rakipleri tanımak, bir USP geliştirmek
2. Semantik seçimi
3. Site yapısı geliştirme
4. prototipleme
5. Tasarım
6. Düzen
7. Programlama
8. Test yapmak
9. başlatmak

Resim daha net hale geliyor, ancak yeterli ayrıntı yok, bu yüzden büyük görevleri daha küçük olanlara böldüm.

Yaklaşık sayfa sayısı ve türleri

Proje planını hesaplamak için site sayfalarının ve bu sayfa için gerekli olan görev türlerinin gösterge niteliğinde bir listesini derliyorum. Görevler için çalışma saatlerini hesaplamama yardımcı oluyor. Sayfa listesinin çalışma sırasında değişmesi muhtemeldir, ancak bu aşama hesaplamalar için yeterlidir. Tablo böyle bir şeye benzeyecek.

Sayfalar (maskeler)	Sayfa sayısı	SA'yı topla	Bir SEO uzmanından TK	Metin	Prototip	Tasarım	Düzen	Programlama
ev	1	1	1	1	1	1	1	1
kurumsal müşterilere	1	1	0	1	1	1	1	1
Hizmetler (bölüm sayfası)	1	1	1	1	1	1	1	1
Hizmetler bölümü	3	3	3	3	2	2	2	2
Hizmetler alt bölümü	7	7	7	7	1	1	1	1
Sorular ve cevaplar (SSS)	1	0	1	0	1	1	1	1
Tek makale sayfası	X	X	X	X	1	1	1	1
Kişiler	1	0	1	1	1	1	1	1
Şirket hakkında	1	0	1	1	1	1	1	0
Fiyat:% s	1	0	1	0	1	1	1	1
	17	13	16	15	11	11	11	10

Görev listesini detaylandırma

İşgücü maliyetlerini hesaplamak için görevleri, her göreve bir sorumlu uzman atanabilecek şekilde bölmeye çalışıyorum. Görevler listesine hemen "Yüklenici" sütununu ve görevi tamamlamak için tahmini saat sayısını ekliyorum.

Görev	yürütücü	Saat	Yorum
Temel hizmetlerin tanımlanması ve rakiplerin belirlenmesi	pazarlamacı	6	Sitenin kapsamını anlamak önemlidir. Rakipleri inceledikten sonra liste ayarlanabilir.
Rakiplerin web sitelerinin hızlı analizi	pazarlamacı	24	Piyasa bilgisine ve projenin karmaşıklığına bağlı olarak süre ayarlanabilir.
USP'nin faydaları ve gelişimi beyanı	pazarlamacı	8	Şirket ve rakipler hakkındaki bilgilere dayanarak, ana teklifi geliştiriyor ve “neden bizden satın almalısınız” sorusuna kısaca cevap veriyoruz.
İlk site yapısı planlaması	pazarlamacı	2	Ancak o zaman, bu aşamada bir sayfa listesi gibi görünen sitenin temel yapısı derlenebilir.
Semantik çekirdeğin toplanması ve segmentasyon	SEO uzmanı	26	Bir SEO uzmanı, eksiksiz bir sorgu listesi toplar ve bunları anlamsal gruplar halinde birleştirir. Hesapladığım süre, sitenin ön yapısının her sayfası için yaklaşık 2 saattir (ki bu SEO ile alakalıdır elbette). Bir site zaten mevcutsa, sitenin zaten arama sonuçlarında olduğu sorguları dikkate almalısınız.
Bunun koordinasyonu ve onayı. çekirdek	pazarlamacı	8	Gelecekte yanlış anlamaları önlemek için semantik çekirdeği müşteri ile koordine etmek daha iyidir.
Aile çekirdeği dikkate alınarak site yapısının düzeltilmesi	SEO uzmanı	6	Sayfa listesi, navigasyon için SEO uzmanı önerileri.
Aile çekirdeğini dikkate alarak site yapısının iyileştirilmesi ve koordinasyonu	pazarlamacı	4	Bu aşamada sitenin iskeletini alıyoruz. Ayrıca tipik sayfaların varlığını varsayıyorum. Örneğin, farklı servislerin tüm sayfalarının aynı şablona göre yapılmış olması.
Sayfalara Göre Sayfalar için Temel İçerik SEO Yönergeleri	SEO uzmanı	8	Prototipleri ve hatta bitmiş sayfaları yeniden işlemek zorunda kalmamak için bu aşamada SEO dileklerinizi almanızı tavsiye ederim. Bu paragraf sayfadaki bloklar hakkındadır. 1 sayfaya 0,5 saat koydum.
Sayfa içeriği için SEO TOR	SEO uzmanı	30	Bu paragraf, sayfalarda olması gereken metinlerle ilgili öneriler hakkındadır. Sayfa başına 2 saat ayırdım.
Metin yazma	Metin Yazarı/Pazarlamacı	90	İyi bir metin yazarı bulacak kadar şanslıysanız, metinlerin yazılmasını ona emanet edebilirsiniz. Çoğu durumda, hizmet sayfaları için metinler, "Şirket hakkında", "404", "Kişiler" vb. gibi benzersiz sayfalar. kendim yazıyorum. Kendi standartlarıma göre zaman ayırıyorum, bu yüzden sayfa başına 6 saat ayırıyorum ama projeden projeye değişebiliyor.
Sayfa prototipleme	pazarlamacı	82	Ayrıca mizanpaj, üstbilgi ve altbilgi hazırlamak gerektiğinden 1 sayfa için 6 saat artı ana sayfa için 2 iş günü planlıyorum. Metin yazmaya paralel olarak prototipler yapmak benim için uygun.
Tasarımcı için teknik şartnamelerin hazırlanması	pazarlamacı	13	Axure RP'deki prototipler oldukça açıklayıcı olsa da özellikle başlangıçta tasarımcıya verilmesi gereken bazı noktalar var. Stili, renk şemasını tanımlayın. Aynı şeyden bahsettiğimizden emin olmak için üslup örnekleri göndermek ve sözlü olarak tartışmak benim için uygun.
Tasarım ana sayfa+ uyarlanabilirlik için öneriler	tasarımcı	16	Artık mobil site olmadan yaşamak imkansız olduğundan, bu aşamada zaten uyarlanabilir bir sürüm düşünmenizi tavsiye ederim. Tasarımcı birkaç tasarım seçeneği hazırlamadığında, ancak öneriler yazdığında, çalışan bir şema olduğunu kanıtladı. Daha az zaman harcanır ve sonuç aynıdır.
Diğer sayfaların tasarımı + uyarlanabilirlik için öneriler	tasarımcı	66	Sayfa başına 6 saat sayıyorum. Bir yerde daha fazla, bir yerde daha az olabilir. Bu sırada, yerleşim tasarımcısı için uyarlamalı yerleşim için önerilerin hazırlanmasını da ortaya koyuyorum.
Tasarımın onaylanması ve onaylanması	pazarlamacı	14	Düzenleri onaylamak her zaman zaman alır, özellikle de Konuşuyoruz ilk sayfaların stil ve tasarımının onaylanması üzerine. Bunun için zaman planlamanızı tavsiye ederim.
Optimize edilmiş meta etiketlerin ve H1'in hazırlanması	SEO uzmanı	16	Genel olarak, bu öğe sitenin başlatılmasından önce herhangi bir zamanda etkinleştirilebilir, ancak unutmayın!
Yerleşim ve programlama için teknik şartnamelerin hazırlanması	pazarlamacı	17	Hizmet sitesinin bir çeşidini düşündüğümden, uygulanması zor modülleri kabul etmiyorum. Bu nedenle sayfa başına 1,5 saat yatıyorum.
Düzen ve programlama aşaması için SEO önerileri	SEO uzmanı	6	Yine, tekrar yapmamak için, arama motorlarında daha fazla tanıtım dikkate alınarak siteyi hemen hazırlamak daha iyidir.
Düzen (uyarlanabilir)	dizgici	104	Her şey düzenlerin karmaşıklığına bağlıdır. Altyapı dağıtımı, işe hazırlık için 2 gün ve 1 sayfa için 8 saat varsayıyorum.
Düzenin onaylanması ve koordinasyonu	pazarlamacı	24	Bu öğeyi ekleyemezsiniz, ancak yine de düzeni kontrol etmeniz, değişiklikleri yazmanız ve kabul etmeniz gerekir. Ekibe ve projeye bağlı olarak, bu çok zaman alabilir. Bu nedenle, projeye koymanızı tavsiye ederim.
Programlama	Programcı	80	Bitmiş bir sitede farklı sayfaların birleştirilmesi. Geliştiricinin katılımı olmadan site içeriğinin daha fazla yönetimi için modüllerin CMS'sinde sonuç.
Yazılım bölümünün onaylanması ve onaylanması	pazarlamacı	15	Dürüst olmak gerekirse, bu göreve fazla zaman ayıracak gibi görünmüyorum. Bu aşama olmadan %100 yapmayacaksınız, bunun için zaman bırakın.
Test ve Hata Ayıklama	pazarlamacı	40	Bu görev, tüm butonlara tıklamak, tüm sayfaları görmek, CMS'deki tüm işlevleri denemek ve siteyi kontrol etmektir. farklı tarayıcılar ve farklı cihazlarda. Proje küçükse, kendi başınıza kontrol etmeniz yeterli olabilir, karmaşık olanlar için test cihazlarını dahil ediyoruz.
Sitenin savaş versiyonunun lansmanı	Programcı	8	Bu noktaya kadar tüm kontroller bir test sahasında gerçekleştirildi. Ancak şimdi kullanıcılar için açık bir siteye geçiyoruz.
Analitiği bağlama + CallTouch + hedef belirleme	Pazarlamacı/Programcı	16	Analitik olmadan sitenin görevleriyle nasıl başa çıktığını anlamak imkansız olduğundan, norm haline gelmeye başlayan isteğe bağlı bir öğe.
Birincil SEO optimizasyonu için öneriler	SEO uzmanı	8	SEO uzmanının bize söylediklerini dikkatle dinliyor ve tavsiyelerine uyuyoruz. Site orijinal olarak mevcut plana göre hazırlanmışsa, minimum iyileştirme olmalıdır, ancak robots.txt ve site haritasını ancak şimdi hazırlıyoruz.
SEO önerilerinin uygulanması	Dizgici/Programcı	16	2 iş günü sayıyorum.
Test sitesinde SEO önerilerinin uygulanmasını kontrol etme	pazarlamacı	4
Ana sitede SEO önerilerinin uygulanması	Programcı	3

Proje şartlarının hesaplanması

İşin çoğu yapılır, sonra alınan saatleri gün be gün boyarız. Bazı aşamalar paralel olarak ilerleyecektir. Örneğin bir projede sırasıyla her yönden 1 uzman çalışırken bir hesaplama yapıyorum, günde maksimum çalışma saati uzman başına 8 saattir.

Tablo büyük, bu yüzden bitmiş sonucu görebileceğiniz bir Google elektronik tablosunun bağlantısını veriyorum.

Sonunda, her uzman için işçilik maliyetlerini veriyorum. Böylece, saat başına oranı bilerek, projenin maliyetini tahmin edebilirsiniz. Tablo böyle görünüyor.

Ayrıca proje şartlarına ilişkin genel bir tablo da ekliyorum.

	Saat	günler
Proje için toplam süre:	760	62
Ayda çalışma günleri		20
Proje süresi (ay)		3.1

62 günün 760 saate eşit olmadığını anlıyorum. Fark, bazı görevlerin farklı uzmanlar tarafından aynı anda yerine getirilmesinden kaynaklanmaktadır.

Bu site geliştirme planı temel alınarak geliştirilmiştir. kişisel deneyim ve tek doğru seçenek değildir. Ancak, ilk kez bir site geliştiriyorsanız veya bir işletme temsilcisi olarak bir stüdyoda bir site sipariş etmeyi planlıyorsanız ve bu süreci daha iyi anlamak istiyorsanız, başlangıç ​​noktası olarak yararlı olacağını umuyorum.

Tüm süreçler, kavramlar veya nesneler bir yerden başlar. Bu başlangıç ​​anı birkaç gün veya yıl önce oldu ve her şey farklı görünüyordu - şimdiki gibi değil. Örneğin bir arabaya baktığımızda, en başta böyle olmadığını anlıyoruz: önce bir fikir ortaya çıktı, sonra bu fikir diğer insanlara iletildi, bu da bir tartışmaya neden oldu; tasarımcılar çalışmaya katıldı, montaj süreci başlatıldı ve çok daha fazlası.

Yukarıdaki küçük bir örnektir. Ama özü mükemmel bir şekilde açıklıyor - her şeyin bir başlangıcı var.

Proje yönetimi bir istisna değildir. Karmaşık bir görev ve süreç zinciri olarak, aynı zamanda bir yerden başlar. Bu ilk adım proje planı.

Bu yazımızda plan ve planlama sürecinden bahsedeceğiz, ayrıca "Böyle bir plan nasıl oluşturulur" sorusu ile ilgili noktaları açıklayacağız. 7 adım belirledik.

Proje planı nedir?

olduğumuzu fark etmiş olabilirsiniz. plan bahsedilen ve planlama süreci. Onların arasındaki fark ne? Her şey çok basit.

Planlama bir süreçtir, bir tartışmadır. Bu sırada, işin kapsamı, hedefler ve bunlara ulaşmak için gerekli yollar netleştirilir.

Plan, tüm planlama kararlarını, onaylanan kapsamı, maliyetleri içeren resmi bir belgedir. Başlıca işlevleri kontrol, katılımcılar arasındaki iletişimi kolaylaştırmak ve zamanlamadır.

Bir proje planı oluştururken, yöneticinin önceden sahip olması gerekir. anahtar bilgi ve beceriler. Bu, başarılı bir şekilde uygulanma şansını arttırır. Ek olarak, hazırlanmış bir plan, gereksiz hataları ve kötü kararları önceden tahmin etmenize ve bunlardan kaçınmanıza, ayrıca zamandan tasarruf etmenize ve maliyetleri düşürmenize yardımcı olacaktır.

Proje planı hedefleri

İyi hazırlanmış bir plan aşağıdaki sorulara cevap vermelidir.

Niye ya?

Proje için fon tahsis edilme sebeplerinin açıklığa kavuşturulması gerekir; hangi sorunun çözülmesi gerekiyor.

Soru, sonuca ve nihai hedeflere ulaşmak için yapılması gereken işle ilgilidir.

İlgili kişiler, rolleri ve sorumlulukları hakkında soru; nasıl organize edilmesi gerektiği hakkında.

Ne zaman?

Burada projenin programından / süresinden bahsediyoruz.

Proje planı nasıl yapılır?

Taslağa başlamadan önce, yönetici proje boyunca ortaya çıkacak çok sayıda sorunun ve bunların cevaplarının farkında olmalıdır. Her soru ayrı ayrı listelenebilir. Ancak yine de ortak karakteristik kalıpları ve kalıpları belirlemek daha iyidir. Peki, bir yöneticinin bir proje planı hazırlamak için ne yapması gerekir.

1. iletişim

Başarıya giden ilk adım, ekiple hedefler, katılımcılar, görevler vb. hakkında iletişim kurmaktır. Yönetici, hangi görevden kimin sorumlu olduğunu, son teslim tarihlerini ve projede meydana gelen hemen hemen her şeyi bilmelidir.

İletişimin sadece ilk adım olmadığını da eklemekte fayda var. Proje boyunca iletişim kurmak başarının anahtarıdır.

2. Katılımcıları ve hedefleri tanımlayın

Tüm proje katılımcılarını belirlemek bazen zordur: birçoğu olabilir. Ayrıca, projeyi doğrudan veya dolaylı olarak az veya çok etkileyebilirler. Bu nedenle, planın hazırlanmasını doğrudan etkileyen ve isteklerini ciddiye alan herkesi belirlemek önemlidir.

Kimler proje katılımcısı olabilir:

• Müşteri- işi doğrudan finanse eden ve onaylayan kişi;
• Proje Müdürü- projenin daha sonra yaratılması, yürütülmesi ve kontrolü ile planlamaya dahil olan bir kişi;
• proje ekibi, nihai ürünü oluşturur. Ekip üyeleri, geliştirme, kalite güvencesi, tasarım çalışması vb. dahil olmak üzere birçok önemli sürece dahil olur. Kural olarak projeyi onaylamazlar;
• Son kullanıcı;
• Diğer. Bu liste çok çeşitli kişileri içerebilir: risk analistleri, satın alma uzmanları vb.

Bu aşamada neler yapılabilir? Kilit katılımcılarla röportajlar yapın. Böylece hangi gereksinimlerin belirlendiğini ve hangi hedeflere ulaşılması gerektiğini anlayacaksınız. Hedeflere ulaşmanın en etkili yolu SMART hedef belirleme tekniğidir.

Görüşme ayrıca yöneticinin projenin hangi sorunu çözdüğünü ve neden finanse edildiğini anlamasına olanak tanır.

Bu bizim niye ya soru.

3. İşin kapsamını belirleyin

Şüphesiz herhangi bir planlamanın en önemli kısmı. Tüm önemli noktalar burada vurgulanır ve tartışılır: gerekçe, ürün tanımı, uygunluk kriterleri, hedefler ve sonuçlar, kısıtlamalar, varsayımlar, değerleme ve diğerleri. Tüm proje katılımcıları bu aşamada tam olarak anlamalı ve anlaşmalıdır. Tartışma biter bitmez, önemli olan her şey, projenin içerik ve kapsamının bir açıklamasının kaydedildiği bir belgeye kaydedilir.

Bu aşama, proje ölçeklendirmesine yol açabilecek yanlış anlama risklerini de azaltır.

Bu bizim ne soru.

4. Rolleri ve sorumlulukları tanımlayın

Bir yöneticinin en önemli görevlerinden biri, görevlerin ekip üyeleri arasında dağıtılmasıdır. Rollerini ve sorumluluklarını bilmelidirler. Ve elbette, takımların belirli sayıda katılımcıdan oluşan birimler olduğunu da unutmamalıyız.

Bu bizim kim soru.

5. Projeyi planlayın

Bu paragraf bir öncekinin doğrudan devamıdır. Roller ve sorumluluklar atandıktan sonraki adım, başlangıç/bitiş tarihleriyle birlikte her bir kaynak için çalışma süresini belirlemektir.

Bu bizim ne zaman soru.

Aynı aşamada, yönetici kilit olayları belirler, kritik yol - genel olarak çalışma programı ile ilgilenir.

Hangi proje aracı seçilir?

6. Proje planını bir Gantt şemasıyla görselleştirin

Bazı kişilerin programdan bahsederken tüm projeyi kastettiğini unutmayın. Bu tamamen doğru değil. Görselleştirilmiş program, planlamanın ve planın kendisinin sadece bir parçasıdır. Bütün proje daha karmaşık bir yapıdır.

için çevrimiçi bir araç olan GanttPRO'yu kullanın. Bununla birlikte, yönetici şunları yapabilir:

• Görevler oluşturun ve dağıtın;
• Sürelerini başlangıç ​​ve bitiş tarihleriyle ayarlayın.
• Görevler arasındaki bağımlılıkları ayarlayın. Yönetici tüm olayları takip eder ve tamamlanan bir görevin bir sonraki göreve ne zaman başladığını bilir;
• Bireysel olayların ve bir bütün olarak projenin ilerlemesini izleyin;
• Görevleri tamamlamak için gereken kaynakları belirleyin;
• Kaynakların maliyetini ayarlayın;
• Ekip üyeleriyle etkileşime geçin ve yaptıkları tüm değişiklikleri görüntüleyin;
• Önemli olayları takip edin;
• Kritik yolu görselleştirin - projeyi tamamlamak için gereken en kısa süre.

GanttPRO Gantt çizelgeleri ile planlama süreçlerini yönetmek ve bir proje oluşturmak kolaydır.

7. Riski yönetin

Bir projenin tüm aşamaları risklere tabi olabilir. Bu nedenle onları yönetmek planlamada en önemli noktalardan biridir.

Deneyimli bir yönetici, yalnızca bu tür durumları değerlendirip tahmin etmekle kalmaz, aynı zamanda bunları çözmenin yollarını içeren bir plan oluşturabilir. Takım da herhangi bir değişikliğe nasıl tepki vereceğini bilmelidir.

Hangi riskler ortaya çıkabilir?

• Zaman ve maliyetlerle ilgili iyimser beklentiler;
• Kötü tanımlanmış gereksinimler ve istekler;
• Yetersiz tanımlanmış roller ve sorumluluklar;
• Gereksinimlerdeki değişiklikler;
• Yeni gereksinimler;
• Bütçe kesintileri;
• Kötü etkileşim.

özetleyelim

Aynı proje yok. Riskler ve ertelenmiş teslim tarihleri ​​olmadan mükemmel bir şekilde uygulanabilir. Bir diğeri aynı katılımcılara, maliyetlere, programa ve hedeflere sahip olsa bile başarısız olabilir. Projede riskler ve değişiklikler kaçınılmazdır. Ama yine de, iyi planlanmış bir çalışma kapsamı, bir program, değerlendirilmiş riskler ve mükemmel bir takım çalışması. Bu durumda, zor projeler bile eğlenceli olabilir.

Proje planlama konusunda deneyiminiz var mı?

Planlama tasarım çalışması tüm şirket ve her bir çalışan için belirli bir süre için, işi geliştirme ve büyütme hedefini belirleyen net bir eylem planıdır. Tasarım, endüstrinin dikkate alınan her bölümü için net tanımlar sağlayan bir dizi faaliyet ve beraberindeki belgelerdir: geçici rezervler, malzeme maliyetleri, tüm iş alanının verimliliği ve likiditesi.

Amaçlar, öz ve tanım

Projenin tam anlamıyla tüm aşamalarda uygulanması, net eylemler, koordineli ve tutarlı bir plan gerektirecektir. Proje yönetimi planlama sistemi ilk aşamalarda (kavramsal anlamda) şirket/işletme sahibi olan yönetici tarafından geliştirilir. Geliştirme konseptini geliştirme aşamasında, proje yöneticisi (veya geliştirme planları departmanı), yönün ana kavramlarını ve hedeflerini dikkate alır:

• tüm proje uygulama planının süresi;
• her elemanın uzunluğu;
• hedeflere ulaşmak için gerekli kaynakların miktarı: finansal yetenekler, işgücü rezervleri, zaman rezervi;
• ilgi çeken inşaat veya tasarım organizasyonlarının hacimleri;
• malzemelerin, bileşenlerin, ekipmanın teslim şartları;
• devam eden faaliyetlerin likiditesi.

Yönetimde süreç tasarımı planlamasının ana görevi ve temel amacı, bir iş fikrini istenen bir konsepte uygulamak için bir model oluşturmaktır.

Yürütülen faaliyetlerdeki her prosedürün, görevleri doğru zaman diliminde tamamlamaktan sorumlu olan kendi sorumlu kişisi vardır. Çoğu durumda, en çok uygulananların uygulanmasında temel bir rol oynayan zaman standartları ve bunların uyumudur. karlı fikirler bu zaman aralığında. Bu nedenle, ana rol, uygulama için zaman periyotlarının çalışmasına ve gelecekteki endüstrinin likiditesinin tahminine verilir.

Proje planlamasının uygulanmasının ana aşamaları

Herhangi bir proje faaliyeti, belirli bir zaman diliminde uygulanmak üzere tasarlanır. Bu nedenle, planın uygulanması için en önemli faktör, gelecekteki yönün likiditesini, karlılığını ve hatta karlılığını dikkate almaktır.

Planlamanın amaç ve hedefleri mutlaka açık olmalıdır, çünkü sadece bu durumda bir sonraki aşamanın uygulanmasına devam etmek mümkündür - proje özelliklerinin oluşumu.

Bununla birlikte, planı uygulama sürecinin tamamı, kolaylık sağlamak için birkaç aşamaya ayrılabilir:

• bir konsept oluşturmak, amaçları;
• iş sırası belirlenir;
• kullanılması gerekecek kaynaklar belirlenir;
• projenin tanımı, bileşimi;
• iş sırasını belirlemek;
• proje bütçesinin (tahmini) temeli hazırlanır;
• tüm sonuçların tek bir belgede düzenlenmesi (iş / plan);
• planın uygulanması, uygulanması;
• uygulanan planın sonuçlarına göre karlılığın hesaplanması.

Planlamanın sonuçları, uygulamasının her aşamasında net eylemlerle piramidal bir yapı taşıyan grafikler, karşılaştırmalı analizler şeklinde sunulur.

7 proje planlaması ilkesi

Sonucun etkili olabilmesi için proje faaliyetlerini geliştirirken ve planlarken 7 temel ilkeyi dikkate almak önemlidir.

İlke 1: Amaçlılık

Belirli bir planın planlanması şunlara dayanmalıdır: ana hedef: neden planlama aşamalarının her birinin uygulanması gerektiği, görevi, özü ve gerekliliği nedir.

Prensip #2: Tutarlılık

Uygulanan aşamanın her bir bölümünün sistem bağımlılığı. Planlama ayrı aşamalar bütünü olduğundan, sadece her biri için görevlerin belirlenmesi değil, aynı zamanda her bir unsurun sistemsel olarak etkin etkileşimini sağlamak da önemlidir. Bir unsurdaki başarısızlığın tüm planlama organizasyonunda "arızalar" gerektirdiğini anlamak önemlidir.

Prensip #3: Karmaşıklık

Başvuru farklı yöntemler tasarımda, elemanların her birinin bağlantısını etkilememelidir. Bu ilke göz önüne alındığında, dikkate alınması önemlidir. bireysel özellikler her yöne, gerekli zaman aralığında tanıtılması.

Prensip #4: Güvenlik

Tabii ki, herhangi bir fikrin uygulanması için temel ilke, malzeme düzleminin gerekli kaynaklarının mevcudiyetidir. Finansman olmadan, en mütevazı projeyi bile uygulamak mümkün olmayacaktır. Bu nedenle, belirli planların uygulanmasına karar vermeden önce, başlangıçta maddi desteği hesaplamak ve gerekirse bir yatırımcı çekmek faydalı olacaktır.

Prensip #5: Öncelik

Kural olarak, böyle bir ilke, özelliklerinde farklı olan birkaç yönün uygulanmasının mümkün olduğu durumlarda düşünülür. Böylece öncelikli hedefler, endüstrinin veya tüm işletmenin gelişme kavramının ilkelerine karşılık gelen en önemli noktaları belirler.

Prensip #6: Güvenlik

Her şeyden önce bu ilke, maddi güvenliğe, yani tüm fikirleri hayata geçirmeyi mümkün kılmayacak risklerin yanlış hesaplanmasına dayanmaktadır. Sadece finansal analitik çalışmalar değil, aynı zamanda piyasa tahmini, uzman departmanın etkinliğinin analizi de dikkate alınır.

Prensip #7: Zaman

Belirli fikirlerin uygulanması, arz için bir talep varsa en faydalı olanıdır. Planı uygulamak için, planlama ilkelerini uygulamak için gerekli olabilecek yaklaşık süreyi dikkate almaya değer.

Yönetim Süreci Planlama: Yapı

Planlama fikirlerinin uygulanmasının yapısı, çeşitli organizasyonel sorunları çözmenize izin veren hiyerarşik bir değiştirilebilir disiplinler zinciridir. Proje planlama süreçlerini yapılandırmanın amacı:

• aşamalı bir çalışmanın oluşturulması (program);
• uygulanan aşamaların sonuçlarını gösterir (etkili, verimsiz);
• projenin geliştirilmesi ve uygulanması için kontrol noktalarının oluşturulması;
• tüm çalışanlara ve proje yönetimine şu anda yapılması gerekenlerin nesnel bir şekilde anlaşılmasını sağlamak;
• sorumluluk alanlarının dağılımı;
• kullanılan tüm kaynakların anlaşılmasını sağlamak: emek, malzeme, finansal.

Tasarım yapısı büyük ölçüde amaca göre belirlenir. Örneğin, hedefler için tamamen farklı gereksinimler olabilir: bir şirket 15 katlı 10 ev inşa etme hedefi koyarken, başka bir şirket 5 yılda 10 katlı 10 ev inşa etme hedefi belirler. Her iki şirketin hedefleri farklıdır ve bu nedenle yapı farklılık gösterecek ve birbirinden önemli ölçüde farklılık gösterecektir.

Başka bir şema

Proje planlama sürecini karakterize eden kısa bir kavramlar sözlüğü:

• SSO - organizasyonun yapısal diyagramı;
• CRR - iş bölümünün (dağıtımının) yapısı;
• WBS - işlerin yapısal ayrışması.

Önerilen iş projesinin standart formatındaki yapı:

• hedef belirleme;
• planlama;
• yaratma;
• farklı aşamalarda eylemin kontrolü ve olası düzeltilmesi;
• sunum;
• refleks.

Proje faaliyetinin planlanan sonucu kişisel, düzenleyici, bilişsel, iletişimsel, materyal olabilir.

Proje faaliyetlerinin planlanması türleri

Proje faaliyetleri, planlama teknolojisi ve yapılanması da bu tür faaliyetlerin türüne göre belirlenir. Böylece, ölçeğe göre ayırt ederler:

• mikro projeler (hacmi değişebilen bireysel bir inisiyatif projesinin uygulanmasının dar bir şekli);
• küçük projeler (küçük iş gücü ile uygulama araçları ve parasal kaynak, büyük finansmana ihtiyaç duymaz);
• mega projeler (birkaç küçük veya orta ölçekli projeyle ilişkiye dayanan hedef programlar).

Uygulama dönemine göre proje faaliyetleri türleri:

• kısa vadeli;
• orta vadeli;
• uzun vadeli.

Kısa vadeli bir projenin süresi altı aydan iki yıla kadar olabilirken, uzun vadeli planlar 15 yıla kadar uygulanmaktadır. Bir proje şu ana kadar amacına ulaşmışsa gerçekleşmiş sayılır. proje planı ayarlanabilir, uygulama kavramı gözden geçirilebilir.

Finansman türüne göre proje planlama türleri (bütçe bazında):

• sponsorluk;
• kredi veya yatırım yapılabilir;
• bütçe;
• yardımsever.

bulgular

Bu türlerin herhangi birinde proje yönetiminin planlanması ve kontrolü sorumlu yetkililer tarafından gerçekleştirilir. Genel anlamda proje faaliyet planlaması, hem gelişmekte olan bir şirketin hem de bir işletmenin sıfırdan zorunlu bir bileşenidir. Bu belge paketi olmadan, işi uygun düzeyde uygulamak mümkün değildir.

Tasarımın özü, belirli hedeflere ulaşmak için bir strateji geliştirmektir. Onları nihai sonuca yaklaştıran belirli eylemlerin kademeli olarak uygulandığı bir model oluşturulur. Ancak proje planlaması, eldeki görevi çözme stratejisinin, hedeflere ulaşmada başarı şansını artıracak optimal araç ve yöntemlerin kullanımını içermesi için dikkatli bir analiz ve detaylandırma gerektirir.

Planlama kavramı ve amacı

Doğrudan tasarım başlamadan önce bile, bir eylem planının geliştirileceği bir kavram, ilkeler ve model oluşturulur. Bu, sonuçlara ulaşmayı amaçlayan amaçlı adımlar sisteminin inşa edildiği temeldir. Sonuç, uğruna tasarım çözümünün geliştirildiği nihai hedef olarak anlaşılır. Başlangıçta, işin sırası, sırası ve doğasının onaylandığı bir organizasyon yapısı çerçevesi oluşturulur. Malzeme ve teknik kaynakları kullanma taktiklerini ortaya çıkarabilecek proje planlama görevleri de belirlenir. Planlama, bir tasarım çözümü oluşturmanın tüm aşamalarını doğrudan kapsar, ancak bu, bunların tek bir modele göre geliştirilmesi gerektiği anlamına gelmez. Her aşamada, iş eylemlerinin özellikleri ve uygulanmasının karmaşıklığı dikkate alınarak bireysel bir yaklaşım uygulanabilir. Ancak, proje kilometre taşları genel bir planlama sisteminde yapılandırılmalıdır.

Projenin geliştirileceği model, her durumda, nihai sonuca ulaşılmasına vurgu yapılarak oluşturulmuştur. Ancak bu durumda kalite açısından optimal bir yönetim stratejisinin oluşturulmasına güvenmek mümkün olacaktır. Projenin uygulanmasından sonra önemi ortaya çıkacak olan kurallar, ilkeler veya kısıtlamalar getirebilen girdi verileri önemli bir rol oynar. Aynı zamanda, görevin uygulanması açısından optimal bir eylem modeli oluşturacak olan proje planlamasının hedefi belirlenmelidir.

Alan Planlaması

Projenin bazı temel parametrelerinin belirlendiği planlamanın ilk aşamalarından biri. Bu durumda, konu alanı, projenin tamamlanması sürecinde gerçekleştirilmesi gereken bir dizi amaç ve hedef olarak anlaşılmaktadır. Ayrıca, hedefe yönelik adım adım hareketin belirli yönleri, ölçülen parametreler açısından oldukça kesin başarı noktaları belirlerse, konu alanı nihai hedefin daha geniş bir altyapısı olarak tanımlanır. Ayrıca ürünün veya geliştirilen teknolojik çözümün çalışması sırasında ortaya çıkacak faktörleri de etkileyebilir. İlk aşamada proje planlaması konu alanını tam olarak neleri dikkate alabilir? Bu model aşağıdaki görevleri gerçekleştirmenizi sağlar:

• Hedeflerin analizine dayanarak, mevcut durum belirtilir kontrol sistemi.
• Tasarım çözümünün temel parametrelerinin iyileştirilmesi.
• Başarı ve başarısızlık kriterlerinin ayrıntılı formülasyonu.
• Kısıtlamalarla ilgili varsayımların analizi ve ayarlanması.
• Projenin ara ve nihai sonuçlarını değerlendirmek için parametrelerin belirlenmesi.

Planlama süreçlerinin bileşimi

Plan geliştikçe, yaratıcıları, hedeflerin genel formülasyonu ve teknik gerekçelendirmesinden, belirli hedeflere ulaşmak için gerçekleştirilmesi gereken faaliyetlerin ayrıntılı bir açıklamasına geçer. Ve yine, planın organizasyon yapısını oluşturan sistem, giriş verilerinin entegrasyonundan sonra bile kapalı olarak kabul edilemez. Harici giriş olmadan bile yeni bilgi ek bilgilere veya önceki verilerin açıklığa kavuşturulmasına ihtiyaç duyulabilir. Aynı nedenle proje planlama süreçleri de döngüseldir. Güncellenen veriler dikkate alınarak işlemin gerçekleştirilebilmesi için tekrar gereklidir.

Aynı zamanda, her yineleme başlangıçta hem bireysel aşamalar için hem de genel bir planlama modeli çerçevesinde net bir yürütme sırasına sahip olmalıdır. Spesifik süreçler aşağıdakileri içerir:

• Projenin ana aşamalarını gösteren projenin içeriğinin yapısının geliştirilmesi.
• Büyük görevlerin küçük parçalara bölünmesi - detaylandırma ve ayrı süreçlere ayırma.
• Hem planlama hem de proje geliştirme için gerekli kaynakları dikkate alacak bir tahmin tasarımı hazırlamak.
• Belirli iş aktiviteleriyle bir listenin derlenmesi. İşin parametrelerini, teknolojik bağımlılıklarını vb. Gösterecek bir belgesel tabanının oluşturulması.
• Genel planlama yapısında iş faaliyetlerinin düzenlenmesi. Yürütme yapılandırmasını değiştirme olasılıklarının belirlenmesi.

Yürütmenin karmaşıklığına bağlı olarak, proje planlama sistemi farklı yardımcı süreç grupları içerebilir. Bunlar arasında en yaygın olanı, kontrol ve kalite standartlarının geliştirilmesi, tabi olma ve sorumluluk durumlarının tanımlanması, gerekli bilgi ve iletişim ortamlarının hazırlanmasıdır. Ayrıca planlama sırasında amaç ve hedeflerin oluşturulması aşamasında sağlanmayan yeni süreçlere ihtiyaç duyulabilir.

Bir program oluşturmanın aşamaları

Seçilen planlama taktiklerinden bağımsız olarak, yönetim departmanının riskleri ve kısıtlamaları gösteren çalışma kapsamına sahip bir yapı geliştirmesi gerekecektir. Ancak hedefe yönelik belirli bir hareket modeli belirlemek mümkün olmayacaktır. zamanlama aşağıdaki adımlardan oluşan proje:

• Listeyi kullanarak işin kapsamını belirleme. Görevin uygulanmasındaki adımların sırasını bir şekilde yansıtan operasyonel bir liste.
• Her göreve ve ekli çalışmaya, kaynak sınırlarına tabi olarak çalışma zamanı parametreleri atanır. Bu aşamada, genellikle çalışma süresinin paralel tahmini ile görev ayrıştırma yöntemi kullanılır.
• Kaynak tabanının kullanılabilirliğini ve hacmini belirlemek için amaçlı aşama. Bilgi, teknolojik, işgücü ve finansal kaynaklar dahil olmak üzere kapsamlı bir kaynak türleri listesi dikkate alınabilir.
• Limitleri ayarlama. Kural olarak bu, mevsime, lojistik süreçlere, rastgele olaylara vb. bağlı dış etkenlerle ilgilidir.

Planın bu yapısında, riskler ve kısıtlamalarla ilgili aşamaları vurgulamaya değer. Proje yönetimi planlamasının kalitesi, belirli faktörlere yanıt vermenin başlangıçta onaylanmış yollarına bağlı olacaktır. Özellikle, yanıt vermenin iki yolu vardır - aktif ve pasif. İlk durumda, proje, risk olasılığını en aza indiren bir eylem taktiği içerir. Pasif stratejik tepki, risklerin varsayımına ve bunların uygulanmasının sonuçlarından kaynaklanan koşullu zararın tazminine dayanır.

Plan Geliştirme Yöntemleri

Bir kontrol stratejisinin oluşturulması, her biri proje planlamasının çeşitli aşamalarında uygulanabilen dört geliştirme yönteminin kullanımına izin verir.

• Kavramsal. Bu durumda, tasarım çözümü, uygulamada sistemdeki tüm katılımcıların katılacağı ortak bir hedefe ulaşmak için bir araç olarak düşünülebilir. Kavramsal stratejiye uygun olarak proje, her biri kendi başarma taktikleri, sınırlamaları ve gerekli kaynakları ile belirli bir görevi temsil eden birkaç ayrı aşamaya bölünmüştür.
• Stratejik Planlama. Sonuca ulaşmak için alternatif yolların analizini sağlayan, amaçlanan amaç ve hedeflere dayanır. Bu plan, hedefe doğru ilerlemenin farklı yollarının olumlu ve olumsuz yanlarının değerlendirildiği, çok çeşitli çeşitli faktörleri ve proje geliştirme nüanslarını dikkate alarak karakterize edilir. Ana uygunluk kriterleri, uygulama zaman çerçevesi, proje maliyeti ve organizasyonel çabalardır.
• taktik planı. Yüksek derecede ayrıntı ve stratejik hedeflerin netleştirilmesi ile ayırt edilir. Geliştirme sırasında, bireysel proje planlama süreçleri, son tarihler, iş miktarları ve harcanan kaynaklar düzeltmeye tabi olabilir.
• Operasyonel plan. Genellikle genel planlama süreciyle ilgili olarak yardımcı bir çözüm olarak kullanılır. Üzerine inşa kısa vadeli Planlanan parametrelerden tespit edilen sapmaları dikkate alarak analiz.

Kaynak planlamasının özellikleri

Projelerin hazırlanmasında ve uygulanmasında lojistik, bilgi ve organizasyon desteği büyük önem taşımaktadır. Hem ana hem de ara görevleri gerçekleştirme yolunda bireysel aşamaların ve işlemlerin konfigürasyonlarını ve sıralarını büyük ölçüde belirlerler. Bu nedenle, kaynak tabanının dağılımı açısından proje planlama yöntemini ayrı ayrı düşünmeye değer. Dolayısıyla, bu planlama modelinin yapısal gelişiminin temeli, kaynakların tükenebilirliğe göre sınıflandırılması olacaktır. Aynı maddi ve teknik araçların ayrı bir aşamanın uygulanmasına tamamen veya kısmen verilebileceğine derhal karar vermeliyiz. Kaynakların rasyonel tüketimi ve yeniden dağıtılması ilkesi, yetkin planlamanın, örneğin bazı alanlarda yakıtın verimli bir şekilde tüketilmesini ve diğerlerinde tasarruf edilmesini mümkün kılacağı burada da etkilenecektir.

Projenin kaynak planlamasında önemli bir faktör, maliyetlerin yoğunluğu ile belirlenen ihtiyaçtır. Çalışma aşaması, kullanılan hammadde miktarına bağlı olacaktır. Sonuç olarak, belirli bir işlemin yürütülme süresi ile birlikte gerekli kaynak tabanının miktarı da belirtilecektir. Tabii ki, görevin doğasına bağlı olarak, bir operasyon birkaç tür kaynak alabilir.

Proje uygulama aşamalarının planlanması

Planlamayı kapatan ve projenin uygulanması için ek materyaller ve yönergeler bırakan bir grup kontrol süreci söz konusudur. Bu bölüm, koordinasyon, yanıt verme ve liderlik özellikleri icracı veya icracı ekip. Bu nedenle, projenin uygulanmasının planlanması aşağıdaki aşamaların geliştirilmesini içerir:

• Takım oluşumu. Prensip olarak benzer görevleri yerine getirmek için teknolojilere sahip olan gerekli profillerin uzmanları ve uzmanları yer almaktadır.
• Müteahhitlerin seçimi. Bunlar, belirli malların tedarikçileri, ortaklar veya projenin uygulanması için gerekli belirli hizmetleri sağlayan üçüncü taraf ekipler olabilir.
• Yapılan işin kalite kontrolü için koşulların geliştirilmesi. Hedef alandaki mevcut düzenlemelere odaklanarak bir dizi spesifikasyon geliştirilebilir.
• Proje uygulama süreçlerinde farklı katılımcılar arasında bir koordinasyon modelinin oluşturulması.

Proje risk planlaması

Önceden bir risk yanıt modeli oluşturmanın önemi daha önce tartışılmıştı. Bunların işlenmesi için belirli bir model, aşağıdaki yanıt mekanizmalarına dayanabilir:

• Risk olasılığının belirlenmesi. Bir yüzde sistemi veya kendi değerlendirme kriterlerine sahip bireysel bir sistem kullanılabilir.
• Risklerin doğasının belirlenmesi.
• Bir bütün olarak proje için belirli bir riskin etki derecesinin hesaplanması.
• Proje üzerindeki etki açısından risklerin önceliğe göre sınıflandırılması.
• Projeye yönelik şu veya bu tehdidi önleyecek bir dizi önlemin geliştirilmesi. Bu yöndeki planlama çalışmaları, her olaydan sorumluların atanması için bir sistemin oluşturulmasını sağlar.
• Bir risk olayının meydana gelmesinin bir sonucu olarak sonuçları ortadan kaldırmak için model eylemlerin geliştirilmesi.

Yaygın Planlama Hataları

Bir plan oluşturmanın belirli faktörlerinde ve parametrelerinde birçok yanlış hesaplama, ancak tasarlanan ürün veya çözümün çalışması sırasında ortaya çıkabilir. Ancak, hazırlananları ilişkilendirmenin daha iyi olduğu model hataları da vardır. tasarım malzemeleri peşin:

• Yanlış hedefler kullanmak. Kural olarak, bu bölümdeki hatalar hatalı veya tamamen yanlış formülasyonla ifade edilir.
• Eksik verilerin kullanılması. Proje yönetimi planlamasının yanılgısı, karmaşık test süreçlerindeki ihlaller nedeniyle eksik veya yanlış veri elde etme olasılığının yüksek olduğu mühendislik endüstrilerinde özellikle yaygındır.
• Dar bir uzman grubunu birbirine bağlamak. Çoğu zaman, çalışmaya yalnızca ilgili görevleri yükleniciler aracılığıyla çözen planlayıcılar dahil edilir ve bu da kendi içinde sonucun kalitesini düşürür.
• Planlamanın resmileştirilmesi. Ortak bir sorun, net belirli hedefler uğruna değil, daha fazla etkiye odaklanmadan işin belirli bir bölümünü tamamlamak için ayrı süreçlerin gerçekleştirilmesidir.

Çözüm

Bizi nihai hedefe yaklaştıran eylemlerin uygulanması için planın yapısının görüntüsünü görmek, tasarım süreçlerindeki katılımcılar için çok önemlidir. Bu, bir dereceye kadar işin gidişatını etkileyen tüm nüansları ve faktörleri dikkate almanızı sağlar. Bu nedenle, stratejik Planlama projelerde, daha fazla geliştirme konseptinin hazırlanması için bir kaynak atılır. Asgari olarak, belirlenen görevlerin uygulanmasına ilişkin ilkeler formüle edilir. Yalnızca böyle bir yaklaşımla, nihai hedeflere başarılı bir şekilde ulaşılacağına güvenilebilir. Ek olarak, derin bir planlama analizi, projeyi önemli ölçüde optimize etmeyi mümkün kılar ve bu da müşteri için ekonomik açıdan da faydalıdır.