Güçlü satın alma (procurement) yönetimi bütçeleri korur, tedarikçi riskini yönetir ve daha iyi sonuçların önünü açar. Trupeer ile, ücretsiz bir satın alma yönetimi planı şablonuyla başlayarak, bunu marka yönergeleriniz ile özelleştirip planı proje ekipleri ve paydaşlar için video anlatımlara dönüştürerek satın alma planlamasında saatler kazanabilirsiniz.

Satın alma yönetimi planı şablonu nedir?

Satın alma yönetimi planı, bir projenin veya programın ihtiyaç duyduğu şeyleri nasıl satın alacağını ortaya koyar: ne satın alınıyor, kimin aracılığıyla, hangi tür sözleşme kapsamında, hangi zaman çizelgesinde, kim hangi onayı veriyor ve atandıktan sonra tedarikçiler nasıl yönetilecek.

Bu plan, bir proje planının içinde yer alır; onu değiştirmez ve tüm satın alımlara uygulanan, tek bir iş parçasına değil tüm satın alımlara yönelik duran bir kurallar seti olan satın alma politikasıyla da ayrıdır. BT satın alma politikası şablonumuz, onay yönlendirmeleri ve eşikler dahil olmak üzere bu dokümanı kapsar.

Satın alma yönetimi planı şablonunun yapısı kaynaklar arasında iyi bilinir ve büyük ölçüde sabittir. Giriş, yaklaşım, tanımlar, sözleşme türleri, riskler, maliyet belirleme, standart dokümantasyon, kısıtlar, onay süreci, karar kriterleri, tedarikçi yönetimi ve performans ölçümleri. Bu arama için ilk sırada yer alan sürüm, neredeyse aynı sırayla on dört bölüme sahiptir.

Bu yapı uygundur ve bu sayfa bununla tartışmaz. Söylediği şey, bu bölümlerden birinin neredeyse tüm sonuçları belirlediği ve her şablonun bunu doldurulacak bir kutu gibi ele aldığıdır.

Sözleşme türü neden her şeyi belirler

Diğer bölümlerin ne yaptığını inceleyin. Yaklaşım, tanımlar, standart dokümantasyon ve kısıtlar süreci açıklar. Onay ve karar kriterleri yönetişimi açıklar. Riskler ve tedarikçi yönetimi izlemeyi açıklar.

Sözleşme türü farklıdır. Düşünmediğiniz şeylerde riskin kimde olacağını, değişikliğin (change) nasıl fiyatlanacağını, imzadan sonra rekabet baskısının devam edip etmeyeceğini ve ihtilaf riskinizin nasıl görüneceğini belirler. Projedeki her maliyet sonucu onun üzerinden geçer.

Ayrıca en sık tek bir satırda, proje başlangıcında, tüm paketler için birlikte tamamlanan bölümdür; riskin tedarikçilere aktarılması ve maliyet kesinliği verilmesi gibi bir gerekçeyle.

Sabit fiyat güvenli bir cevap gibi gelir ve ne istediğinizi tarif edebildiğinizde gerçekten de güvenli bir cevaptır. Tarif edemediğinizde risk aktarmaz. Riski bir değişiklik kontrol sürecine dönüştürür ve değişiklik emirleri artık sizi olan bir tedarikçi tarafından rekabet olmadan fiyatlanır.

Bu şablon Trupeer ile nasıl özelleştirilir

Adım 1: Şablonlar Bölümünü Açın

Ana navigasyondan Şablonlar bölümüne gidin.

Adım 2: Bir Şablon Seçin ve Açın

Açmak istediğiniz herhangi bir şablonun üzerine tıklayın.

Adım 3: Şablon Görünümünü Genişletin

Gerekirse, tam düzeni ve ayrıntıları net görmek için şablon görünümünü genişletin.

Adım 4: Şablonu Düzenleyin

Seçili şablonda değişiklik yapmaya başlamak için Düzenle’ye tıklayın.

Düzenleyici içinde şunları yapabilirsiniz:

• Yeni bölümler ekleyin

