Ana içeriğe geç

PowerStat Ekip Yapılanması

Bu doküman PowerStat ekibinde kim neyi sahipleniyor, destek talepleri hangi seviyede kimde çözülüyor ve kritik kararların kim tarafından onaylandığı konularını netleştirir.

Hedef:

  • Tek kişiye bağımlılığı azaltmak (single point of failure riskini düşürmek)
  • Saha/destek süreçlerinde hız ve kaliteyi artırmak
  • Ürün geliştirme ve operasyonun birbirini tıkamasını önlemek

Roller ve Sorumluluklar

PowerStat projesi optimum personel ile maksimum performans üzerine odaklanmış bir ekip kadrosu ile çalışmaktadır. Ekip detayları ve görev dağılımları aşağıda detaylı olarak açıklanmıştır.

Mehmet Günce Akkoyun — Proje Sorumlusu / Teknik Lider

Rol
  • Ürün mimarı
  • Hardware ekip lideri
  • Backend ve DB geliştirme (L3)
  • Release Gate (Nihai onaylar)

Sahiplik alanları (Owner)

  • Ürün yol haritası, önceliklendirme, teslim sorumluluğu
  • Backend mimarisi ve kritik servis entegrasyon kararları
  • Veritabanı: şema/migration, performans, yedekleme/geri dönüş stratejisi
  • Release gate (prod onayı): yayına çıkış kriterleri ve nihai karar
  • Kalite standartları ve teknik dokümantasyon standardı
  • L3 eskalasyon: sistemik sorunlar, prod riski, politika/standart değişiklikleri

Recep Şenbaş — Elektronik Mühendisi

Rol
  • Hardware geliştirme
  • Firmware geliştirme
  • Mobil uygulama ekip lideri
  • L2 Teknik destek
  • Sistem sağlığı (yedek)

Sahiplik alanları (Owner)

  • Donanım geliştirme mühendisi
  • Firmware geliştirme: özellik, hata düzeltme, performans iyileştirme, sürüm yönetimi
  • Mobil uygulama geliştirme: özellik, hata düzeltme, release hazırlığı
  • Sistem sağlığı teknik takibi (kritik alarmlarda teknik aksiyon)
  • L2 destek: L1’in çözemediği yazılım/cihaz davranışı problemlerinde analiz ve çözüm

Sınırlar / dahil olmayanlar

  • 7/24 ilk temas (L1) ve saha koordinasyonu: Sait
  • Cihaz kutulama, servis/onarım operasyonu ve evrak: Muhammed
  • Mimari kararlar, prod release onayı, DB şema kararları: Mehmet

Tipik çıktılar

  • Firmware/mobil sürümleri ve release notları
  • Kök neden analizi (RCA) ve düzeltme planı

Sait Süha Çolak — Elektrik Teknikeri

Rol
  • Saha operasyon lideri
  • Elektrikçi havuzu sorumlusu
  • L1 7/24 destek

Sahiplik alanları (Owner)

  • Saha kurulum/bakım/arıza koordinasyonu ve iş planlama
  • Elektrikçi havuzu yönetimi (seçim, yönlendirme, performans takibi)
  • Elektrikçi teknik destek (kurulum standardı, devreye alma kontrolü)
  • Kullanıcı L1 destek: ilk temas, temel teşhis, kayıt açma, basit çözüm
  • 7/24 telefon destek sorumluluğu: acil durumda ilk müdahale + doğru ekibe eskalasyon

Sınırlar / dahil olmayanlar

  • Firmware/mobil geliştirme ve derin teknik debug: Recep
  • Cihaz servis/onarım ve kutulama: Muhammed
  • Mimari/ürün standardı ve prod kararları: Mehmet

Tipik çıktılar

  • Destek kaydı (ticket) ve saha raporu
  • Kurulum/devreye alma kontrol listeleri

Muhammed Kanjo — Elektronik Mühendisi

Rol
  • Donanım geliştirme mühendisi
  • Cihaz yaşam döngüsü sorumlusu
  • Servis - onarım sorumlusu
  • Evrak takip ve yönetim sorumlusu

Sahiplik alanları (Owner)

  • Cihaz kutulama standardı (etiket/seri no, kutu içeriği, sevkiyat hazırlığı)
  • Final test, arıza tespiti, tamir/bakım ve geri dönüş raporları
  • Servis/garanti süreçleri ve evrak takibi
  • Üretim/servisten AR-GE’ye geri besleme (arıza trendleri, kalite notları)

