Akıllı şehir girişimleri ile yerel yönetimler arasında pilot iş birlikleri geliştirmek

Akıllı şehir girişimleriyle yerel yönetimler arasında yararlı bir pilot, belirli bir kamu hizmeti sorununu sınırlı kapsamda inceleyen ve sonucunda hangi kararın verileceğini açıklayan çalışmadır. Teknolojiyi sahaya koymak tek başına yeterli değildir; hizmet sahibi, kullanıcılar, veri ihtiyacı ve çalışma sonrası sorumluluklar birlikte düşünülmelidir. Bu rehber, pilot hazırlığı için özgün bir iş birliği yöntemi önerir. Bir görüşmenin yapılması veya pilot fikrinin olumlu karşılanması, satın alma ve uygulama yetkisinin oluştuğu anlamına gelmez.

Teknoloji önerisinden önce hizmet sorununu tanımlayın

Bir girişim belediyeye ürününü anlatmadan önce hangi hizmet sorununu ele aldığını açıklayabilmelidir. Sorun, kurum çalışanının işi, vatandaşın hizmete erişimi veya mevcut kaynakların kullanımıyla ilgili olabilir. “Akıllı çözüm sunuyoruz” ifadesi bu ayrıntıları göstermez. Daha işlenebilir bir başlangıç, belirli bir hizmet adımında neyin zorlaştığını ve bu durumun kimleri etkilediğini anlatmaktır.

Yerel yönetimin kendi öncelikleri ve mevcut çalışmaları araştırılmalıdır. Aynı konuda daha önce yapılmış bir uygulama veya kurum içinde hazırlanmış bir plan bulunabilir. Girişim kendi önerisini bu bağlamdan bağımsız sunarsa zaten çözülmüş bir sorunu yeniden anlatabilir. İlk görüşmede mevcut yöntem ve yürüyen çalışmalar sorulabilir; çözümün nerede katkı sağlayabileceği birlikte değerlendirilir.

Akıllı Şehir Yönetimi eğitim kaynağı, belediyenin koşullarına göre ihtiyaçların belirlenmesini ve yatırımların ihtiyaçlarla ilişkilendirilmesini ele alır. Bu kısa resmi kaynak bağlamı, pilotun yerel durumdan hareketle tasarlanmasının önemini gösterir. Aşağıdaki çalışma kartı ve karar adımları ise bu yazıya ait önerilerdir; zorunlu bir belediye prosedürü olarak sunulmuyor.

Pilotun sonunda hangi kararın verileceğini yazın

Pilotun amacı “ürünü denemek” olarak bırakıldığında sonuç değerlendirmesi belirsizleşebilir. Girişim ve kurum, çalışma sonunda neye karar vermek istediklerini açıklamalıdır. Belirli bir iş akışının anlaşılır olup olmadığı, çalışanların yeni yöntemi hangi koşullarda kullanabildiği veya mevcut verinin soruyu cevaplamaya yetip yetmediği incelenebilir. Pilotun bütün şehir için kesin sonuç üretmesi beklenmemelidir.

Karar sorusu, ölçülecek şeyi de yönlendirir. Bir işin tamamlanma süresi incelenecekse başlangıç ve bitişin nasıl tanımlandığı konuşulmalıdır. Kullanılabilirlik değerlendirilecekse yalnızca sisteme giriş sayısına bakmak yeterli olmayabilir. Katılımcıların hangi görevi tamamladığı ve nerede zorlandığı anlaşılmalıdır. Ölçüm, ürünün gösterişli görünmesine değil seçilen soruya hizmet etmelidir.

Pilotun sonunda olumsuz veya belirsiz sonuç çıkması mümkün olmalıdır. Eğer yalnızca devam kararı kabul ediliyorsa çalışma gerçek bir öğrenme fırsatı olmaktan uzaklaşır. Taraflar hangi bulguda kapsamı değiştireceklerini veya çalışmayı sonlandıracaklarını baştan konuşabilir. Bu yaklaşım başarısızlık beklemek için değil, kamu ve girişim kaynaklarını daha bilinçli kullanmak için yararlıdır.