• Biçimlendirme kurallarını tanımlayın veya güncelleyin

• Bir logo ekleyin ve konumunu ile ilgili ayarları düzenleyin

Adım 5: Özelleştirilmiş Şablonunuzu Kaydedin

Gerekli tüm değişiklikleri yaptıktan sonra, güncellenmiş şablonu kendi şablonunuz olarak saklamak için Kaydet’e tıklayın.

Adım 6: Şablonu Önizleyin ve İnce Ayar Yapın

Özelleştirilmiş şablonunuzun nasıl göründüğünü görmek istediğinizde Önizleme’yi açın.

Önizleme ekranından, gerekirse doğrudan ayarlamaya devam edebilir; böylece şablonun tam olarak istediğiniz gibi göründüğünden emin olursunuz.

Bir satın alma yönetimi planı şablonuyla şunları yapabilirsiniz:

• Planlamada saat kazanın: Satın alma için oluşturulmuş bir yapıyla boş sayfayı atlayın.

• Tedarikçi riskini yönetin: Yerleşik değerlendirme kriterleri, tedarikçiyle ilgili proje riskini azaltır.

• Markanızla uyumlu kalın: Trupeer’in marka kitini kullanarak logonuzu, yazı tiplerinizi ve renklerinizi uygulayın.

• Değeri artırın: Yapılandırılmış değerlendirme, ad-hoc seçimden daha iyi sonuçlar üretir.

• Projeler genelinde standardize edin: Her satın alma için aynı şablonu kullanın.

• Küresel ekiplere ulaşın: Satın alma planlarını tek tıklamayla 65+ dile çevirin.

Sözleşme türünü iştahınıza değil, spesifikasyon olgunluğuna göre eşleştirin

Yararlı soru, ne kadar riski aktarmak istediğimiz değildir. Bu şeyin şu anda ne kadar eksiksiz şekilde tarif edilebildiğidir.

Bu sorunun her paket için bir cevabı vardır ve aynı proje içinde cevaplar inanılmaz ölçüde değişir. Entegrasyonu sağlayan kontrol sistemi yüzde on beşteyken, inşaat işleri yüzde doksan tasarlanmış olabilir; çünkü geri kalanı netleşene kadar bunu spesifik etmek mümkün değildir.

Hepsinin için, plan yazıldığı anda tek bir sözleşme türü seçmek, en az tanımlanmış paketlerin en az uygun temelde satın alınmasını garanti eder.

Alternatif basittir. Her paketi spesifikasyon olgunluğu açısından değerlendirin, bu değerlendirmeden sözleşme türünü seçin ve değerlendirme düşükse planda sözleşme türünün şimdi değil, belirtilen bir tasarım kilometre taşında kararlaştırılacağını belirtin.

Son kısım, çoğu proje yöneticisinin direndiği şeydir; çünkü kararı erteleyen bir plan eksik görünür. Hiçbir bilgi olmadan kararı veren bir plan tamam görünür ve çok daha fazla maliyet çıkarır.

Paket bazında spesifikasyon olgunluğu nasıl değerlendirilir

Spesifikasyonu yazmak zorunda kalacak kişiyle birlikte paketleri değerlendirin; kesinlik isteyen kişiyle değil. Bunlar genellikle farklı kişilerdir ve farklı cevaplar verirler.

İki pratik not. Yüzde, bir ölçümden ziyade bir değerlendirmedir ve bu sorun değil; önemli olan bunun zorunlu kıldığı konuşmadır. Herkesin farklı değerlendirdiği bir paket de tek başına bir bulgudur; çünkü bu, kapsamın dahili olarak bile üzerinde anlaşmaya varılmadığı anlamına gelir.

Ücretsiz satın alma yönetimi planı şablonu: kopyalanacak bölümler

Buradan kopyalayın. Yıldız işaretli bölüm eklemedir.

Giriş ve kapsam. Bu planın neleri kapsadığı, hangi proje ve hangi satın alımların kapsam dışında kaldığı.

