Lewati ke konten

Leadership & Delivery

Engineering manager

Engineering manager bertanggung jawab atas bagaimana sebuah tim bekerja, bukan atas seperti apa kodenya. Cakupannya meliputi orang-orangnya — hiring, pengembangan, kinerja, jenjang karier — dan kondisi di sekitarnya: komposisi tim, proses, koordinasi dengan fungsi lain, dan apakah kelompok itu bisa diandalkan untuk mengirimkan hasil. Ini profesi yang benar-benar berbeda dari engineering, dan panduan ini menjelaskan isinya serta cara menilainya.

Apa yang dikerjakan seorang engineering manager?

Engineering manager bertanggung jawab atas berfungsinya sebuah tim engineering: siapa yang ada di dalamnya, bagaimana mereka berkembang, bagaimana kinerjanya, bagaimana mereka bekerja bersama, dan apakah tim itu mengirimkan hasil secara andal. Cakupannya biasanya meliputi hiring, sesi satu lawan satu, umpan balik dan percakapan kinerja, pengembangan karier serta pengajuan promosi, komposisi tim dan batas kepemilikan, desain proses, koordinasi dengan product, design dan fungsi lain, serta pelaporan delivery ke organisasi yang lebih luas. Keputusan teknis tentang software-nya sendiri umumnya berada di tangan tech lead atau para engineer; sang manajer bertanggung jawab atas kondisi yang membuat keputusan itu diambil dengan baik.

Perpindahan ke peran ini adalah pergantian profesi, bukan promosi di dalam satu profesi. Kepuasan menyelesaikan sesuatu sendiri digantikan oleh pengaruh yang dijalankan dari kejauhan, dengan jeda, melalui orang lain. Hasilnya tiba berbulan-bulan kemudian dan sulit diatribusikan. Manajer yang belum melakukan pergeseran itu di dalam dirinya terus meraih pekerjaan yang mereka tahu cara menyelesaikannya, dan gejalanya terlihat sebagai manajer yang menulis kode di jalur kritis sementara percakapan umpan balik yang tidak diinginkan siapa pun ditunda satu kuartal lagi.

Sebagian besar pekerjaan ini dilakukan sebelum ada yang salah. Tim yang komposisinya baik, yang kepemilikannya jelas, yang ekspektasinya eksplisit dan yang anggotanya didukung secara individual menghasilkan sangat sedikit krisis. Itu membuat pekerjaan ini diam-diam sulit dinilai, karena manajer terkuat tampak menangani lebih sedikit hal dibanding rekan yang kesulitan, dan godaan untuk mengukur peran ini dari aktivitas yang terlihat adalah alasan begitu banyak organisasi mempromosikan orang yang keliru ke dalamnya.

Cakupannya lebih luas dari delivery dan lebih sempit dari segalanya. Engineering manager bukan kepala arsitek tim dan tidak semestinya membatalkan keputusan teknis timnya atas dasar senioritas; kebiasaan itu mencabut kepemilikan dari para engineer dan perlahan menurunkan kemampuan tim. Sebaliknya, manajer yang menolak semua keterlibatan dalam substansi teknis tidak bisa menilai risiko, tidak bisa mengajukan promosi secara kredibel dan tidak bisa mewakili batasan timnya kepada siapa pun di luar. Posisi kerjanya adalah melek teknis sekaligus menahan diri secara teknis.

Assessing the need

Kapan organisasi membutuhkan kapabilitas ini

