CUNY, 2013'te Oracle HR yazılımına 600 milyon dolar harcadı
(pscbc.blogspot.com)- CUNYFirst, üniversite ve kampüs yönetimini tek bir kurumsal sistem altında birleştirmeyi amaçlayan bir projeydi, ancak verimlilikten çok CUNY Central'ın merkezi denetimini öne çıkardığı yönünde eleştirildi
- Düzgün bir uygulama için en fazla 1 milyar dolar gerekiyordu, ancak CUNY daha düşük bir bütçe sundu ve geriye yalnızca Oracle-PeopleSoft kaldı; o da özelleştirme olmadan yalnızca yapılandırma yapacağını belirtti
- CUNY, Oracle'a yaklaşık 600 milyon dolar ($600m) ödedi, ancak işler daha verimsiz hale geldi ve daha önce otomatikleştirilmiş görevler için ek personele ihtiyaç duyuldu
- Gerçek kullanımda eski arayüz, ders numaralarının yeniden düzenlenmesi, CUNY'ye uymayan güvenlik modeli ve aynı anda birden fazla kampüs rolüne sahip kişileri işlemekte zorlanan HR yapısı sorun olarak ortaya çıktı
- Brooklyn College ve diğer Wave 3 kampüsleri zamanla uyum sağlayabilir, ancak mevcut takvim ve not raporlama eklenti sistemlerinin ortadan kalkmasıyla daha büyük zorluklar yaşamaları bekleniyor
Birleşik yönetim sistemi ve merkezi denetim tartışması
- CUNYFirst'ün çıkış noktası, üniversite ve kampüslerin iş süreçlerini kapsayan birleşik bir kurumsal sistem oluşturmaktı
- İlke olarak bu plan, yinelenen üçüncü taraf sistemleri sürdürme maliyetlerini azaltabilir ve yöneticiler, personel, öğretim üyeleri ve öğrenciler için bilgiye daha iyi erişim sağlayabilirdi
- Ancak girişimin motivasyonunun verimlilikten çok üniversite faaliyetlerinin geneli üzerinde denetim kurmaya odaklandığı yönünde eleştiriler geldi
- Katalog, bulletin, transkript ve ilgili düzenekler denetlenirse müfredatın da fiilen denetlenebileceği mantığı öne sürüldü
- CUNYFirst, Pathways'i dayatmanın araçlarından biri olarak görüldü
- Her üniversitenin takdir yetkisine bağlı fonların varlığını tespit edip bunlara erişme amacı taşıdığı yönünde de eleştiriler vardı
Sözleşme koşullarının yarattığı “yalnızca yapılandırma” modeli
- CUNYFirst satın alınmadan önceki görüşmelerde, düzgün bir uygulama için en fazla 1 milyar dolar gerektiği ele alındı
- CUNY Central bunun çok altında bir tutar teklif etti ve teklif verenler arasında biri dışında hepsi çekildi
- Geriye kalan Oracle-PeopleSoft, bu bütçe düzeyinde özelleştirme yapmayıp yalnızca yapılandırma uygulayacağını açıkça belirtti
- Bu koşul nedeniyle Oracle'ın CUNY'nin mevcut iş yapış biçimine uydurulması yerine, iş süreçleri Oracle'a uyduruldu
- Sonuç olarak bazı mevcut işlevler ortadan kalktı ve personel, öğretim üyeleri ile öğrenciler değişen düzene uyum sağlamak zorunda kaldı
600 milyon dolar sonrasındaki operasyonel yük
- CUNY, bu sistem için Oracle'a yaklaşık 600 milyon dolar ödedi
- Gerçek maliyet, Oracle'a ödenen tutarın da ötesine geçti
- Çünkü süreçler daha verimsiz hale geldi
- Daha önce otomatik olan işleri yürütmek için daha fazla kişi istihdam etmek zorunda kalındı
- Yük özellikle HEO'lar ve bazı idari personel üzerinde yoğunlaştı
- Üniversite işleyişini fiilen ayakta tutan kişiler ek işleri üstlenmek zorunda kaldı
- HEO'lar karşılık almadan çeşitli ek görevler yapmak durumunda kaldı
- Yükün bir kısmı geçiş sürecinden, bir kısmı da sistemin yapısından kaynaklandı
Gerçek kullanımda ortaya çıkan sorunlar
- CUNYFirst'ün çalıştığı, ancak kötü çalıştığı değerlendirmesi yapıldı
- Arayüzün, 1990'ların başındaki 3270 bi-synch teknolojisinin güncellenmiş hali gibi göründüğü eleştirisi yöneltildi
- Web 2.0'ı bırakın, Web 1.0'ın bile gerisinde kaldığı söylendi
- CUNY özelleştirme maliyetini ödemediği için ders numaralarının yeniden verilmesi gerekti
- Bu, öğretim üyelerine daha az görünür olan pek çok zorunlu değişiklikten sadece biriydi
- Güvenlik modeli de CUNY'nin çalışma biçimiyle uyumlu değildi
- work-study öğrencileri geniş yetki gerektiren işleri yapmak zorunda kaldı
- Sonuç olarak diğer öğrencilerin verilerine erişebilecekleri durumlar ortaya çıktı
- HR yapısı, birden fazla kampüste birden çok rolü bulunan kişileri işlemekte zorlanıyordu
- Bir kişi bir kampüste lisansüstü öğrenci, başka bir kampüste öğretim görevlisi ve üçüncü bir kampüste yarı zamanlı idari çalışan olabilir; sistem CUNY'nin bu gerçekliğini iyi karşılamadı
- GM ya da Apple böyle çalışmıyor olabilir, ancak CUNY'nin yapısı bu şekilde
Wave 3 kampüsleri ve test deneyimi
- Brooklyn College ve diğer Wave 3 kampüslerinin sonunda CUNYFirst'e uyum sağlaması bekleniyor
- Önceki wave'lerde yer alan diğer okulların da uyum sağladığı örnekler var
- Ancak Brooklyn College, takvim yönetimi ve not raporlamasında kurum içindeki en iyi eklenti sistemlerinden bazılarına sahip olduğu için daha büyük sıkıntılar yaşayabilir
- Bu eklenti sistemlerinin önemli bir kısmının ortadan kalkması bekleniyor
- İlk testler, satıcının sağladığı test script'leri izlenerek yapıldı
- Testler birkaç kez başarısız olursa Oracle mühendisleri yan odaya gidip bir şeyler ayarlıyor, ardından testçiler yeniden deniyordu
- Sonrasında bu sürecin bir ölçüde iyileştiğine dair anlatımlar da oldu
- CUNYFirst bireysel kullanıcılar için ne kadar elverişsiz olursa olsun, CUNY Central açısından merkezi denetim hedefini yerine getiren başarılı bir sistem olarak görülebilir
1 yorum
Hacker News yorumları
CUNY merkez yönetiminin merkeziyetçi ve kurumsal tarzda işleyiş gündemini zorlamak için merkezi bir MIS aracını fazlasıyla istemesi nedeniyle, Oracle’ın yalnızca yapılandırılabilir olma kısıtının ne anlama geldiğini göz ardı ettiği yönündeki bakış açısı ilginç
Gördüğüm ya da duyduğum kadarıyla, özellikle iş operasyonları alanında, yazılımı özel süreçlere göre özelleştirmek ya da sıfırdan yapmak yerine süreçleri hazır araca uydurmak genelde daha iyi. Kuruluşlar sanıldığından daha az özel; özel süreçler de çoğu zaman gerçek bir nedenden çok ilk çalışanların tercihlerinden kaynaklanıyor. Özelleştirme tek seferlik bir maliyet değil; sonraki her güncelleme ve yükseltmede ek çalışma ya da en azından test gerektiriyor. Standart süreçlere ne kadar yakınsanız, yerel mevzuata uyma olasılığınız da o kadar artıyor
Öte yandan, kendi kuruluşunuz için en uygun olmayan süreçleri kullanmanın maliyetini nicelendirmek zor; özel çözüm tedarik sözleşmesinin maliyeti ise çok görünür olduğundan denge böyle görünebilir
İhtiyaca uyan bir ürün satın alınabiliyorsa alırız; uymuyorsa yaparız ve gerçekte epey de yapıyoruz. “Kuruluşlar sanıldığından daha az özel” sözüne de katılmıyorum. Yeterince büyük bir kuruluşsanız başkalarında olmayan gereksinimler ortaya çıkar. Şu anda da tüm işi sektör standardı yazılımla yürütmeye yönelik bir proje yapıyoruz ama sonunda özelleştirme ve özel entegrasyonlar eklemek zorunda kalıyoruz. Bu kadar karmaşık bir yazılımı içeride yapmak istemem ama kaynak ve görev verilirse yapabiliriz ve sonucun daha iyi olacağını düşünüyorum
Yanılmıyorsam Chicago tarafında bir danışmanlık şirketiydi; en başarılı olanlar sözleşmeye “SAP’yi mevcut iş süreçlerine uydurmak yerine, iş süreçlerini SAP’ye uydururuz” türü bir madde koyuyordu. Bunu kabul edemeyen müşterileri reddettikleri için müşteriler de memnundu, çalışanlar da daha az tükeniyordu ve maliyeti durmadan şişen ölüm yürüyüşü projeleri de olmuyordu
Aksine, insanları değiştirmek imkânsızdır, yazılımı değiştirmek kolaydır varsayımı üzerine birçok iş kurdum
[1] https://www.computerweekly.com/news/252446965/Lidl-dumps-500...
Daha da kötüsü, eski Siebel modülleriyle eski PeopleSoft modüllerinin entegrasyonu, bambaşka yeni süreçleri olan yeni bir şeyle değiştirilebilir. Her hâlükârda CUNY, Excel ve kâğıt formlar kullanan büro personeli istihdam etse muhtemelen 300 milyon dolar tasarruf ederdi. Çoğu, İK işlevlerini birleştirmeye yönelik “küçük p” politik kavgalara para yakmak gibi görünüyor; elde edilecek fayda da şüpheli
Oracle’a sövmenin moda olduğunun farkındayım ama bu 600 milyon dolar rakamına inanmak zor.
Eskiden bu alanda çalışmıştım; 6 milyon dolarlık bir sözleşme bile çok büyük sayılırdı, bunun 100 katı ise hiç mantıklı değil. 2013’te CUNY’nin toplam bütçesi yalnızca 2 milyar dolardı [0]; bu da IT bütçesi değil, birden fazla kampüs, öğretim kadrosu, binalar vb. dahil olmak üzere tüm üniversite sistemini işletme bütçesiydi. Yükseköğretim kurumları, özellikle 2000’lerin sonlarında, son derece cimri müşteriler olarak bilinirdi; bu yüzden büyük teknoloji şirketleri bile normal müşterilere kıyasla ciddi indirimler uygulardı. 600 milyon dolar birkaç yılı, personeli ve yan maliyetleri kapsayan bir rakam olsa bile buna yaklaşacağını sanmıyorum; bu düzeyde bir harcama CUNY’nin yıllık finansal raporunda mutlaka görünürdü, ama buna dair bir şey bulamadım.
[0] https://www.cuny.edu/wp-content/uploads/sites/4/media-assets...
Ek olarak, geçen yıl şirket içi PeopleSoft’tan (Oracle) buluta geçiş için 175 milyon dolarlık bütçe talebi buldum. Ancak gördüğüm kadarıyla bütçe talebinin içinde gerçekten yazılım tedarikçisine giden para yalnızca %10–20 oluyor; kurumlar tam finansman alamama ihtimaline karşı 3–5 kat ekliyor ya da normalde onaylatması zor rolleri işe almak için bunu fırsat bilip pek çok kalemi bu rakamın içine gömüyor. Genelde bu tür rakamlar da 5 yıllık gibi çok yıllı bütçelerin önden onaylatılması şeklinde oluyor. Başka bir deyişle, şirket içi sistemden bulut PeopleSoft’a geçmenin gerçek yıllık maliyeti 10–20 milyon dolar düzeyinde olabilir.
https://www.cuny.edu/wp-content/uploads/sites/4/page-assets/...
Zaten en başta neden Oracle’ı seçtiklerini de merak ediyorum. Üniversitelere yönelik yazılımda uzmanlaşmış birkaç tedarikçi var; bazıları fena değil, çoğu kötü, ama üniversitenin ihtiyaçlarına uyarlamak için yüksek düzeyde özelleştirme gerektiren bir Oracle çözümünü değerlendirmek aptalca görünüyor.
Büyük, bürokratik, çok uluslu bir şirkette Oracle çözümü uygulaması yapıyorum; bütçe şişirmesine 3–5 kat eklenip talep 5 yıllık işletme maliyetine göre yapılırsa rakamların çılgınca büyüyebileceği de doğru. Sadece rakama bakan birine mantıksız görünür, ama uygulama yapmış ya da sözleşme yenilemiş biri gerçek rakamları bilir. Yine de geçiş maliyeti 10–20 milyon dolardan yüksek olabilir. Yüklenici maliyetleri de inanılmaz; bazen yazılım maliyetinin birkaç katına çıkıyor.
Şu an çalışırken gördüğüm kadarıyla yazılım tedarikçileri ve üçüncü taraf uygulama ortakları, karar vericilerle yakın ilişkiler kurabiliyor. Böyle olunca “şirket parasını” harcarken teşvikler ciddi biçimde yanlış hizalanıyor.
Akademisyenlerin ve üniversite yöneticilerinin çoğunun iş perspektifinden gerçek operasyonları ne kadar kötü yürüttüğünü görünce, akademinin şu an bu kadar darmadağın olması şaşırtıcı değil
Ne yazık ki bu karmaşa, değeri son derece şüpheli diplomalar için, iflasla bile silinemeyen öğrenci kredileriyle finanse ediliyor. Paranın izini sürüp bunun bedelini gerçekte kimin, nasıl ödediğini düşününce insanın içi gerçekten burkuluyor. Tüm bu yapı öğrenci kredisi programı sayesinde ayakta kalıyor. Onu düzeltir ya da kaldırırsanız ABD akademisi çöker
Ayrılış sürecimde baş mühendis idealde 5 geliştirici daha almak istediğini söyledi. Böylece ekip 15 kişiye çıkacaktı: 8 geliştirici, 2 DevOps, 2 UX, 1 grafik tasarımcı, 1 PM, 1 mühendislik yöneticisi. Bu ekibin bakımını yaptığı şey sadece iki kalemdi: kütüphanenin statik web sitesi ve kütüphane/müze koleksiyonları için oldukça temel bir görüntü sunucusu ve görüntüleyici
Kütüphanenin bir web sitesine ihtiyacı olduğu doğru, ama bakımı için bir iki kişi yeterli. Görüntüleyiciyi ise çok az kişi kullanıyordu. Yine de sorun olmuyor. Öğrenciler harç ödemeye devam ettiği sürece ekip bütçe almaya devam ediyor; mühendisler bütün gün YouTube izleyerek otursa da dünya dönmeye devam ediyor
En kötü örnek, ilk 1:1 görüşmemde yöneticimin “[SENIOR ENGINEER X]’ten çok fazla çıktı beklemeyin. İyi bir mühendis değil” demesiydi. Kurum kimseyi işten çıkarmak istemiyor. Sonuçta uzun süredir orada olanlar sorumlu pozisyonlara geliyor
Gerçi işten çıkarmak da riskli, çünkü işe alım çok zor. Maaş bantları tüm çalışanlar için üniversite düzeyinde belirlendiğinden yazılım mühendislerinin azami maaşı piyasa değerinin çok altında. Daha kötüsü, kütüphane müdürü yüz yüze çalışmayı zorunlu kıldı ve üniversite ücra bir üniversite kasabasında. Mülakatlarda hiç kodlama oturumu da yok; bunun şirket tipi prosedürden mi, yoksa sadece beceriksizlikten mi kaynaklandığını bilmiyorum
Adil olmak gerekirse bu sorunlar sadece akademiye özgü değil; büyük kurumlarda da benzerlerini gördüm. Paradoksal biçimde, iş modeli kurşun geçirmezliğe ne kadar yakınsa, şirket içinde çürümenin büyümesi için o kadar fazla alan oluyor
Satır aralarını okuyunca, maliyetleri düşürme ve müfredata sınırlamalar getirme yönündeki siyasi baskıya verilmiş bir yanıt gibi duruyor
Her şey pahalıydı ve anlaşılması güç sistem girdileri gerektiriyordu. Maliyet astronomik olsa bile içeride yapılabiliyorsa içeride yapılmalıydı. Dış bir tedarikçiden alınan 100 bin dolarlık yazılım, birkaç BT departmanının elinden geçince kesinlikle 200 bin doların üzerine çıkıyordu. En az 4 BT departmanı vardı, katman katman yöneticiler vardı ve herkes çok önemliydi
Aslında üniversite sistemini işletmek için gereken karmaşıklığı ve ayrıntıları, ayrıca çoğu üniversitenin kırılgan mali gerçekliğini anlama konusunda kasıtlı bir isteksizlik olduğunu söylemek isterim. Bazen bir akademisyen bozuk gördüğü şeyleri düzeltmek ya da ne kadar zeki ve haklı olduğunu göstermek için idari sorumluluk alır. Genellikle ilk yıl hem kendisi hem de çevresindekiler için inanılmaz zor geçer ve gerçekten berbat bir karmaşa yaratır
Yaklaşık bir yıl sonra üniversite işletmek, insan yönetmek ve liderlik hakkında ne kadar az şey bildiğini ancak fark eder. Sonraki tepkisi üç seçenekten biri olur: idari görevden istifa edip hiçbir şey olmamış gibi sadece ders vermeye döner; alçakgönüllüleşip gerçekten iş birliği yapar ve her şeyi başkalarının üzerine yıkmaz; ya da daha da inatlaşıp işten çıkarılana veya sorumlu olduğu kurum çökene kadar her şeyi mahveder. Elbette herkes böyle değil; liderliğe iyi geçiş yapan öğretim üyeleri zaten baştan oldukça alçakgönüllü olanlar
Birkaç yıl önce üniversitede okul için bir ders yönetim platformu geliştirmiştim
Bunun için 1.000 dolar aldım; o dönem bir üniversite öğrencisi olan benim için inanılmaz büyük paraydı ve rektörle görüşüp kullanmalarını önermiştim. O sırada okul Oracle yazılımı satın almayı değerlendiriyordu, dolayısıyla Oracle’la karşı karşıya gelmiş oldum ve o dönemde bu profesöre benzer duygular hissettim
Okul elbette Oracle’ı seçti. Muhtemelen muazzam para harcadılar ve belki de doğru tercih buydu. Benim kısa sürede sıkılma ihtimalim çok yüksekti. Oracle’a para ödemek, iyi bir anlaşma ya da iyi bir ürün olduğu için değil; bir daha bunu düşünmek zorunda kalmamak içindir
Özellikle bir sonucum yok. Keşke piyasada daha iyi seçenekler olsaydı. Ama bunu kendim yapmak istemem. Sıkıcı bir problem ve müşteri kitlesi de pek iyi değil; bu yüzden eğitim teknolojisi satış yapmak için berbat bir alan. Oracle’ın kendileri için o fiyata değecek bir fiyat seviyesi var ve o parayı ödeyecek müşterileri de var
Umarım biri bu yazıyı görüp akademi/devlet israfına sinirlenmek yerine, daha iyi bir ürünle ele geçirilebilecek büyük bir pazar görür. Yalnız bu yazının 2013’te yazılmış olması nedeniyle bundan emin değilim
Teoride bununla ilgilenmek zorunda kalmamaları gerekir, ama bu durum israfı daha da görünür kılıyor. Ben de hiçbir şey düşünmeden 5 milyon dolar harcayabilmeyi isterdim
Bu yüzden Oracle, kimsenin dokunmak istemediği zor alanlara berbat yazılım satarak zengin oluyor
Yine de belki dünyanın bir yerlerinde gereksiz maliyetler üzerine gerçekten zaman ayırıp düşünen insanlar vardır
@dang — mevcut bağlantının revize edilmiş sürümü gibi görünen daha iyi bir bağlantı buldum: https://psc-cuny.org/clarion/2013/may/cunyfirst-users-last/
Bu yazı, Brooklyn College öğretim üyeleri sendikası blogunda Profesör David Arnow tarafından yazılmış; Oracle’ın sattığı PeopleSoft tabanlı ders kayıt ve İK sistemi CUNYfirst hakkında. Sistem yakın zamanda Twitter’da ilgi gördüğü için paylaşıyorum: https://x.com/ChocolateyCrepe/status/1836171439965446441
“Üniversite İK yazılımı” satan 5-6 tedarikçi falan olması gerekir gibi geliyor
1.000 lisans istiyorsanız, lisans başına yıllık 5.000 dolar, toplam 5 milyon dolar. Uygulama 1 yıl sürer; kurulum ve kullanıcı eğitimi için 25 kişi gönderirlerse 25 milyon dolar daha. Sonraki 1 yıl boyunca diğer yazılım ve sistemlerle entegrasyonlar yapılırsa bir 25 milyon dolar daha. Tedarikçiye göre teklifler yaklaşık ±%25 değişir. Yeni yazılımla ilgili toplantı ve eğitim için 500 kişiye 200 saat ayırsanız bir 5 milyon dolar daha. Peki kalan 540 milyon dolar nereden çıkıyor?
O dönemde CUNY okullarından birinin BT bölümünde çalışıyordum. Gerçekten komik denecek kadar berbat ve sezgisellikten uzaktı
Her öğrenciye bir Employee ID numarası veriliyordu ve ders kaydı fiilen bir e-ticaret eklentisi üzerinden yapılıyordu
Öğrenci kimlik numarası Sosyal Güvenlik numarasıydı ve ad, fotoğrafla birlikte öğrenci kartına basılıyordu. Öğrenci kartları sık sık kaybolur ya da çalınırdı
Düşününce 600 milyon dolar, birinin sırf bu tek sözleşmeyi almak için yeni bir şirket kurup en üst düzey geliştiricilerle doldurabileceği bir para
Ama bence maliyet 9 haneli rakamlara ulaşmadan çok önce zaten tedarikçi bağımlılığı oluşmuş olurdu
Diğer yazıların da belirttiği gibi 600 milyon dolar rakamının doğru olup olmadığı belirsiz
Diğer teklif sahiplerinin çekilmesiyle ilgili olarak, toplam maliyet tahminini 1 milyar dolar yapan ana harcamanın tam olarak ne olduğunu merak ediyorum
600 milyon dolarla sıfırdan yeni bir yazılım platformu yapılabilir; demek ki bunun ötesinde bir şeyler var
Herkesin nefret ettiği ve kuruma fiilen zarar veren pahalı, çöp gibi sistemler nasıl satılıyor? Şaka yollu “bir arkadaş merak ediyor” diye soruyorum
Büyük satın alma kararlarının kötü verilmesinin birkaç yolu var. Ne yaptığını bilmeyen insanlardan oluşan bir komitenin, topluca iyi bir kararı koordine edememesi; iyi bir nedenle işi ilerleten ama ne yaptığını bilmeyen biri; bunu kendi başarısı olarak bırakmak isteyen ama ne yaptığını bilmeyen biri; “köklü ve ünlü bir tedarikçiyi satın aldığı için kimse kovulmadı” diye düşünüp geri kalan her şeyi tali gören biri; ya da tedarikçiden rüşvet alan biri. Rüşvet; doğrudan nakit, çekici bir satış temsilcisiyle fiilen randevulaşma, tedarikçiyle döner kapı kariyeri gibi biçimlerde olabilir
Rüşvet yöntemini bizzat görmedim, haberlerde duydum; ama diğer kötü yöntemlerin kesinlikle hepsini gördüm. Başka yöntem var mı?
Ayrıca büyük bir pay alacak mevcut sistem entegratörüyle çalışmanız gerekir