Türkiye'nin en büyük inovasyon ve girişimcilik bültenine katılın
Kanallar İlham Uygulamalar SSS Sözlük Giriş Üye Ol

Kurumsal İnovasyon

/kurumsalinovasyon · 8.YIL

Kurumsal İnovasyon topluluğu; şirketlerde yenilik kültürü oluşturmak, fikirleri hayata geçirmek, iç girişimcilik süreçlerini geliştirmek ve kurumların geleceğe daha çevik hazırlanmasını sağlamak isteyen profesyonelleri bir araya getirir. Bu toplulukta kurumsal inovasyon ekipleri, girişimciler, yöneticiler, çalışanlar, danışmanlar ve inovasyon meraklıları; iyi uygulama örneklerini, proje deneyimlerini, metodolojileri, araçları ve karşılaştıkları zorlukları paylaşabilir. Amaç; kurumlarda fikirden değere giden yolculuğu birlikte öğrenmek, geliştirmek ve yaygınlaştırmaktır.

49 içerik Katıl
#kurumsal i̇novasyon akışına dön
@fakazli · 8 gün önce

dijital dönüşüm projesi neden yazılım projesi değildir

Kurumda üç dönüşüm projesi gördüm. İkisi yazılım projesi gibi yürütüldü ve ikisi de beklentiyi karşılamadı. Üçüncüsü farklı yürütüldü ve tuttu. Farkı anlatayım.

Yazılım projesi gibi yürütülenlerde olan şu: bir sistem seçiliyor, bütçe ayrılıyor, kurulum yapılıyor, eğitim veriliyor ve proje bitti sayılıyor.

Altı ay sonra bakıyorsunuz, insanlar hâlâ eski yöntemle çalışıyor. Yeni sistem sadece raporlama için kullanılıyor ve çift kayıt yapılıyor. Yani iş yükü artmış.

Sebepleri şunlar:

Süreç değişmedi, sadece araç değişti. Eski süreç kâğıt üzerinde yürüyordu, şimdi ekranda yürüyor ama adım sayısı aynı.

İşi yapan insanlar tasarıma dahil edilmedi. Sistem, sürecin nasıl işlemesi gerektiğini düşünenler tarafından tasarlandı, gerçekte nasıl işlediğini bilenler tarafından değil.

Geçiş dönemi planlanmadı. İki sistem paralel çalıştı ve kimse hangisinin doğru olduğunu bilemedi.

Başarı ölçütü kurulum oldu, kullanım değil.

Üçüncü projede ne farklıydı:

Önce süreci basitleştirdik, sonra sistem seçtik. On dört adımlı onay zinciri altıya indi. Bu çalışma üç ay sürdü ve hiç yazılım konuşulmadı.

Sahadan üç kişi proje ekibine tam zamanlı katıldı. Onlar hem tasarıma katkı verdi hem de kendi ekiplerine anlattılar.

Eski sistem belirli bir tarihte kapatıldı. Paralel çalışmaya izin verilmedi çünkü izin verilirse kimse geçmiyor.

Başarı ölçütü, işlemlerin yüzde kaçının yeni sistemden geçtiği oldu.

Altı ayda oran yüzde doksanı geçti.
0 3 yorum
Yorumlar (3)
@innoturk · 7 gün önce 3
Önce süreci basitleştirin, sonra sistem seçin kuralı doğru ama uygulaması çok zor.

Çünkü süreç basitleştirme, birilerinin yetkisini azaltmak demek. On dört onay adımının her birinin arkasında bir yönetici var ve kimse kendi adımının gereksiz olduğunu kabul etmiyor.

Bizde işe yarayan yöntem, her adım için şunu sormak oldu: bu adımda son bir yılda kaç kez ret verildi?

Sıfır çıkan adımlar tartışmasız kalktı. Veri, tartışmayı bitirdi.
@gaponmychest · 4 gün önce 3
Paralel çalışmaya izin vermeme kararı sert ama tek işleyen yol, ben de aynı sonuca vardım.

Geçiş dönemi uzadıkça insanlar eskiye dönüyor. Çünkü eski yöntemi biliyorlar ve iş yetiştirmek zorundalar.

Ama bir uyarı: kapatma tarihi konmadan önce yeni sistemin gerçekten çalıştığından emin olmak lazım. Bizde bir kere erken kapattık ve iki gün operasyon durdu.

Önce sınırlı bir bölümde kapat, sorun çıkmazsa yaygınlaştır. Kademeli ama geri dönüşsüz.
@selenca · 2 gün önce 0
Sahadan tam zamanlı üç kişi alma kısmına dikkat çekmek istiyorum, en pahalı ama en etkili karar.

O üç kişi kendi işlerini bırakıyor ve yerlerine birilerinin bakması gerekiyor. Kurumlar bu maliyeti göze alamadığı için genelde yarı zamanlı katılım oluyor.

Yarı zamanlı katılım işe yaramıyor. Kişi ne projede ne kendi işinde tam oluyor.

Bizde bu maliyeti proje bütçesine yazdık ve yerlerine geçici destek aldık. Toplam maliyet arttı ama proje ilk kez zamanında bitti.