Engineering management sering diserap oleh seorang engineer senior atau seorang pendiri selama masih bisa. Berikut tanda-tanda bahwa pengaturan itu sudah berhenti berjalan.

  • Urusan orang dikerjakan di sela-sela tugas lain

    Sesi satu lawan satu dibatalkan ketika delivery sedang ketat, umpan balik hanya terjadi saat insiden, dan jenjang karier dibicarakan setahun sekali karena saat itulah formulirnya jatuh tempo. Urusan orang dikerjakan pada kualitas apa pun yang diizinkan oleh waktu sisa.

  • Engineer yang baik keluar dan alasannya tidak dipelajari

    Pengunduran diri dianggap soal uang atau kesempatan karena tidak ada yang bertanya lebih awal atau bertanya dengan cukup baik. Kepergian biasanya didahului berbulan-bulan sinyal yang sebenarnya bisa ditangkap, dan menangkap sinyal itu adalah sebuah praktik, bukan naluri.

  • Jenjang karier mandek dan tidak ada yang memilikinya

    Engineer tidak bisa menjelaskan apa yang akan membawa mereka ke level berikutnya, pengajuan promosi diargumentasikan lewat advokasi alih-alih bukti, dan orang-orang terkuat menyimpulkan bahwa pertumbuhan menuntut pindah ke luar. Kesimpulan itu cepat mewujudkan dirinya sendiri.

  • Delivery tidak terprediksi karena alasan organisasional

    Komitmen meleset karena kepemilikan yang tidak jelas, dependency yang tidak dikelola, interupsi terus-menerus dan permintaan yang saling bersaing, bukan karena engineering-nya sulit. Penyebab semacam itu berada di luar kendali engineer mana pun dan di luar cakupan yang murni teknis.

  • Koordinasi terjadi secara informal atau tidak terjadi sama sekali

    Fungsi product, design, data dan komersial masing-masing memegang sebagian gambaran, dan tim menemukan bagian yang hilang saat implementasi. Seseorang harus bertanggung jawab atas sambungan antar fungsi, dan itu terpisah dari bertanggung jawab atas kodenya.

  • Sebuah tim akan bertumbuh secara signifikan

    Menambahkan orang ke kelompok yang normanya tidak pernah dibuat eksplisit akan mengencerkan norma itu. Melakukan hiring dengan cepat, melakukan onboarding dengan baik dan menjaga budaya tetap terbaca selama ekspansi adalah pekerjaan tersendiri, dan jauh lebih murah dilakukan dengan sengaja daripada diperbaiki setelahnya.

The discipline

Kapabilitas inti

  • Sesi satu lawan satu yang memunculkan masalah lebih awal

    Percakapan rutin yang bentuknya ditentukan lawan bicara, dilakukan cukup sering sehingga kesulitan muncul selagi masih kecil. Manajer yang sesi satu lawan satunya berupa laporan status akan mengetahui masalah pada saat yang sama dengan semua orang, yang menghapus manfaat utama dari mengadakannya.

  • Umpan balik dan percakapan kinerja

    Mengatakan hal yang sulit sejak awal, secara spesifik dan tanpa ambiguitas. Kinerja yang terus di bawah standar dan ditangani terlambat adalah kegagalan manajemen yang paling umum, dan biayanya ditanggung rekan-rekan yang menutupinya jauh sebelum ditanggung orang yang bersangkutan.

  • Pengembangan karier

    Memahami ke mana setiap orang ingin sampai, jujur tentang jaraknya, dan mengatur pekerjaan yang menutup jarak itu. Pengembangan jauh lebih banyak terjadi lewat penugasan daripada lewat pelatihan, yang membuatnya sama-sama menjadi persoalan penjadwalan dan negosiasi seperti halnya persoalan coaching.

  • Hiring

    Mendefinisikan apa yang sebenarnya dibutuhkan sebuah posisi, merancang proses wawancara yang mengujinya, mengalibrasi para pewawancara agar penilaiannya sebanding, lalu memutuskan. Proses wawancara yang disusun karena kebiasaan cenderung mengukur kenyamanan dan keakraban, bukan kemampuan mengerjakan pekerjaannya.

  • Komposisi tim

    Membentuk bauran keterampilan, senioritas dan kepemilikan agar tim tidak berat di atas maupun terlalu tipis, dan agar tidak ada satu orang pun yang menjadi satu-satunya jalan menuju sebuah sistem kritis. Keputusan komposisi punya konsekuensi yang lebih panjang daripada hampir semua hal lain yang dilakukan seorang manajer.

  • Tanggung jawab atas delivery

    Membuat perkiraan secara jujur, mengomunikasikan keterlambatan begitu diketahui alih-alih ketika sudah tidak terhindarkan, dan menjaga perbedaan antara komitmen dan cita-cita. Kredibilitas di sini dibangun oleh kabar buruk yang datang awal dan dihancurkan oleh penenangan yang datang terlambat.

  • Merancang dan menghapus proses

    Memperkenalkan seremoni seminimal mungkin yang menyelesaikan masalah yang teridentifikasi, dan menghapus yang sudah lewat masa gunanya. Proses menumpuk secara default karena setiap penambahannya dulu masuk akal satu per satu, dan tidak ada yang ditugaskan memperhatikan bobot totalnya.

  • Koordinasi lintas fungsi

    Memegang hubungan kerja dengan fungsi product, design, data, operasional dan komersial, menegosiasikan prioritas dan memunculkan dependency sebelum ia menggigit. Banyak gesekan yang dianggap berasal dari engineering sebenarnya berasal dari batas-batas ini.

  • Membaca kesehatan tim

    Menafsirkan indikator yang mendahului masalah — lembur yang berkepanjangan, kesunyian di dalam review, kelelahan on-call, orang yang sama yang selalu mengajukan diri — lalu bertindak selagi intervensinya masih murah.

  • Mewakili tim ke atas

    Menjelaskan batasan, trade-off dan risiko kepada orang tanpa konteks engineering, lalu kembali membawa keputusan beserta penalarannya, bukan sekadar instruksi. Manajer yang menyerap tekanan tanpa meneruskan informasi meninggalkan tim yang bingung mengapa ada yang berubah.

