Neden şirketiniz için bir ürün geliştirmek için dış kaynak yerine şirket içi yazılım geliştiricileri işe aldınız? [kapalı]


23

Şirketiniz için bir ürün geliştirmek için neden dış kaynak kullanımı konusunda şirket içi kiralama yaptınız? Sadece birkaçını düşünebilirim ama yeterince iyi bir sebep olup olmadıklarından tam olarak emin değilim.

Bu aslında sınıfta yapacağım bir tartışma için. Dış kaynak kullanımı konusunda daha fazla eğilimliyim ancak maalesef tartışmanın şirket içi tarafına geçmem istendi.

Herhangi bir fikir?


1
Sadece açık olmak, Dış kaynak derken, sadece dış bir şirket mi demek istiyorsunuz, yoksa sık sık kullanılan, dışa dönük (yani ülke dışına çıkma).
GrandmasterB

Profesörümün her ikisi de dış kaynak kullanımı derken kastettiğinden eminim.
Terence Ponce

38
Ev ödevi sorunuzu nasıl dışa
aktardığınızdan hoşlanıyorum

Yanıtlar:


26
  • Bir kurum içi ekip ihtiyaçlarınızı daha iyi karşılayacaktır, çünkü bunlar aslında şirketinizin bir parçasıdır, yani ne istediğinizi daha iyi anlayabilirler.
  • Kurum içi bir ekiple iletişim kurmak kolaydır; hiçbir şey normal yüz yüze temastan daha fazla bir şey yapmaz.
  • Kurum içi ekibiniz, harici bir ekibin öğrenmesi gereken etki alanına özgü bilgiye sahip olacaktır.
  • Yalnızca yazılıma değil, şirketinizin sahip olduğu yazılım türlerini çözme uzmanlığına da yatırım yapıyorsunuz. Kendi geliştiricilerinizi kullanmak, daha önce bu belirli problemlerle uğraşan bir programcı stoğu oluşturur.