Hizmet sahibini ve çalışma rollerini belirleyin

Yerel yönetimle yapılan ilk temas, pilotun günlük çalışmasını yönetecek kişiyle aynı olmayabilir. Hizmetten sorumlu birim, sahada çalışan ekip, bilgi işlem ve diğer ilgili görevler farklı katkılar sağlayabilir. Hangi kişilerin hangi konuda değerlendirme yapacağı açıkça belirlenmelidir. Girişim, tek bir olumlu görüşmeyi bütün kurumsal süreçlerin tamamlandığı şeklinde yorumlamamalıdır.

Çalışma kaydında pilotun kurumsal sahibi, girişim tarafındaki sorumlu ve günlük iletişim noktası bulunabilir. Bunun yanında karar verilmesi gereken konular için ilgili yetkili birimlerin kim olduğu öğrenilir. Bu kayıt kurumun resmi yetki düzenini değiştirmez; günlük koordinasyonun belirsiz kalmasını önlemeye yardımcı olur. Gereken onay ve koşullar ilgili kurumdan doğrulanmalıdır.

Saha çalışanlarının rolü özellikle önemlidir. Yeni yöntem onların mevcut işine ek yük getirebilir veya farklı hazırlık gerektirebilir. Tasarım yalnızca yönetim görüşmesinde yapılırsa günlük uygulama koşulları gözden kaçabilir. Çalışanların deneyimi, uygun biçimde ve zamanlarını gözeterek değerlendirmeye alınmalıdır. Pilot, işin gerçek kullanıcılarının yalnızca sonunda bilgilendirildiği bir çalışma olmamalıdır.

Mevcut durumu anlamadan değişimi ölçmeye çalışmayın

Pilot öncesinde işin bugün nasıl yürüdüğü açıklanmalıdır. Hangi adımlar var, bilgiler nerede tutuluyor ve hangi sorunlar ne sıklıkta gözleniyor? Başlangıç durumu bilinmezse deneme sonrasında görülen farkın ne anlama geldiği belirsiz kalır. Girişim, mevcut yöntemi küçümsemeden anlamaya çalışmalıdır. Elle yürütülen bir süreç de kurumun koşullarına göre işlevsel çözümler içerebilir.

Başlangıç bilgisi için her zaman kapsamlı veri toplama gerekmez. Seçilen soruya uygun sınırlı gözlem, mevcut kayıt veya çalışan görüşmesi yeterli bir ilk çerçeve sağlayabilir. Bilginin nasıl toplandığı ve hangi sınırları taşıdığı yazılmalıdır. Tek bir yoğun günün bütün dönemi temsil ettiği varsayılmamalıdır. Hizmetin dönemsel değişkenliği varsa bu durum değerlendirmede dikkate alınabilir.

Yeni yöntemle mevcut yöntemin karşılaştırılması da aynı koşulları mümkün olduğunca açıklamalıdır. Ekip büyüklüğü, iş yükü veya kullanılan alan değişmişse sonuç yalnızca teknolojiye bağlanmamalıdır. Pilot, her etkiyi kesin biçimde ayırabilecek bir araştırma olmak zorunda değildir; fakat çıkarımın sınırlarını belirtmelidir. Şeffaf sınırlamalar, değerlendirmenin güvenilirliğini artırabilir.

Kapsamı küçük, hizmet açısından anlamlı tutun

Pilotun sınırlı olması, gerçek sorunu temsil etmeyen bir gösterim yapılması demek değildir. Seçilen alan, kullanıcı grubu veya iş adımı karar sorusunu incelemeye yetecek kadar anlamlı olmalıdır. Aynı zamanda kurumun ve girişimin yönetebileceği büyüklükte kalmalıdır. İlk çalışmada bütün birimleri kapsamak, farklı sorunların birbirine karışmasına ve değerlendirme yükünün artmasına yol açabilir.

