エンジニア系広報の始め方と種類毎のメリット/デメリット｜nottegra@EM
DEVREL(Developer Relations)や技術広報というワードで聞いたことがあるかもしれませんが、プロダクトやエンジニア組織の認知度向上を目的として、各社でエンジニアブログや勉強会をやったり、カンファレンスのスポンサーになるなどを目にすると思います。が、いざやってみよう！となると何から始めれば良いのかや、実際にどういったメリット・デメリットがあるかは分かりにくいです。 僕がさまざまな技術広報に取り組んだ経験から、所感ではありますがメリット・デメリットを踏まえた内容をノウハウとしてまとめます。 自社メディアへのエンジニア系記事掲載Wantedlyやコーポレートサイトなど、自社が抱えるCMS上で作成する記事のことです。エンジニアブログも該当しますが、後述します。 [メリット] 1. 書いてすぐ世の中に出せる、かんたん 2. 顕在層(興味を持ってくれた人)が参考にしてくれる [デメ
成功したエンジニア組織施策とその裏にある導入背景｜nottegra@EM
まぁ長く続くとその分マンネリ化は避けられないので適宜テコ入れをする必要はあります。。。 若手エンジニアキャリア相談ビアバッシュ 細かいことは過去ブログにしているので参照。ここではブログに書かなかったことを説明します。 [概要] 新卒1～2年目の若手と中堅エンジニアが参加し、自己紹介や今までやってきたプロジェクトについて全員がLTを実施。終わったらそのままキャリア相談という名の懇親会(飲み会)に突入。 [導入背景] 若手エンジニアが中長期のキャリアに悩んでいることが多く、マネジメント側(自分)からあれこれ助言しても決めあぐねる状況が見られました。自分のキャリアに関するイメージが薄いと短いスパンでの目標設計しか出来ないので、マネジメント側からしてみると評価が難しいことがありました。 原因として大きいのは参考にできる情報が圧倒的に少ない事なので、身近な人のナマのキャリア遍歴を効率良く情報収集する
失敗したエンジニア組織施策としくじりの反省｜nottegra@EM
前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員＋組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