Satın alma yaklaşımı. Satın almanın nasıl organize edileceği: merkezi mi yoksa iş akışı (workstream) bazında mı; hangi mevcut çerçeve anlaşmaların veya onaylı tedarikçi listelerinin geçerli olduğu ve satın alınan değil, üretilen şeyin ne olduğu.

Satın alma paketleri. Paket başına tek satır: nedir, tahmini değer, tarihe göre gereklilik ve dahili sorumlu.

Spesifikasyon olgunluğu ve sözleşme türü. Her paket için olgunluk değerlendirmesi, bunun ima ettiği sözleşme yaklaşımı ve ilgiliyse sözleşme türünün hangi tarihte kesinleşeceği.

Hazır olma süreleri ve tarihler. İhtiyaç duyulma tarihlerinden geriye doğru çalışın: spesifikasyon tamam, teklif verildi, yanıtlar ne zaman gelecek, değerlendirme tamam, sözleşme imzalandı, mobilizasyon, teslimat.

Maliyet belirleme. Tahminler nasıl üretildi, güven seviyesi ve hangi ihtiyatın (contingency) tutulduğu ve bunu kimin yaptığı.

Onay ve yetki. Hangi değerde kimin onay verdiği; bunu yeniden ifade etmek yerine mevcut satın alma politikanıza atıf yapın.

Değerlendirme ve karar kriterleri. Paket başına fiyat ile kalite arasındaki ağırlık; teklifler verilmeden önce kararlaştırılır, geldikten sonra değil.

Standart dokümantasyon. Hangi şablonlar ve sözleşme formları kullanılacak; böylece her paket kendi dokümanını icat etmez.

Satın alma riskleri ve ihtiyat. Tek kaynak riski dahil ve bir tedarikçi başarısız olursa ne olacağı; aşağıda ele alınır.

Tedarikçi yönetimi. Ödülden sonra her tedarikçiyi kim yönetecek, toplantı/iletişim sıklığı ve performansın nasıl ölçüleceği.

Kısıtlar ve varsayımlar. Seçimi sınırlayan her şey: mevcut anlaşmalar, düzenleyici yükümlülükler, fon sağlayıcı koşulları, sürdürülebilirlik gereklilikleri.

Buraya kadar kopyalayın. Dolaşımdaki on iki bölüm ve çoğu proje için dört veya beş sayfa. Dolaşımdaki on dört bölüm sürümü yanlış değil; sadece büyük programlar için yazılmış.

Kırk yedi değişiklik emri olan şişeleme hattı

Ravensgate Beverages, yaklaşık sekiz buçuk milyon sterlinlik bir sermaye projesi olan yeni bir şişeleme hattı kurdu ve bunu dokuz satın alma paketine böldü.

Satın alma yönetimi planı, proje başlangıcında Şubat ayında yazıldı. Sözleşme türü bölümü, dokuz paketin tamamı için sabit fiyat olduğunu söylüyordu; gerekçe olarak da riskin tedarikçilere aktarılması ve maliyet kesinliği verilmesi kaydedilmişti.

O noktada spesifikasyon olgunluğu tekdüze değildi ve kimse sormamıştı. İnşaat ve bina işleri yaklaşık yüzde doksan tasarlanmıştı. Ana ekipman olan doldurucu ve kapatıcı yaklaşık yüzde seksendi. Utilities (yardımcı sistemler) yaklaşık yetmiş, etiketleme altmış, paletleme elli beş, yerinde temizlik (clean in place) sistemi kırk beş, konveyörler ve biriktirme kırk; çünkü bunlar nihai hat yerleşimine, kontroller ve entegrasyona yaklaşık yüzde on beş; çünkü bunlar her şeye bağlıydı ve devreye alma desteği yaklaşık on.

Dokuzunun tamamı Nisan ile Ağustos arasında sabit fiyat sözleşmeleri olarak verildi.

Olgunluğu en düşük olan dört paket, proje ömrü boyunca toplamda aralarında kırk yedi değişiklik emri üretti. Sadece kontroller ve entegrasyon bile yirmi üçe karşılık geliyordu.