Kapsamda hangi alanların, kişilerin ve işlemlerin bulunduğu açıkça yazılabilir. Kapsam dışındaki beklentiler de belirtilir. Örneğin bir iş akışı değerlendirilirken bütün kurumun yazılım dönüşümü yapılacağı varsayılmamalıdır. Yeni bir ihtiyaç ortaya çıktığında ayrı değerlendirme yapılabilir. Böylece pilot, tamamlanması mümkün olmayan geniş bir projeye sessizce dönüşmez.

Süre belirlenirken yalnızca kurulum değil hazırlık, katılımcı bilgilendirmesi, kullanım ve değerlendirme zamanı düşünülmelidir. Her pilot için aynı gün veya hafta sayısı uygun olmayabilir. Takvim seçilen hizmetin ritmine göre tasarlanmalıdır. İşin anlamlı biçimde gözlenemediği kısa bir dönem, hızlı sonuç verse bile karar için yeterli kanıt üretmeyebilir.

Veri ihtiyacını amaçla birlikte sınırlayın

Pilot için hangi bilginin gerektiği ve neden kullanılacağı baştan konuşulmalıdır. Teknoloji daha fazla veri toplayabiliyor diye hepsinin gerekli olduğu düşünülmemelidir. Karar sorusu toplu veya kişiyi tanımlamayan bilgilerle incelenebiliyorsa bu seçenek değerlendirilebilir. Bunun uygunluğu ve kullanılacak yöntem, kurumun ilgili süreçleri ve yetkili uzmanlarıyla birlikte netleştirilmelidir.

Veriye kimlerin erişeceği, nerede tutulacağı ve çalışma sonunda nasıl ele alınacağı da belirsiz bırakılmamalıdır. Girişim, kurumdan gelen her kaydı kendi ürün geliştirme faaliyetlerinde serbestçe kullanabileceğini varsaymamalıdır. Pilot amacı, veri paylaşımının sınırını tek başına belirlemeyebilir. Somut koşullar ve gerekli düzenlemeler ilgili taraflarla ayrıca ele alınmalıdır.

Bu bölüm bir hukuki uygunluk değerlendirmesi sunmaz. Editoryal öneri, veriyle ilgili soruları çalışma başlamadan görünür kılmak ve gereksiz bilgi talebinden kaçınmaktır. Pilotun faydasını anlatırken katılımcıların kişisel bilgileri veya kurumun özel kayıtları tanıtım malzemesine dönüştürülmemelidir. Kamuya açık sonuç paylaşımı ayrı ve anlaşılır bir karar olarak yürütülmelidir.

Teknik çalışma ile hizmet devamlılığını birlikte planlayın

Pilot yeni bir yöntem denediği için beklenmeyen durumlar ortaya çıkabilir. Bu durumda mevcut hizmetin nasıl sürdürüleceği önceden düşünülmelidir. Girişimin yazılımı çalışmadığında veya katılımcı yeni akışı kullanamadığında kiminle iletişim kurulacağı açıklanabilir. Her sorun sahada çalışan kişinin kendi başına çözmesi gereken bir yük haline gelmemelidir. Destek sınırları ve sorumluluklar anlaşılır olmalıdır.

Mevcut yönteme dönüş veya çalışmayı durdurma koşulları da yazılabilir. Bu, pilotun başarısız olacağı varsayımı değildir; sınırlı denemenin kontrollü biçimde yürütülmesine yardımcı olur. Hangi sorunun çalışmayı askıya almayı gerektirdiği ve bu kararı kimin vereceği belirlenmelidir. Kurumun kendi hizmet ve yetki düzeni bu değerlendirmede esas alınır.