Context

Bagaimana disiplin ini dipraktikkan

Peran ini tidak didefinisikan oleh sebuah technology stack, sehingga yang berikut ini menguraikan metode. Praktik dan artefak di bawah adalah yang lazim dipakai di industri — gambaran tentang cara disiplin ini bekerja, bukan klaim tentang cara kerja manajer mana pun secara khusus. Semuanya juga mudah diadopsi secara permukaan, dan karena itulah substansi di baliknya yang layak diperiksa.

Praktik pengelolaan orang

  • Sesi satu lawan satu rutin
  • Rencana pertumbuhan dan pengembangan
  • Kerangka level dan kompetensi
  • Siklus kinerja dan promosi
  • Konvensi umpan balik terstruktur

Praktik hiring

  • Scorecard peran
  • Desain rangkaian wawancara
  • Kalibrasi pewawancara
  • Debrief terstruktur
  • Rencana onboarding

Pengelolaan delivery

  • Perencanaan roadmap dan komitmen
  • Pemetaan dependency
  • Register risiko
  • Perencanaan kapasitas dan alokasi
  • Pelaporan kepada stakeholder

Irama kerja tim

  • Irama perencanaan
  • Retrospektif
  • Kesepakatan kerja
  • Jalur kepemilikan dan eskalasi
  • Kebijakan interupsi dan rotasi on-call

Indikator kesehatan

  • Survei keterlibatan dan pulse
  • Peninjauan retensi dan atrisi
  • Peninjauan beban on-call
  • Ukuran alur delivery
  • Tindak lanjut pasca-insiden

Working model

How this role works with your team

Engineers work inside your team, on your priorities, to your standards. You direct the work; Talent.ID carries the employment. The division below is the whole arrangement.

You keep

  • Produk
  • Prioritas bisnis
  • Roadmap
  • Arsitektur
  • Prioritas sprint
  • Standar engineering
  • Kolaborasi teknis sehari-hari

Talent.ID handles

  • Hubungan kerja
  • Payroll
  • Benefit karyawan
  • Administrasi talenta
  • Hubungan karyawan berkelanjutan

How an engagement works, step by step

Buyer guidance

Yang perlu dicari saat hiring

Kandidat manajemen tampil baik, karena sebagian dari pekerjaan ini memang kemampuan tampil baik. Yang membedakan mereka adalah bukti yang spesifik dan retrospektif: orang-orang tertentu yang berkembang, percakapan sulit yang terjadi tepat waktu, dan keputusan tentang bentuk tim yang masih bisa mereka pertanggungjawabkan.

Apakah perpindahan profesinya benar-benar terjadi

Tanyakan apa yang mereka rindukan dari engineering dan bagaimana mereka menangani tarikan untuk kembali ke sana. Kandidat yang menggambarkan manajemen sebagai engineering dengan tambahan rapat cenderung menyimpan pekerjaan yang menarik dan jalur kritis untuk diri sendiri.

  • Membicarakan pencapaian tim sebelum kontribusinya sendiri
  • Punya posisi yang dipikirkan tentang seberapa banyak mereka semestinya masih membangun
  • Bisa menceritakan menahan dorongan untuk mengambil alih pekerjaan yang sedang tersendat

Menangani kinerja di bawah standar