Sınırlar / dahil olmayanlar

  • 7/24 L1 ve saha koordinasyonu: Sait
  • Firmware/mobil geliştirme: Recep
  • Mimari/DB/release gate: Mehmet

Tipik çıktılar

  • Final test raporu, tamir raporu, arıza istatistiği
  • Cihaz hareket/evrak doğruluk kayıtları

Müşteri / Elektrikçi Destek Modeli

Seviye Tanımları

L1 (İlk temas / hızlı çözüm):

Kullanıcıdan gelen çağrıyı karşılar, kayıt açar, temel kontrolleri yaptırır, saha/electrician koordinasyonunu yürütür. Sorumlu: Sait

L2 (Teknik analiz / derin çözüm):

Log/telemetri inceleme, firmware/mobil kaynaklı problemleri ayırma, tekrar üretme (repro) ve çözüm üretme. Sorumlu: Recep (cihaz servis boyutu varsa Muhammed ile birlikte)

L3 (Mimari / prod riski / politika kararı):

Çoklu kullanıcı etkisi, veri kaybı riski, güvenlik, DB şema ve prod hotfix/rollback kararları. Sorumlu: Günce

Eskalasyon Kuralları

L1 → L2

  • L1 adımları tamamlandığı halde sorun devam ediyorsa
  • Mobil/firmware şüphesi varsa (komut gidiyor ama etki yok, veri akışı tutarsız, aralıklı kesilmeler)
  • Aynı problem kısa sürede birden fazla kez tekrar ediyorsa

L2 → L3

  • Birden çok müşteriyi etkileyen sorun / sistemik davranış
  • DB/mimari değişiklik gerektiren çözüm
  • Güvenlik veya veri bütünlüğü şüphesi
  • Prod’da hotfix / rollback kararı gerekiyorsa

Hız Hedefi (Pratik)

  • L1 geri dönüş: mümkünse anında, değilse aynı gün
  • L2 ilk analiz: aynı gün / en geç 24 saat
  • L3 karar: prod etkisi varsa aynı gün

RACI Matrisi

Süreç / İş PaketiRecep ŞenbaşSait ÇolakMuhammed KanjoGünce Akkoyun
Kullanıcı kaydı açma / ilk teşhis (L1)Bilgilendirilenİşi yapan / Son kararBilgilendirilenBilgilendirilen
Saha yönlendirme / elektrikçi atamaBilgilendirilenİşi yapan / Son kararBilgilendirilenBilgilendirilen
Elektrikçi havuzu yönetimiBilgilendirilenİşi yapan / Son kararBilgilendirilenGörüşü alınan
Kurulum & devreye alma kontrol listesi standardıGörüşü alınanİşi yapan / Son kararBilgilendirilenGörüşü alınan
Cihaz kutulama standardı / sevkiyat hazırlıkBilgilendirilenBilgilendirilenİşi yapan / Son kararGörüşü alınan
Cihaz final test / tamir-bakımGörüşü alınanBilgilendirilenİşi yapan / Son kararBilgilendirilen
Servis/garanti evrak takibiBilgilendirilenBilgilendirilenİşi yapan / Son kararBilgilendirilen
Firmware geliştirme (feature/bugfix)İşi yapan / Son kararBilgilendirilenGörüşü alınanGörüşü alınan
Mobil uygulama geliştirme (feature/bugfix)İşi yapan / Son kararBilgilendirilenBilgilendirilenGörüşü alınan
Backend geliştirme (API/servis)Görüşü alınanBilgilendirilenBilgilendirilenİşi yapan / Son karar
Veritabanı şema/migrationGörüşü alınanBilgilendirilenBilgilendirilenİşi yapan / Son karar
Prod release kararı (gate)İşi yapanBilgilendirilenBilgilendirilenSon karar
Prod hotfix/rollback kararıGörüşü alınanBilgilendirilenBilgilendirilenİşi yapan / Son karar
Incident yönetimi (çoklu kullanıcı etkisi)İşi yapanİşi yapanGörüşü alınanSon karar
Dokümantasyon standardı & ana dokümanlarGörüşü alınanBilgilendirilenGörüşü alınanİşi yapan / Son karar

İletişim ve Kayıt Disiplini

  • Her destek talebi için minimum bilgi: müşteri, cihaz_id, lokasyon, zaman, belirtiler, yapılan L1 adımları, varsa foto/video
  • Kritik olaylar (incident): tek başlık altında yazışma + hızlı eskalasyon (L1→L2→L3)
  • Rutin durum: haftalık kısa özet (saha, cihaz servis, yazılım release durumu)