Kurulumdan sonra kullanıcıların ne kadar hazırlığa ihtiyaç duyduğu gözlenebilir. Kısa bir tanıtımın yeterli olmadığı durumlarda ek açıklama veya farklı tasarım gerekebilir. Kullanıcı hatası ifadesine hızlıca başvurmak yerine, işin nasıl anlatıldığı ve mevcut akışla nasıl birleştiği incelenmelidir. Pilot, yalnızca teknik ürünün değil kullanım düzeninin de değerlendirilmesine imkân sağlayabilir.

Pilot görüşmesini satın alma kararından ayırın

Avrupa Komisyonunun yenilikçi kamu alımı sayfası, yenilikçi ürün ve hizmetlerin değerlendirilmesine ilişkin rehberler sunar. Sayfa ayrıca ticarileşme öncesi Ar-Ge alımlarını ayrı bir yaklaşım olarak ele alır. Bu, uluslararası bir öğrenme kaynağıdır; Türkiye’deki kamu alım süreçlerinin yerine geçmez ve belirli bir pilotun hangi usulle yürütüleceğini belirlemez.

Girişim, önerilen çalışmanın kapsamını ve tarafların koşullarını ilgili yetkili birimlerle netleştirmelidir. Ücretsiz deneme, ücretli çalışma veya başka bir iş birliği biçimi farklı değerlendirmeler gerektirebilir. “Pilot” adı kullanılması, gerekli süreçleri kendiliğinden ortadan kaldırmaz. Bu yazı herhangi bir alım yöntemi, istisna veya uygunluk önerisi sunmuyor.

Çalışma olumlu sonuçlansa bile sonraki adım ayrıca ele alınmalıdır. Kurumun devam kararı, bütçe ve ilgili süreçleri kendi çerçevesinde değerlendirilir. Girişim pilotu gelecekte kesin satış olacak varsayımıyla planlamamalıdır. Ticari beklentinin açık konuşulması, tarafların sonradan farklı anlamlar yüklemesini azaltabilir ve sonuçların daha dürüst değerlendirilmesini sağlayabilir.

Varsayımsal örnek: Kültür merkezlerinde ortak ekipman planlaması

Varsayımsal bir girişim, farklı kültür merkezlerinin paylaştığı etkinlik ekipmanlarının rezervasyon bilgisini düzenleyen bir araç geliştirmiş olsun. Yerel yönetimde aynı ekipmanın farklı etkinlikler için ne zaman kullanılacağının anlaşılmasında güçlük yaşandığı varsayılsın. Bu örnek gerçek bir belediye, girişim veya Orion iş birliğini temsil etmiyor; yalnızca pilotun kapsamını düşünmek için hazırlanmış bir kurgu.

İlk öneri bütün kültür merkezlerini sisteme almakken, çalışma sorusu daraltılıyor: Seçilen iki merkezde ekipman talebinin hangi aşamada netleşmediği anlaşılabilir mi? Günlük işi yürüten kişilerle mevcut akış çıkarılıyor. Deneme için yalnızca ilgili ekipman ve rezervasyon adımları seçiliyor. Kişisel katılımcı listeleri veya etkinlik ziyaretçilerinin bilgileri bu soruyu incelemek için talep edilmiyor.

Pilot sonunda başarı, sisteme eklenen kayıt sayısıyla açıklanmıyor. Hangi talebin kimin tarafından güncellendiği daha anlaşılır olmuş mu, hangi belirsizlikler sürüyor ve çalışanlar yeni akışı hangi koşullarda kullanabiliyor? Bu sorular değerlendirilir. Olumlu bulgu çıkarsa diğer merkezlere geçiş otomatik yapılmaz; farklı çalışma düzenlerinin ve devam koşullarının ayrıca incelenmesi gerekir.

Çalışan ve hizmet kullanıcısı geri bildirimini ayırın