Bu dört paketteki değişiklik emri değeri, orijinal sözleşme değeri olan iki buçuk altı milyon sterline karşılık bir buçuk üç milyon sterlin oldu. Yüzde elli artış.

Daha pahalı olan kısım oran (rate) tarafıydı. Değişiklik emirleri, rekabet olmadan mevcut (incumbent) tedarikçi tarafından fiyatlanır ve projenin kendi kapanış incelemesi, teklif verilen oranlara karşı etkili artışı yaklaşık yüzde yirmi iki olarak tahmin etti; yani teklif verilseydi daha ucuz olabilecek işte, saf prim olarak yaklaşık iki yüz seksen bin sterline yakın bir tutar.

Ayrıca iki ihtilaf vardı; bunlardan biri arabuluculuğa kadar gitti ve değişiklik emri müzakerelerine atfedilen yaklaşık on bir haftalık takvim kayması, işin kendisinden kaynaklanmıyordu.

İyi tanımlanmış beş paket toplamda altı değişiklik emri üretti; değeri seksen dört bin sterlindi ve hiçbir ihtilaf yoktu.

Kök neden, Şubat ayında her şey için bir kez verilmiş tek bir karardı; bu karar, bir şeyin gerçekten spesifik edilebilir olup olmadığına değil, genel bir tercihe dayanıyordu.

Bir sonraki projede, altı buçuk milyon sterlinlik projede, plan aşamasında her paketi spesifikasyon olgunluğu açısından değerlendirildi. Yüzde seksenin üzerindeki paketler sabit fiyata alındı. En düşük iki paket iki aşamalıydı; yetenek ve oranlara göre atandı ve tasarım netleşince beşinci ayda sabit fiyata dönüştürüldü. Plan, bu dönüşüm tarihlerini açıkça belirtti.

On dört değişiklik emri, altı buçuk milyon sterline karşılık üç yüz on bin sterlin ve hiçbir ihtilaf yok.

Planı kim yazar ve kim onaylamak zorunda?

Satın alma yönetimi planları genellikle proje yöneticisi tarafından yazılır. Bu, belirli bir nedenle tek başına yapılan yanlış yazardır.

Projenin başarı tanımı, işi belirlenen tarihte teslim etmektir. Satın almanın başarı tanımı ise savunulabilir bir süreç, gerçek rekabet, ayakta duran bir sözleşme ve geçerli olan kurallara uyum içerir. İkisi de meşrudur ve farklı planlar üretir.

Sadece proje tarafından yazılan bir plan, satın almanın proje hızıyla ilerleyeceğini varsayar; oysa ilerlemez ve süreci, kendi süresi ve kendi kısıtları olan bir iş olarak değil, idari bir adım gibi ele alır.

Sadece satın alma tarafından yazılan bir plan, süreç konusunda genellikle kapsamlı ama ihtiyaç tarihleri konusunda belirsiz olma eğilimindedir.

Ortak yazın ve proje takvimi temel alınmadan önce ikisi de imzalasın. O toplantıda üzerinde anlaşılması gereken spesifik şey, her paket için hazır olma süresidir; çünkü bu sayı bir kez kararlaştırıldıktan sonra takvim sıkıştırıldığında artık tartışılıp ortadan kaldırılamaz.

Kuruluş, kamu satın alma kuralları, fon sağlayıcı koşulları veya düzenlemeye tabi teklif verme gereklilikleriyle bağlıysa, uyumluluğu kim sağlıyorsa onu da aynı toplantıda dahil edin; teklif aşamasında değil. Buradaki hiçbir şey hukuki tavsiye değildir ve özellikle kamu sektörü ile hibe fonlu satın alımlar, yetki alanına göre değişen ve kaçırılırsa bir ödülü geçersiz kılabilen yükümlülükler taşır.

Satın alma yönetimi planı nasıl oluşturulur, adım adım