Ini pekerjaan yang paling dihindari sekaligus paling mengungkap. Minta satu kasus konkret, termasuk berapa lama waktu yang mereka butuhkan untuk mengangkatnya, apa yang berubah dan bagaimana akhirnya.

  • Mengangkat kekhawatirannya lebih awal dan dengan bahasa yang lugas
  • Membedakan masalah kemampuan dari masalah kecocokan atau konteks
  • Punya kasus yang pulih dan kasus yang tidak

Mengembangkan orang, secara spesifik

Tanyakan tentang individu yang mereka kembangkan dan apa yang mereka lakukan yang membuat perbedaan. Antusiasme umum terhadap pertumbuhan itu universal; cerita konkret tentang penugasan yang menantang, pengajuan promosi yang dibangun berbulan-bulan atau percakapan jujur tentang sebuah kekurangan tidak universal.

  • Menyebut penugasan yang dipakai untuk menutup kekurangan tertentu
  • Pernah mengatakan kepada seseorang bahwa ia belum siap dan tetap konstruktif
  • Bisa menceritakan orang yang melampaui timnya lalu pergi dengan dukungan mereka

Delivery tanpa pertunjukan

Tanyakan bagaimana mereka menangani komitmen yang akan meleset. Perilaku yang membedakan adalah komunikasi awal yang spesifik disertai pilihan, bukan optimisme yang dipertahankan sampai tenggatnya membuat kebenaran tidak terhindarkan.

  • Mengomunikasikan keterlambatan begitu buktinya mendukung
  • Memisahkan estimasi dari komitmen ketika berbicara dengan stakeholder
  • Bisa menjelaskan mengapa sebuah tim terlambat tanpa menyalahkan timnya

Pertimbangan dalam hiring

Tanyakan bagaimana mereka merancang sebuah proses wawancara dan apa yang mereka ubah setelah melihat bagaimana orang yang masuk itu bekerja. Manajer yang tidak pernah merevisi sebuah proses entah sangat jarang melakukan hiring atau tidak melacak hasilnya.

  • Menyesuaikan prosesnya berdasarkan bagaimana orang yang masuk benar-benar bekerja
  • Bisa menceritakan satu penempatan yang tidak berhasil dan apa yang luput dari prosesnya
  • Mengejar keterbandingan antar pewawancara, bukan antusiasme yang seragam

Menahan diri pada keputusan teknis

Tanyakan apa yang mereka lakukan ketika tidak setuju dengan keputusan teknis yang diambil timnya. Manajer yang membatalkan atas dasar senioritas mencabut kepemilikan; manajer yang tidak pernah terlibat tidak bisa menilai risiko. Jawaban yang dicari berada di tengah.

  • Menantang dengan bertanya, bukan dengan memutuskan
  • Bisa menceritakan menerima keputusan yang tidak mereka setujui, beserta alasannya
  • Bekerja bersama pemimpin teknis tanpa memperebutkan wilayah yang sama

Menyadari sebelum sesuatu rusak

Tanyakan apa yang memberi tahu mereka bahwa sebuah tim sedang bermasalah sebelum metrik mana pun bergerak. Jawabannya mengungkap seberapa dekat mereka mengamati dan apakah gambaran mereka tentang tim datang dari timnya atau dari sebuah dashboard.

  • Menyebut sinyal perilaku, bukan hanya angka delivery
  • Pernah mengintervensi masalah yang senyap dan bisa menjelaskan bagaimana ia muncul
  • Memperlakukan lembur berkepanjangan sebagai cacat sistem, bukan sebagai dedikasi

Buyer guidance

Pertanyaan wawancara yang layak diajukan

