Home / Proje kararı-making rehberi / Yazılım outsourcing teklif model
PROJECT DECISION GUIDE

Yazılım outsourcing teklifi modeli: sabit toplam fiyat, kişi-ayları veya kilometre taşları

Alıntılar sadece ödeme hızı değil, aynı zamanda talepte değişiklik için sorumluluklar, ilerleme riski, takım girişi ve kabul, iki parti arasında dağıtılır.

Soruyu cevaplayın.

Software outsourcing alıntı modeli

istikrarlı bir talep ve net kabul ile bir proje sabit bir toplam fiyat kullanabilir; teknik belirsizlikler ile bir proje tanı veya kilometrelik ilerleme için uygundur; ve sürekli bir talep evrimi, R & D kapasiteyi şahsen dağıtma çabası gerektirir.

SCOPE & BUDGET LEVELS

İlk olarak, proje aşamasıyla sınıra açık girişler

Aşağıdaki katmanlar bütçe ve kabul için bir temel oluşturmak için kullanılır ve gerçek kapsamı hala statüko, arayüz ve zaman gereksinimleri ile ilgili olarak değerlendirilmeli.

Aşama 1

Sabit brüt fiyat

Stabil kapsamı, açık periyodiklik ve objektif kabul için uygun öğeler

Önce ihtiyaçlar, toplam fiyat, kilometrekareler, kabul, değişim ve uzatma sorumlulukları

2. Aşama 2.

Milestones fazd

Karmaşık projeler için uygun sahneleri ve ilk önce önemli riskleri doğrulamanız gerekir

Uygulama ve bütçe, teşhis, prototip, MVP, pilot ve üretim aşamaları, sırasıyla

3. Aşama 3

Kişi aylık veya çevrimler tarafından işbirliği

Sürekli talep değişikliğine, uzun vadeli iteratif veya iç takım yenilenme

Roller, nişanlama kuralları, katılım kuralları, çıkış kayıtları, öncelikler ve çıkış handovers

DECISION FACTORS

Karar verme için anahtar elementler kontrol edilir

İlk olarak, kısıtlama ve sorumluluk sınırları belirlenir, sonra teknik rotalar ve işbirliği yöntemleri karşılaştırılır.

01

Maliyet seviyesi

Daha istikrarlı olan hedef ve kabul, daha uygun olan sabit toplam fiyat için; zorunlu fiyat genellikle talep araştırıldığında bir kapsamaya çevrilir.

02

Teknoloji ve dış belirsizlikler

Eski kodlar, AI etkileri, IOT siteleri, üçüncü taraf arabirimleri ve veri kalitesi ilk önce doğrulamalı ve bireysel tanı veya faz alıntıları için uygun olmalıdır.

03

Hızlı müşteri katılımı ve karar verme

Ürün sahiplerinin, arayüzlerin ve kabul personelinin zaman katılımı, işbirliği verimliliği ve döngüsel sorumluluğu üzerinde doğrudan bir etkiye sahiptir.

04

Takım rolleri ve girişleri için transparency of team role and inputs

Aylık personel işbirliği gerçek rolleri, kapasite seviyeleri, giriş modları, çalışma kayıtları ve yedek için mekanizmaları tanımlamalıdır.

05

Teslimat ve varlık kontrolü

Herhangi bir alıntı modeli kaynak koduna yazılmalıdır, hesap numarası, veri, tasarım, test, belgenin dağıtım ve ataması ve elover zamanı.

06

Değişim, sonlandırma ve geri çekilme mekanizmaları

Anlaşma, değişikliklerin nasıl belirleneceği, aşamaların nasıl belirleneceği ve hangilerin işbirliklerinin sona erdiğinin üzerinde gerekiyordu.

İletişim veya değerlendirmeden önce önerilerin hazırlanması

Talep aralığı istikrarlı mı?Anahtar teknoloji risklerinin geçerliliğiBütçe tavanı ve disbursement tempoProje lideri ve geçerlilik mekanizmasıTakım rolleri ve giriş gereksinimleriHer aşamada teslimatGereksinimlerin kabul edilmesi ve değiştirilmesi kurallarınİşbirliğinin sona ermesi üzerine malların transferi

Uygulamayı Önerik

Teklifin sadece birim fiyatları için değil, belirsizlik temelinde seçilmesi önerilir. Kompleks projeler "pay teşhis veya prototipler + aşamalı sabit fiyatlar + sürekli boyutlar" kombinasyonu kullanabilir.

DECISION WORKSHEET

Yazılımın dışlanması, uygulanabilir karar verme modelini uygulamak için sunar

Aşağıdaki çalışma tabloları, işletmelere satıcılara belirsiz tavsiyeler organize etmelerine yardımcı olur, iç-approval ve proje-receivable girişler.

Karşılaştırmalı bir değerlendirme özeti ne içermelidir?

Asgari bir durumda, talep seviyesi stabilleştirildi, bütçe tavanı ve ödeme oranı, proje sahibi ve geçerlilik mekanizması, mevcut iş hacmini, ortalama işleme süresini, büyük anomalileri, sistemlerin yerinde, veri ayrıcalıklarını, üçüncü taraf bağımlılık ve erişim pencerelerini ifade ederken.