Önce paketleri listeleyin; gerçekten sözleşme yapacağınız seviyede. Fazla ayrıntılı olursanız idari yük yaratırsınız; fazla kaba olursanız farklı olgunluktaki şeyleri tek bir sözleşmede toplarsınız ve bu, çalışılmış örnekteki sorunun nasıl ortaya çıktığıdır.

Her paketi, spesifikasyonu yazacak kişiyle birlikte spesifikasyon olgunluğu açısından değerlendirin.

Değerlendirmeden sözleşme yaklaşımını seçin ve ertelediğiniz yerlerde kararın hangi tarihte verileceğini yazın.

İhtiyaç duyulma tarihlerinden geriye doğru, tüm satın alma döngüsü boyunca ilerleyin ve en sık hafife alınan adımlar olan değerlendirme ve onay konusunda gerçekçi olun.

Herhangi bir teklif verilmeden önce değerlendirme kriterlerini ve ağırlıklarını belirleyin. Yanıtlar geldikten sonra bunları kabul etmek hem daha yavaştır hem de düzenlemeye tabi satın almada süreci potansiyel olarak ölümcül hale getirebilir.

Tek kaynak riski olan alanları belirleyin ve bununla ilgili ne yapacağınıza karar verin.

Ardından satın alma ekibiyle tüm planı birlikte onaylayın ve hazır olma sürelerini takvime kilitleyin.

Tek kaynak ve tedarikçi başarısızlığıyla ilgili ne yapılmalı

Neredeyse her satın alma planında atlanan bölüm, bir tedarikçi teslim etmezse ne olacağıdır.

Planda, anlık olarak değil, üç sorunun yanıtlanması değerlidir.

Nerede tek kaynaksınız ve bu bir tercih mi yoksa bir tesadüf mü? Bazı paketlerin gerçekten tek bir güvenilir tedarikçisi vardır. Diğerleri ise kimse bakmadığı için tek kaynağa dönüşür. Hangisi hangisi olduğunu kaydedin; çünkü önlem farklıdır.

Her kritik paket için alternatif (fallback) nedir? Başka bir tedarikçi, farklı bir teknik çözüm, işi içeride yapmak veya ertelemek. Bunu plan aşamasında adlandırmak maliyetsizdir ve baskı altında çalışırken haftalar içinde netleştirilir.

Erken uyarı işaretleri nelerdir ve kim izliyor? Kaçırılan kilometre taşlar, tedarikçinin kendi ekibindeki değişiklikler, ödeme davranışı, basın kapsamı. Bunu, fark edilmesini beklemek yerine tedarikçi ilişkisini yöneten kişiye atayın.

Projenin durmasına neden olacak paketlerde, opsiyonellik için ödeme yapmayı düşünün: daha küçük kapsamda ikinci bir tedarikçi, daha uzun bir bildirim süresi veya tek bir ödül yerine aşamalı taahhüt.

Daha küçük projeler için basit bir satın alma planı

Dolaşımdaki on dört bölüm sürümü büyük sermaye programları için yazılmıştır ve iki yüz bin sterlinlik bir projede birini kullanmak, kimsenin okumadığı bir doküman üretir. Bu terimle ilgili en yaygın iki arama, özellikle basit bir sürüm istiyor; bu da uyumsuzluğun yaygın şekilde hissedildiğini gösterir.

Kısa sürüm bir sayfa ve beş şeydir.

Değerler ve ihtiyaç tarihleriyle birlikte bir paket listesi. Paket başına spesifikasyon olgunluğu değerlendirmesi ve sözleşme yaklaşımı. Her ihtiyaç tarihinden geriye doğru çalışan hazır olma süresi. Hangi değerde kim onaylıyor. Ve tek kaynak riskleri ile bunların alternatifleri.

Bu, gerçek bir satın alma yönetimi planıdır. Sonucu değiştiren tüm kararları içerir; politikanın zaten kapsadığı süreç açıklamalarından hiçbirini içermez.

Projenin değeri veya yönetişimi gerektirdiğinde, tam yapıyı baştan kurup kesmek yerine buradan ölçeklendirin.

Satın alma yönetimi planı mı, satın alma politikası mı?