Disediakan sebagai masukan untuk proses wawancara yang Anda jalankan sendiri. Semuanya menyasar perilaku yang benar-benar pernah terjadi, karena kemampuan manajerial buruk diprediksi oleh penalaran hipotetis.

  1. Ceritakan tentang seseorang di tim Anda yang kinerjanya di bawah standar. Berapa lama jarak antara Anda menyadarinya dan Anda mengatakannya?

    What a strong answer shows

    Kesediaan bertindak meski tidak nyaman. Jaraknya itulah sinyalnya, dan kandidat yang tidak bisa mengingat satu pun kasus semacam itu entah belum lama menjadi manajer atau memang menghindari situasinya, bukan tidak pernah menemuinya.

  2. Ceritakan satu pengajuan promosi yang Anda susun. Bukti apa yang Anda kumpulkan, dan apa hasilnya?

    What a strong answer shows

    Apakah jenjang karier dikelola sebagai proses yang adil dan berbasis bukti atau sebagai advokasi untuk orang favorit. Cari bukti yang dikumpulkan dari waktu ke waktu, pemahaman tentang standarnya, dan kesadaran tentang siapa lagi yang sedang bersaing.

  3. Tim Anda akan melewatkan tanggal yang sudah dikomunikasikan ke pihak bisnis. Ceritakan beberapa hari berikutnya.

    What a strong answer shows

    Bagaimana mereka menangani kabar buruk yang bergerak ke atas. Jawaban kuat cepat sampai pada pesan yang spesifik berisi pilihan dan konsekuensinya, dan tidak pernah melibatkan harapan bahwa keadaan akan pulih sebelum ada yang bertanya.

  4. Proses apa yang Anda hapus, dan apa yang meyakinkan Anda bahwa ia tidak lagi sepadan?

    What a strong answer shows

    Apakah mereka memperlakukan proses sebagai biaya sekaligus manfaat. Manajer yang hanya bisa menceritakan apa yang mereka perkenalkan biasanya sedang menumpuk seremoni yang tidak ada yang ditugaskan mempertanyakannya.

  5. Bagaimana arah teknis tim Anda diputuskan, dan apa peran Anda di dalamnya?

    What a strong answer shows

    Kejelasan batas. Yang mengkhawatirkan ada di kedua ujung: manajer yang secara default memutuskan hal teknis, dan manajer yang sama sekali tidak bisa menjelaskan bagaimana keputusan diambil.

  6. Seseorang yang sangat baik mengatakan sedang mempertimbangkan untuk keluar. Apa yang Anda lakukan, dan apa yang semestinya terjadi lebih awal?

    What a strong answer shows

    Retensi yang dipahami sebagai praktik panjang, bukan sebagai penawaran balik. Paruh kedua pertanyaannya adalah tempat jawaban yang berguna berada, dan kandidat yang hanya fokus pada responsnya biasanya belum memeriksa apa yang mendahuluinya.

  7. Apa hal tersulit tentang tim Anda saat ini yang belum berhasil Anda selesaikan?

    What a strong answer shows

    Keterusterangan dan penilaian diri. Manajer tanpa satu pun masalah yang belum selesai entah sedang menggambarkan situasi yang luar biasa beruntung atau tidak sedang mengamati timnya dengan cermat.

Illustrative engagement

What this looks like in practice

A hypothetical scenario, written to show how the working model applies. It does not describe a Talent.ID client or a completed project.

Challenge
Sebuah kelompok engineering yang bertumbuh telah melampaui pengaturan yang dulu menopangnya. Percakapan pengembangan terjadi ketika delivery mengizinkan, ekspektasi tentang jenjang karier tidak tertulis, koordinasi dengan fungsi lain bergantung pada hubungan antarindividu, dan komitmen meleset karena hal-hal yang tidak banyak berkaitan dengan engineering-nya sendiri.
Approach
Kapasitas manajemen tambahan bekerja sepenuhnya di dalam organisasi klien — garis pelaporan klien, kerangka jenjang karier klien, prioritas klien dan standar engineering klien. Keputusan tentang kinerja, promosi, gaji dan struktur tim tetap milik klien, demikian pula seluruh arah teknis dan arsitektural.
What this adds to the team
Organisasi memperoleh kapasitas berpengalaman untuk pekerjaan menjalankan sebuah tim, sementara setiap keputusan tentang orang, struktur, produk dan arah teknis tetap berada pada klien dan kepemimpinannya sendiri.

Related disciplines

Common questions

Frequently asked questions