Pilotun kurum içindeki iş yükünü azaltması, hizmet kullanıcısının deneyimini aynı ölçüde iyileştirdiğini göstermeyebilir. İki bakış ayrı incelenmelidir. Çalışanlar yeni yöntemin bilgiye erişimi kolaylaştırdığını düşünebilir; vatandaşlar ise sonuçtan haberdar olmayabilir veya farklı bir sorun yaşayabilir. Hangi grupların gerçekten etkilendiği pilotun kapsamına göre belirlenmelidir.

Geri bildirim toplarken katılımcıya neyin değerlendirildiği açıklanabilir. Genel memnuniyet sorusunun yanında belirli iş adımları konuşulabilir. Nerede bekledi, hangi bilgi anlaşılmadı veya hangi görev tekrar yapıldı? Bu sorular, sonraki tasarım kararını daha iyi yönlendirebilir. Görüşmelerin gönüllülüğü ve kurumun ilgili süreçleri gözetilmelidir; kişiler olumlu yorum yapmaya zorlanmamalıdır.

Farklı görüşler birbiriyle çeliştiğinde tek bir ortalama sonuç üretmek yeterli olmayabilir. Çalışma koşulları, görevler veya kullanım sıklıkları farklı olabilir. Bu ayrımlar yazıldığında pilotun kimler için hangi koşulda yararlı olduğu daha iyi anlaşılır. Amaç bütün katılımcılardan aynı cevabı almak değil, hizmetin gerçek kullanımını anlamaktır.

Sonuç raporunda bulguyu, yorumu ve öneriyi ayırın

Pilot raporu yalnızca tanıtım metni olmamalıdır. Hangi çalışma yapıldığı, hangi bilgiler toplandığı ve hangi sınırlamalar bulunduğu açıklanmalıdır. Gözlenen bulgu ile ekibin yorumunu ayırmak önemlidir. Örneğin belirli bir akışın daha az kesintiye uğradığı gözlenmiş olabilir; bunun nedeninin yalnızca yeni araç olduğu ise ayrıca değerlendirilmesi gereken bir yorumdur.

Öneriler bu bulgularla ilişkilendirilmelidir. Devam, kapsam daraltma, yeni deneme veya durdurma seçenekleri gerekçeleriyle sunulabilir. Her olumlu gösterge bütün şehre yaygınlaştırma sonucuna götürmemelidir. Pilotun gerçekleştiği alan, iş yükü ve katılımcı koşulları başka yerde farklı olabilir. Sonuç raporu bu farkların araştırılmasına alan bırakmalıdır.

Kamuya açık paylaşım yapılacaksa hangi bilginin yayımlanacağı ayrıca kararlaştırılır. Kurumun adı, çalışan görüşleri veya kullanım verileri izinsiz başarı anlatısına dönüştürülmemelidir. “Birlikte çalıştık” ifadesinin kapsamı da açık olmalıdır. Tanışma, deneme ve tamamlanmış uygulama farklı aşamalardır; iletişim metni bu ayrımı korumalıdır.

Yaygınlaştırmadan önce devam yükünü değerlendirin

Bir pilotun çalışması, daha geniş alanda aynı düzenin kolayca sürdürüleceğini göstermez. Kullanıcı sayısı, destek yükü, kurum içi görevler ve veri akışı büyüdüğünde yeni ihtiyaçlar ortaya çıkabilir. Girişim ve kurum, devam halinde hangi kaynakların gerekeceğini ayrıca değerlendirmelidir. Sadece teknik kapasite değil günlük işletim sorumluluğu da düşünülmelidir.

Pilot süresince girişim ekibi birçok sorunu yakından izleyerek çözmüş olabilir. Bu yoğun destek kalıcı olarak sürdürülemiyorsa yeni çalışma biçimi gerekir. Kullanıcı eğitimi, destek kanalı ve sorumluluk dağılımı yeniden ele alınabilir. İlk denemedeki kişisel gayretin kurumsal bir işleyişe nasıl dönüşeceği açık değildir; bu geçiş ayrı bir tasarım konusudur.