Sıkça karıştırılan iki doküman; farklı sahipleri ve farklı yaşam döngüleri vardır.

Bir satın alma politikası süreklidir. Kuruluş genelindeki tüm satın alımlara uygulanır, eşikleri ve onay yollarını belirler ve nadiren değişir. Proje olsun ya da olmasın vardır. BT satın alma politikası şablonumuz, bunun işlenmiş bir örneğini kapsar ve politika ve prosedür şablonlarımız daha geniş yönetişim setini kapsar.

Bir satın alma yönetimi planı ise projeye özeldir. Tek bir iş parçasına uygulanır; bu işin satın almasının politikaya göre nasıl organize edileceğini açıklar ve proje bittiğinde sona erer.

Plan, politikaya atıf yapmalıdır; onu yeniden anlatmamalıdır. Bir plan onay eşiklerini tekrar ediyorsa, politika ilk kez değiştiğinde ikisi uyumsuz hale gelir ve insanlar daha yakındaki dokümana göre hareket eder.

Bu projede olmayan satın alımlara da uygulanacak kuralları yazdığınızı fark ederseniz, bu politika yazmaktır ve başka yerde olmalıdır.

Excel’de satın alma yönetimi planı şablonu alabilir miyim?

Planın operasyonel kalbi olan paket tablosu için Excel. Paket, değer, ihtiyaç tarihi, spesifikasyon olgunluğu, sözleşme yaklaşımı, yeniden karar tarihi, hazır olma süresi, sorumlu ve mevcut durum için sütunlar. İhtiyaç tarihinden geriye doğru hesaplanan tarihler, onu değerli kılan kısımdır; çünkü teklif aşamasında değil, plan aşamasında hangi paketlerin artık imkânsız olduğunu görünür hale getirir.

Anlatı bölümleri için Word veya Google Docs: yaklaşım, kısıtlar, riskler, tedarikçi yönetimi. Bunlar proje ile satın alma arasında anlaşma için dolaştırılır ve yorumlar önemlidir.

Onaylanan sürüm için PDF: her iki kaynaktan da dışa aktarılır. Paket tablosunu canlı tutun; çünkü olgunluk değerlendirmeleri değişir ve tasarım ilerledikçe sözleşme yaklaşımları kesinleşir; yeniden karar tarihini kaydetmenin tüm amacı budur.

PowerPoint, plan yerine onay kağıdına uygundur. Dört slayt: paketler ve değerleri, her biri için sözleşme yaklaşımıyla birlikte olgunluk değerlendirmeleri, kritik hazır olma süreleri ve tek kaynak riskleri.

Satın alma sürecinin kendisini nasıl dokümante tutarsınız

Yukarıdakilerin hepsi tek bir projeyle ilgilidir. Bunun altındaki satın alma süreci, yani teklifin kuruluşunuzda gerçekten nasıl verildiği, nasıl değerlendirildiği, nasıl onaylandığı ve nasıl ödüllendirildiği; her proje yöneticisinin sıfırdan yeniden keşfettiği şeydir.

Bu bilgi genellikle satın alma içinde iki ya da üç kişide bulunur ve hazır olma sürelerinin tahmin gibi söylenmesinin nedeni budur. Adımların gerçekte neler olduğu, her birinin ne kadar sürdüğü ve şeyleri en sık neyin geciktirdiği yazıya dökülmemiştir.

Trupeer AI bunu dokümante etmeyi ucuz hale getirir. Kim bir teklifi yönetiyorsa, bunu bir kez kendisi yaparak kaydeder ve çıktı; adımlar ve ekranlar zaten yakalanmış, hazır kontrol edilecek bir yazılı prosedür olur; sıfırdan oluşturmak gerekmez. Bir sonraki planınızdaki hazır olma süreleri de tahminden değil, dokümante edilmiş bir süreçten gelir.

Kaydedin. Markalayın. Çevirin. Trupeer’layın.