Apa bedanya engineering manager dan tech lead?
Keduanya bertanggung jawab atas hal yang berbeda tentang tim yang sama. Manajer menjawab bagaimana tim berfungsi: siapa yang bergabung, bagaimana orang berkembang, bagaimana kinerja ditangani, bagaimana pekerjaan dikoordinasikan dan apakah delivery bisa diandalkan. Tech lead menjawab substansi teknis dari pekerjaannya — bagaimana ia dirancang, ditinjau dan dibangun dengan standar yang konsisten. Di organisasi kecil satu orang sering memegang keduanya, yang berjalan selama timnya kecil dan cenderung rusak saat membesar, karena kedua cakupan itu memperebutkan perhatian dan yang mendesak selalu menang.
Apa bedanya engineering manager dan project manager?
Project manager bertanggung jawab atas satu paket pekerjaan yang terdefinisi sampai selesai — ruang lingkup, jadwal, dependency, pelaporan — dan tanggung jawabnya berakhir ketika proyeknya berakhir. Engineering manager bertanggung jawab atas sebuah tim tetap dari waktu ke waktu, termasuk orang-orang di dalamnya, yang berlanjut terlepas dari apa yang sedang dikerjakan. Project manager mengoordinasikan pekerjaan; engineering manager membangun dan menjaga kapabilitas yang mengerjakannya.
Apakah engineering manager harus punya latar teknis?
Mereka butuh cukup literasi teknis untuk menilai risiko, mengikuti percakapan substantif tentang trade-off, mengajukan promosi secara kredibel dan mewakili batasan tim ke luar. Mereka tidak perlu menjadi engineer terkuat yang ada, dan keyakinan bahwa mereka harus begitu menghasilkan manajer yang bersaing dengan timnya sendiri. Manajer dari latar non-engineering bisa berhasil di tempat pengambilan keputusan teknis benar-benar dimiliki pihak lain, meski umumnya mereka membutuhkan mitra teknis yang kuat dan kerendahan hati yang besar tentang apa yang tidak bisa mereka nilai.
Apakah engineering manager sebaiknya masih menulis kode?
Sedikit, pada pekerjaan yang tidak berada di jalur kritis, adalah cara yang wajar untuk tetap melek teknis dan merasakan hambatan yang sama dengan timnya. Sebagai komitmen rutin, hal ini biasanya gagal: pekerjaan manajerial mudah terinterupsi dan tidak terprediksi, sehingga kodenya yang menjadi korban, dan sang manajer berubah menjadi dependency yang tidak andal bagi timnya sendiri. Bentuk paling aman adalah kecil, bisa ditunda, dan tidak menghalangi siapa pun.
Berapa banyak engineer yang sebaiknya ditangani satu manajer?
Rentang yang bisa dijalankan berada di angka satu digit, dan itu bervariasi menurut apa lagi yang dipikul orang tersebut. Manajer yang sekaligus bertindak sebagai pemimpin teknis, atau mendampingi beberapa orang yang sedang bertumbuh pesat, atau memegang porsi besar koordinasi lintas fungsi, akan lebih cepat mencapai batasnya. Petunjuk yang andal tentang rentang yang berlebih bukanlah sebuah angka melainkan sebuah pola: sesi satu lawan satu yang dibatalkan, umpan balik yang tertunda, dan manajer yang mengetahui masalah dari orang lain.
Apa yang sebaiknya tetap dipegang tim alih-alih manajernya?
Keputusan teknis, pendekatan desain, estimasi dan detail tentang bagaimana pekerjaan dilakukan. Manajer yang mengambil alih semua itu mencabut kepemilikan yang membuat sebuah tim mampu berjalan tanpanya, dan menciptakan bottleneck yang memburuk seiring tim membesar. Kontribusi sang manajer adalah memastikan keputusan tersebut diambil oleh orang yang tepat, dengan informasi yang tepat, dan konsekuensinya terlihat.
Bagaimana engineering manager bekerja dengan tim engineering yang sudah ada?
Di dalam struktur organisasi Anda, tidak pernah di atasnya. Ketika sebuah posisi diisi lewat penambahan kapasitas tim, organisasi Anda tetap memegang garis pelaporan, keputusan kinerja dan gaji, jenjang karier, struktur tim, prioritas dan proses, bersama arsitektur, arah teknis dan kepemilikan produk. Kepemimpinan Anda yang mengarahkan pekerjaan. Talent.ID hanya memegang sisi kepegawaian — hubungan kerja, payroll, benefit karyawan dan administrasi talenta — dan tidak ada bagian dari menjalankan organisasi engineering Anda yang ikut berpindah bersamanya.

Tell us what your team needs

Describe the gap — the work, the stack, the way your team runs — and we will tell you what we can support. If it is not something we can help with, we will say so.