(Karşı tartışmalar için, bkz. Joel'in alması .)


5
Joel bağlantıda almak daha fazla "neden bir kurum içi dev olmak istemem" şeklinde görünüyordu?
MIA

Biraz. Buradaki önemli noktalardan biri, şirket içi gelişimin de berbat yazılımlar üretme eğilimindeydi.
Fishtoaster

8
Boktan dış kaynaklı yazılımlar hakkında birçok korku hikayem var, bu yüzden bu özel boyutu genelleştirmenin mümkün olduğunu sanmıyorum.
MIA

+1: tüm yol boyunca. Şirketimiz dış kaynaklı bir geliştirici ekibine bağlıdır. Özellikle dış kaynak kullanan firmaya olan bağımlılığı azaltmak ve şirket içi getirmek için 5 yıl boyunca kadroda ilk kez çalışanlar oldum.
IA

6
Tüm yazılımların% 90'ı berbat ve bu da hafife alınabilir
jk.

11

Yazılım taktiksel ya da stratejik olarak kullanılacaksa ya da işinizin özü ise, işi de anlayan programcılara sahip olmak anahtar olabilir. Ayrıca destek ve yaşam döngüsünü ve şirketinizin piyasaya sürüldükten sonra sistemleri desteklemesi için neye mal olacaklarını anlamaları gerekir.

Maliyetin genellikle gerçek bir faktör olduğunu sanmıyorum. Birisi olduğunu iddia ederse, cahil ya da yalan söylerler. Dış kaynak kullanıyorsanız, bir başkasının kar marjını maliyetlerinin üstünde ödersiniz. Coğrafi işgücü piyasası farklılıklarından kaynaklanan herhangi bir tasarruf genellikle artan iletişim ve eğitim maliyetinde hızlı bir şekilde yapılır ve gelişmekte olan dünyanın bir nedenden dolayı adlandırılmasından dolayı, oran farklılıkları eskisi kadar büyük değildir.

Dışarıda bir sürü yazılım var. Çoğu durumda, bir şeyi dış kaynak olarak kullanabilir ve iyi olabilirsiniz. Sorun, kararın vaka bazında alınması gerektiği ve her duruma uygun tek bir boyutta çözemeyeceğinizdir.

Karar verme sürecinde aranacak bir milyon şey olduğuna eminim.

İyi tanımlanmış, ancak temel bir yazılım parçasının geliştirilmesinin, bu tür bir işte uzmanlaşmış bir şirkete kolayca tedarik edilebileceği durumlar olabilir - örneğin, bir aygıt sürücüsü veya web sunucusu gibi sistem düzeyinde bir şey hala dışarıdan tedarik edilebilir. Bir cihaz yapan ve kullanıcı deneyimi konusunda yapı bloklarından daha fazla uzmanlaşmak isteyen bir şirket.

Öte yandan, bu web sunucusunu özel yollarla kullanacaksanız ve iyi bir şekilde tanımlanmış olsanız bile, bu bileşeni büyük çok aşamalı geliştirme girişimlerine sıkı sıkıya bağlı tutacaksınız. Bunu dış kaynak olarak kullanmak isteyeceksiniz.


3

Bu gecikmiş bir cevaptır, ancak daha genel olan "neden bir firma dış kaynak yerine X evinde işe alır?" - başka bir deyişle, neden her şeyi dış kaynak kullanan tek bir CEO yerine şirketler var? - "firmanın teorisi" denir

http://en.wikipedia.org/wiki/Theory_of_the_firm

ve çeşitli nedenlerden dolayı oldukça fazla kanıt ve araştırma var ve bunun neden “dışarıda” ve “kaynağında” çeşitli emek ve sermaye parçalarının "dışarıdan kaynaklanmaya" uygun olduğu konusunda çok fazla bilgi var.


2

Şirket içinde yapmanın bir nedeni, belirli ülkelere ihraç edilemeyen veri şifreleme teknolojisini kullanmanızdır.

Yazılım, tartışmalı bir şekilde daha hızlı, daha yüksek kalitede yapılabilir ve yinelemeli bir model kullanarak yüz yüze iletişim kurabilen küçük bir yerel geliştirici ekibi kullanıldığında müşterinin beklentilerini daha iyi karşılayabilir.

İteratif model dış kaynak kullanımı ile tartışmasız daha az etkilidir; dış kaynak kullanımı, BDUF (öndeki büyük tasarım) kullanarak daha fazla iş geliştirme gereksinimi gerektirir.

Uygulama büyükse ve sıradan nesnelerin kısımları küçük, iyi tanımlanmış kütüphanelere bölünebilirse, dış kaynak kullanımı bu parçaları üretmek için değerli olabilir.


2

Dış kaynak kullanımı (yerel olarak), şirketin kalkınması için gerekli kaynaklara sahip olup olmadığına ya da başlayacak teknik bilgiye sahip olup olmadığının bir anlam ifade etmiyor. Örneğin, bir Android uygulaması yapmak isteyen bir ayakkabı şirketi. Bu evde yapmaları için fazla bir şey yok. Bir yazılım firmasıysa, bir projenin dış kaynak kullanımı çok fazla anlam ifade etmiyor, ancak bazı boşluklar dış yüklenicilerle doldurulabilir.

Başka bir dış kaynak kullanım yöntemi ... ürünlerini satın almak ve yeniden markalaştırmak için şirketleri satın almak. Yani, daha büyük bir şirket var olan bir ürünü arayacak, satın alacak ve kendi markasını yeniden markalaştıracak. Bunun net etkisi, esas olarak dış kaynak kullanımı ile aynıdır.

Şaşırtma için, yöneticilerin düşünmenizi isteyeceği her zaman iyi bir finansal karar bu değildir. Çoğu gelişmede basitçe 'satın alınamayan' olması gereken çok fazla alan bilgisi (endüstri bilgisi) vardır ve uzaktaki bir ekibin bunları yönlendirecek bir özellikle çoğaltması son derece güçtür.


1

Yalnızca küçük bir iç ekibimiz var ve yalnızca küçük dış ekipleri kullandık, ancak dahili olarak üretilen yazılımlar, harici olarak yazılmış yazılımlardan her zaman çok daha iyi olmuştur.

Dahili olarak belgelenmiş kalıpları, uygun iş katmanı mantığını (sadece veri katmanındaki herhangi bir yerde gerçek bir mantığı olmayan bir DataTable'ı geri alan diğer yöntemleri çağıran sınıfları değil) kullanıyoruz ve içinde uygun olan diğer uygulamalardan kullanabileceğimiz bir kod kütüphanemiz var etki alanımız.


1

Çünkü muhtemelen neyin inşa edilmesi gerektiğini tam olarak bilmiyorsunuzdur .


1
Ve hangi müşteri, kapsamlı bir kapsam değişikliği olmadan nihai olarak kabul edilebilir şartlarını nihai bir teslimat olarak kabul etti? Bazen, kurum içi geliştiriciler, daha az tanımlanmış taleplere dayanan çeşitli senaryoları katılaştırabilir ve ortaya çıkarabilir (dış kaynaklı olarak açıklığa kavuşturulmuş olana kadar gelişmeyi durdurabilir (ve kıyıdan bütün bir gün kaybettiniz).
Jé Queue

0

Çeşitli faktörlere bağlıdır:

Bir yazılım ürünü geliştiriyorsanız; Açıkçası, yazılım geliştirme gereksiniminizi dış kaynaklardan tedarik etmek yerine, evde yapmayı tercih etmeyi daha hassas kılan bazı gizli planlara, gizliliğe, yeni fikirlere vb. sahip olmalısınız.

Öte yandan, sıkı bir bütçeniz varsa veya zorlu gelişme yerine satış ve pazarlama faaliyetlerine daha fazla odaklanmak istiyorsanız veya mevcut ekibinizin başarabileceğinden daha fazla iş akışınız varsa; Yazılım geliştirme dış kaynak kullanımı ile gidebilirsiniz.

Yani, hepsi sizin tercihlerinize bağlı; Her iki seçeneğin de kendi artıları ve eksileri var. Basit bir web sitesi geliştirmek zorundaysam, dış kaynak sağlamak için bir web sitesi geliştirme şirketi kiralamayı tercih edeceğim ve CRM veya ERP gibi bir yazılım ürünü yapmak zorunda kalırsam, şirket içinde yapmayı tercih edeceğim.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.