Örneğin, şirket, projenin ayda 160 saatlik iş kurtaracağını bekliyor, ancak bu rakam, tek zaman tasarrufları, kabul oranları ve manuel inceleme oranlarına göre önemli ölçüde daha düşük olmalıdır.Eğer kullanıcıların yüzde 40'ı ilk kez kullanıyorsa veya yeni işlem gözden geçirme sürecini artırırsa, gerçek faydalar belirgin tahminlerden daha düşük olacaktır.

Satıcı iletişim sırasında sorgulanması önerilen dört kanıt türü

İlk olarak, talep versiyonlarının tutarlılığı, iş süreçleri, prototipler, arayüzler ve dışlamalar; ikinci mühendislik kanıtları: benzer teknolojiler erişilebilir yapılar, kod yönetimi, test, dağıtım ve sorun yönetimi yöntemleri; üçüncü kişi kanıtları: gerçek katılımcıların, giriş aşamalarının, sorumlulukların ve değiştirme mekanizmalarının açık olup olmadığını; ve dördüncüsü de bu proje kapsamında geliştirilebilecek kanıtlar: nasıl kaynak kodları, veri, hesap numaraları, belgeler, eğitim, kalite güvence ve ulaşımın teslim edileceği.

Bu bağlamda açıklık, kritik güven, takım kapasitesi, kabul edilebilirlik ve uzun vadeli taksit ayrı olarak değerlendirilebilir ve her puanın kaydına temel olarak kaydedilir.Eğer bir program daha ucuzsa, arayüz, geçiş, test veya online sorumluluk dışlanırsa, o zaman aynı kalibreye kıyasla dönüştürülmelidir.

Yargılama ilkesi

Bu sayfa, sabit bir teklif veya performans taahhüdü oluşturamayan bir karar alma çerçevesi sunar.

FAQ

FAQs

İşbirliğinden önceki en yaygın konular açıkça önceden belirtilmiştir.

Müşteri için en iyi garanti sabit toplam fiyat mı?+

Düşük sabit toplam fiyatlar, talep belirsiz olduğunda sık değişiklikler veya kalite sıkıştırmalarına kolayca yol açabilir.

Bir kişi, verimsizlikten kaçınmak için aylık olarak birlikte nasıl çalışabilir?+

Takım rolleri, iteratif hedefler, görev kayıtları, kod sunumu, sunumların frekansı ve aşamaların karşılıklı olarak iki tarafın ilgili başlarının tarafından yönetilmesi ve önceliklendirilmesi gerekir.

Farklı bir alıntı koyabilir miyiz?+

Evet. Her zamanki yöntem, açık bir kapla sabit fiyatlar geliştirmek ve barış koruma sağlamak ve periyodik olarak taşıma sağlamaktır.

DECISION FAQ

Mevcut projelerle ilgili ortak konular

Tüm 265 sorularını kontrol edin.
Yazılım geliştirme ve projelerin dışlanması

Yazılımların teşvik ve kendi inşa takımlarının seçimi ne olmalıdır?

Yazılım kesintisi genellikle işletme uzun vadeli bir süreklilik gerektirir ve işletmenin bir ürün ve teknoloji yönetimi yeteneğine sahiptir. Hedef açıkça tanımlanmışsa, hızlı başlangıç gereklidir veya birçok işletme ve teknoloji sahibine ait bir eksikliktir, birçok işletme ve teknoloji sahibine ait, R & D'nin aşamasına veya dış takıma adanmıştır.

View full answer
Yazılım geliştirme ve projelerin dışlanması

Shanghai Software Outsourcing ne seçmeli?

tedarikçinin iş sorunlarını kapsama, risk ve kabul kriterlerine çevirebileceğini görmek önemlidir, çünkü şirket büyüklüğü ve satış retoriklerinden ziyade. Shanghai'daki yerel iletişim karmaşık süreç röportajlarını ve online işbirliğini kolaylaştırırken, kod kalitesi, proje yönetimi ve devam eden bakım hala kanıta tabidir.

View full answer
Yazılım geliştirme ve projelerin dışlanması

Sabit brüt fiyatları seçmek veya aylık olarak birlikte çalışmak için yazılım mı?

Talep stabil olduğunda sabit toplam fiyatlar daha kolaydır, sınırlar açıktır ve sonuç önceden tanımlanabilir. Talep değişiklikleri ve teknoloji rotaları araştırılır veya işletmeler ürün yönetimine katılabilirse, kişi veya sürekli olarak daha esnektir.

View full answer
Sözleşmeler, ödemeler, değişiklikler ve proje teslimatları

Ödeme düğümlerini ve yazılım projesi için ödeme oranları nasıl ayarlarsınız?

Ödeme düğümleri kabul edilebilir sonuçlara bağlı olmalıdır, sadece tarih veya sözlü ilerleme ile değil. Ortak uygulama başlamak, prototip veya talep onayı, faz gelişimi, güncel koleksiyon ve kaliteli güvence kuyrukları. ölçek için tek bir kriter yoktur, önceki dönem girişine göre, proje riski ve karşılıklı kredi danışmanlığı.

View full answer