Bu prosedürleri SOP creator kapsar, dokümantasyon bunları uyguladıkları politikayla birlikte tutar ve çıktı, tutarlı bir marka kimliğiyle bilgi bankanızda yaşar. Kurulum talimatları doküman şablonu kurulum kılavuzunda yer alır.

Sıkça Sorulan Sorular

Excel’de ücretsiz bir satın alma yönetimi planı şablonu var mı?

Olgunluk değerlendirmelerini, sözleşme yaklaşımlarını, hazır olma sürelerini ve tarihleri taşıyan paket tablosu için Excel uygundur. Kilitli bir indirme yoktur ve form da yoktur. En kullanışlı formül, her ihtiyaç tarihinden geriye doğru satın alma döngüsü boyunca çalışan formüldür; çünkü plan aşamasında hangi paketlerin artık imkânsız olduğunu gösterir.

Word’de ücretsiz bir satın alma yönetimi planı şablonu var mı?

Yukarıdaki on iki bölüm doğrudan Word veya Google Docs’a yapıştırılır. Paket tablosunu bir elektronik tabloda tutun ve gömülü hale getirmek yerine ona atıf yapın; çünkü proje boyunca değişir, anlatı bölümleri ise değişmez.

PDF’de ücretsiz bir satın alma yönetimi planı şablonu var mı?

Onaylanan sürüm için imza aşamasında dışa aktarın ve çalışma kopyalarını düzenlenebilir halde tutun. Düşük olgunluklu paketler için sözleşme yaklaşımlarının daha sonra doğrulanması amaçlanır; dondurulmuş bir plan bunu, planın amaçlandığı gibi çalışması yerine bir değişiklik gibi gösterir.

Excel’de basit bir satın alma planı şablonu var mı?

Evet ve çoğu proje için daha iyi bir başlangıç noktasıdır. Tek sayfa: paket, değer, ihtiyaç tarihi, spesifikasyon olgunluğu, sözleşme yaklaşımı, hazır olma süresi, sorumlu, tek kaynak evet ya da hayır ve alternatif. Bu, birkaç yüz bin sterlin altındaki bir proje için eksiksiz bir plandır ve tek ekrana sığar.

Satın alma yönetimi planının sahibi kim olmalı?

Proje yöneticisi ve satın alma lideri birlikte; takvim temel alınmadan önce ikisi tarafından da imzalanmalıdır. İkilerden birinin tek başına sahip olması öngörülebilir bir başarısızlık üretir: proje sürümü süreç süresini hafife alır ve satın alma sürümü ihtiyaç tarihleri konusunda belirsiz kalır.

Satın alma planı mı, satın alma stratejisi mi: ne farklı?

Bir strateji, kuruluşun satın almaya genel yaklaşımını belirler: neyi, hangi tür tedarik tabanından, hangi ticari koşullarla ve yıllar boyunca tedarik edeceği. Satın alma yönetimi planı bunu tek bir projeye uygular. Strateji satın alma liderliği tarafından sahiplenilir; plan proje tarafından sahiplenilir ve plan, onu yeniden icat etmek yerine stratejiyle tutarlı olmalıdır.

Satın alma yönetimi planı ne kadar detaylı olmalı?

Küçük bir proje için bir sayfa, büyük bir proje için dört veya beş sayfa. Detay, paket tablosu ve sözleşme yaklaşımı kararlarında yoğunlaşmalıdır. Uzun satın alma planları genellikle politikanın içinde yer alması gereken süreç açıklamalarını içerir ve okunmamasını sağlayan içerik de budur.

Satın alma yönetimi planı ne zaman yazılmalı?

Proje başlangıcında; düşük olgunluklu paketler için sözleşme yaklaşımının daha sonra, belirtilen kilometre taşlarda kararlaştırılacağı açık kabulüyle. Daha sonra yazmak, satın alma hazır olma sürelerinin takvim sabitlendiği sonrasında keşfedilmesi anlamına gelir. Her şeyin şimdi kararlaştırılabileceği varsayımıyla yazmak ise yukarıdaki örnekteki değişiklik emirlerini üreten şeydir.