Devam etmeme kararı da öğrenmeyi ortadan kaldırmaz. Kurum hizmet sorununu daha iyi anlamış, girişim ürün kapsamını değiştirmiş veya uygun olmayan bir kullanım alanını elemiş olabilir. Bu bilgiler, gerekli paylaşım sınırları korunarak sonraki çalışmalara taşınabilir. Pilotun değeri yalnızca büyük sözleşmeye dönüşmesiyle ölçülmemelidir.

THK & Orion TEKMER bağlamında pilot hazırlığını çalışmak

THK & Orion TEKMER’in hizmetler alanındaki iş geliştirme ve kurumlarla iş birliği başlıkları, girişimin pilot fikrini hazırlaması için bir başlangıç çerçevesi sunar. Girişimci, yerel yönetime götüreceği öneride hizmet sorununu, çalışma sorusunu ve sınırlı kapsamı açıkça yazabilir. Bu yazı, Orion’un belirli bir belediyeyle yürüttüğü veya onayladığı pilotu anlatmıyor.

Paydaşlar alanı, kamuya açık kurum profillerini ve açıklanan iş birliği alanlarını araştırmak için kullanılabilir. Buradan belirli bir yerel yönetim ilişkisi veya uygulama yetkisi çıkarılmamalıdır. Uygun bağlantı kurulduğunda girişim, teknik ürün sunumunun yanında günlük hizmet akışını ve gereken hazırlıkları tartışmaya hazır olmalıdır. Görüşmenin sonraki adımı ilgili taraflarla netleştirilir.

İyi hazırlanmış bir pilot önerisi, teknolojiye ayrılan ilgiyi somut bir kamu hizmeti sorusuna bağlar. Kapsam, sorumluluk ve değerlendirme yöntemi açık olduğunda taraflar neyi öğrenmek istediklerini daha iyi görür. Sonuç, önceden yazılmış bir başarı hikâyesi değil, devam kararını daha bilinçli verebilmek için üretilmiş kanıt olmalıdır.

Sık sorulan sorular

Belediye ile olumlu görüşme yapmak pilotu başlatmaya yeter mi?

Tek başına yeterli olduğu varsayılmamalıdır. Kapsam, yetkili birimler, gerekli koşullar ve günlük sorumlular ilgili kurumla netleştirilmelidir. İlk temas, sonraki değerlendirmelerden ayrı bir aşamadır.

Pilotun ücretsiz olması bütün süreçleri ortadan kaldırır mı?

Böyle bir çıkarım yapılmamalıdır. Çalışmanın niteliği ve koşulları ilgili yetkili birimlerce değerlendirilmelidir. Bu rehber belirli bir kamu alım yöntemi veya istisna önermez.

Pilot için çok sayıda veri toplamak gerekir mi?

Karar sorusunun gerektirdiği bilgi belirlenmelidir. Daha fazla veri her zaman daha iyi değerlendirme sağlamaz. Erişim, kullanım ve çalışma sonrasındaki işlemler kurumun ilgili süreçleriyle birlikte netleştirilmelidir.

Olumlu pilot sonucu bütün şehre yaygınlaştırılabilir mi?

Otomatik olarak değil. Farklı alanların iş yükü, kullanıcıları ve çalışma koşulları değişebilir. Devam kararı öncesinde destek, kaynak ve işletim sorumlulukları ayrıca değerlendirilmelidir.

Pilotun başarısı yalnızca satışla mı ölçülür?

Hayır. Hizmet sorununun netleşmesi, uygun olmayan yaklaşımın elenmesi veya yeni bir denemenin daha iyi tasarlanması da anlamlı sonuç olabilir. Ticari beklentiyle öğrenme çıktısı ayrı değerlendirilmelidir.