こんばんは。
私は自社内でエンジニアブログを立ち上げ運営しているのですが、運営にあたって寄稿者の「巻き込み」に悩みを感じTwitterでつぶやいたところ、多数のコメントを頂戴しました。
素晴らしい意見を多数頂戴したので、今後の参考になればと思い記事としてまとめたいと思います。
ぶっちゃけ、みんな
「エンジニアブログなんて書いている余裕は無い」
って思っているんだろうなーと…これへの対応策ってあるの？
— t.kizawa (@kizawa2020) October 13, 2022
背景の説明
上記ツイートだけでは状況の説明が難しいので、補足します。
私は昨年(2021年)に自社のエンジニアブログを立ち上げました。
（本記事では敢えて社名・サイト名は伏せたいと思います）
エンジニアブログ立ち上げについて
エンジニアブログ立ち上げの目的は、以下のような感じです。
- 自社クラウド事業の認知度を高めること
- 発信することによってのエンジニア育成を目指したい
もちろん、認知度の向上によってゆくゆくは案件獲得に繋がれば嬉しい、といったスタンスとなります。
クラウド事業は あくまで社内の中のいち事業という位置づけのため、エンジニアブログは自部署（私）で運営しており全社的なコミットメントはありません。しかし執筆者は広く社内に募集するといったスタンスを取り、自部署（私）の承認を経て記事を公開するルールとしています。それは発信意欲のある社員からの寄稿を広く募集し、発信することによる成長機会を得て欲しい、また個人のキャリア開拓に繋げてもらいたいという思いからとなります。
なお元々私が社内コミュニティの運営を行っていたため、エンジニアブログ立ち上げ当初の記事に関しては コミュニティに理解がある「アーリーアダプター」に声を掛けて執筆いただきました。
その結果、エンジニアブログの立ち上げは一定の成功を収めたと考えています。
但し、社内の「アーリーアダプター」はごく少数。
執筆者数、記事数とも頭打ち感があるので更なる発信者を増やしたい、と考えています。
そんな中、社内のメンバーより「みんなエンジニアブログなんて書いている余裕は無い」と思っているんじゃないですか？ というコメントを頂戴して、解決策はあるのかなぁと素朴な疑問を頂いた。
それがツイートの背景です。
自社の文化
いわゆるシステム・インテグレーターに所属しております。
安定志向で長く勤める社員が多い、いわゆるJTCの分類 になるかと思っています。
プライベートを大事にしてサラリーマンをするには良い会社だと思います。
なお業務の忙しさは人それぞれですし、日本企業としての労務管理もしっかりと行われています。
発信するモチベーションさえあれば、個人の裁量でも業務調整してアウトプットできる状況だろうとも思っていますし、モチベーションがあればOFFの時間にもアウトプットする意欲が沸くのではとも思います。
皆様から頂戴したコメント
さて、ここから皆様から頂戴したコメントを分類して転記したいと思います。
同じことで悩んでいます
私も悩みの種の話題ですが、個人的には、
「エンジニアブログなんて書いている余裕は無い」を解決できてる人がTopEnginnerになっている人だという事がヒントなのかなあと最近思っています。ただ現場では悩ましいお話であるというのが現実ですね、、、— hayashi_crlf (@hayashi_crlf) October 14, 2022
実は私の視点ではAWS Top Enginnerに認定されている方って、2種類いると思っています。
- 実務内で高い技術力を発揮している人
- 技術力を外部に対してアピールできている人
AWS Partner Ambassadorはアウトプットできる人であることが要件ですが、AWS Top Engineerに関しては必ずしもアウトプットできることが要件だとも思っていません。アウトプットできることが望ましいですが、むしろ前者の方が技術力は高いのではとか思ったりして、ね。
エンジニアブログの記事発信って、以下のどちらかですよね。
- 書きたい人、発信したい人のモチベーションに任せる
- 輪番制を敷き、部署内・部署間で持ち回りで書く
自社の場合は現時点では前者です。
単純に部署間の調整・巻き込みが大変だから、あと記事の品質面にも懸念を抱いたというのが理由です。
（ここは自社の課題と認識しました）
非常に興味あり。自分にそのマインドあっても、組織でやりたいとき、皆を同じ方向に向かせるのが課題。うまくいってるところの取り組みは参考にしたい。 https://t.co/C7jV7XB7Vo
— kao (@cat_kaotaro) October 14, 2022
組織のメンバーが皆同じ方向を向くことが理想なのですが、ある程度以上の規模感になると困難ですよね。
当社の場合もそうで、各部署の事業内容・視点は異なりますので、私が「クラウド事業の認知度を高めるためにエンジニアブログを書いてください」とお願いしたとて、なんで他部署のために協力しなくてはならないんだ、と思われてしまう可能性は高いです。
はい、多忙でアウトプットは無理です・・・
大変ですね・・・
私も結構忙しいので、お気持ち察します。。
ただ、そんな方にもお勧め、秀逸なコメントも頂戴しました。ありがとうございます。
ネタ帳を作っておいて空いた時間にちょこちょこ書き溜めておく
ネタが出来上がったら、ブログにアウトプット
以前よくやってました。— 雪山雪乃介 (@yukiyama2003) October 14, 2022
素晴らしいとしか言い様がないです・・・
ただネタ帳に書いておいても、実際の「やってみたこと」や手順は時間が経過すると忘れてしまうんですよね。
なので私は（苦しいながらも）なるべく早めにアウトプットするように心がけてはおります。
そもそもアウトプットできるスキルを持つ人は希少
そうなんですよね。これは私の肌感覚と一致しています。
そもそもブログ記事としてアウトプットした経験が無いので、どのように文書を組み立てて書いたら良いのかわからない。またブログツール(WordPressなど)を使ったことも無いので、重い腰が上がらない。
社内向けにWordPressの操作マニュアルを作ったり、WordPress操作方法の動画を制作したり、はたまた社内セミナーを開催して文書の構成の仕方も解説したことはあります。あまり効果無いかなという感想ではあるのですが、今後も継続的な取り組みとして行っていきたいと思います。継続は力なり、ですね。
私はボランティア精神ですね。
誰かの記事に今まで助けられてきたので、恩返し的な感じです。— Amemiya Riya (@Riya31377928) October 14, 2022
基本は無いんじゃないですか
例えるなら健康のために運動する人、健康に良いとわかっていてもしない人みたいな
お金や評価の対価があるなら対策になりますが
アウトプットする人って初めからそんな期待をしてないので
”最初に損をする人が最後に一番得をする”だと思ってます— Shinoda Yukihiro (@yukkie1114) October 13, 2022
確かに私自身も別に対価を求めてアウトプットを始めたわけではないですね。
最初の動機は、業務での調べ物でブログ記事にお世話になっているので、自分も発信して還元したい！という気持ちでした。それが巡り巡って今のキャリアに繋がっています。
ただそれの経験談を引用し、「だから皆さんもアウトプットしましょう」と言っても、全く響かないんですよね。これが本記事が投げかけるイチバンの本質だったりします。
アウトプットへのハードルを下げる
そんな状況への打開策として、技術広報コミュニティのSlackにてKumadaさんからコメント頂戴しました。
ブログであれば共著、勉強会であれば共同発表など部分的に関わってもらうなどはどうでしょう。
弊社でも若手へのハードルを下げる＆負担を分散させる案の1つとしてですが、そういうのがあがってました。
なるほど！ これは有効と思いますね。
自分も輝いてみたい、けどアウトプットしたこと無いし、どのようにしたら良いかわからない。
そんな方には、共著/共同発表の形で部分的にアウトプットしてもらう、これは良い手段だと思います。
参考にさせて頂きます。ありがとうございます！
モチベーションに働きかける
「書くこと＆フィードバックをもらえることが楽しいから、多少無理してでも書いてしまう」という内在モチベーション駆動が一番持続可能性ある気がします。
— みのるん☁️ (@minorun365) October 13, 2022
書いたことが一定の報酬につながるなら、書くという人もいたり、あとは報酬とはならなくても、それを書いたことが世へのインパクトとなったりすると、別に報酬もわらなくてもいいやってなったりですね、、、
— Typhon(ﾃﾎﾟ)/Shun Yoshie✡1017awscommunityapacreport (@Typhon666_death) October 13, 2022
私が自社のエンジニアブログ運営で目指していた方向性はこれでした。
発信することで個人の成長と共にキャリア開拓にも繋がるよ！、社外から表彰されたりした人も居るよ！ だからみんなアウトプットしようよ！、と。
ただ、これでは響かない人が多いことがよくわかりました。
自社には安定志向の社員が多いため、転職を考慮した個人のキャリア開拓を前提とした話とは噛み合っていない ということに由来しているのかと思います。
また自社の人事制度（評価制度）にも組み入れられている訳でもないので、直接的な評価にも繋がらない。
これでは直接的なモチベーションには繋がらない、ということにも納得がいきます。
アウトプットすることによる楽しさとか面白さをアピールする
評価じゃないところで、楽しさとか面白さをアピールするのがいいんじゃないですかね？土日を潰してまで、なんでコミュニティしてんの？なんで執筆してんの？てのも全員ではないにしても、面白い楽しいておもってるからかと。評価のことが先行してるてのは意外とないというか、むしろ後からついて来た？
— Typhon(ﾃﾎﾟ)/Shun Yoshie✡1017awscommunityapacreport (@Typhon666_death) October 13, 2022
確かにその通りですね。
但し、コミュニティ活動は何で楽しいのか、面白いのか明文化しようとしたら意外と難しいことに気付きました。
- アウトプットしたものが色々なところで紹介されて（バズって）社内外から褒められた
- 社外に繋がり、知り合いが増えた
- 社外から表彰されたり、活躍の機会が増えた
私は嬉しいのですが、安定志向の方においても嬉しいのだろうか、と思うと微妙だなと思いました。
そもそも業務外で社外とコミュニケーションすること自体に興味の無い方々と思われるので・・・
自分が目立ったことで余計な問い合わせが増え、（評価もされないのに）余計に忙しくなった。
プライベートも大事にしたいのに残業が増えた、と言われそうです。
その点、これに関連したAWSマンガは解になるかもしれません。
最終的に自社内にフィードバックして提案が認められるところまで含まれているのが良いですし、SIerのメンバーであっても「コミュニティに参加すれば担当するお客様の課題解決に繋がる提案ができるかもしれませんよ」と言えるかもしれません。
それコミュニティが必要？ AWS社等のサポートがあれば良くない？と質問されると微妙ですけど。
未来の自分のために書こう
若い方には、エンジニアブログを投稿したら、誰が1番読む可能性が高いかを説明していますね。
「未来の自分」が読む可能性が高くて、過去の自分が助けてくれる。あれどうだったかなという時間がかなり短縮できますね。
— Kou Komazawa | コマコウ 育休中 (@komazawa_ko) October 14, 2022
未来の自分のために書こう！とかどうでしょう？
意外と過去の自分が残した記事が解決策になったりするので— Amemiya Riya (@Riya31377928) October 14, 2022
対応策ではないですが捉え方次第かな。
インプットした知識をアウトプットすると脳内が整理され、再理解につながる。
アウトプットを第三者に公開することで、例えば誤りとか、インプットした知識の質を高めることができる。
結果としてアウトプットすることは自身の業務の質の向上に繋がる。
的な。— ゴリラ系ITコンサルタント (@5umerag1) October 14, 2022
メモとして書き、それをどこに公開するかは、その時の状況やモチベーション次第。
アウトプットすることで、数年後に困った時に過去の自分に助けられたり、新人やお客様から役立ったと言われることもありますので、未来で楽できる、ワンチャン案件獲得になるかも？くらいの気持ちでいるのが良いかと。— Kohei Nishikawa (@kolinz) October 13, 2022
私も、エンジニアブログをまだ書いたことの無い方に説明する際には同じような説明をしております。
- 作業メモとか取ると思うので、それを記事化しよう
- 記事化することで知識の整理になりいいですよ
- 自分で読み返した際に後日役に立ちます。
- 発信することで、世の中の「誰かしら」の役に立つことができます
こちらもあまり響いている感触は無いのですが、今後も継続的な取り組みとして行っていきたいと思います。
継続は力なり。
なお、この点に関しては私が師事をするソラコム MAXさんの記事が役に立つので、リンクも貼っておきます。
会社としての意思決定が大事
企業におけるブログ運営は会社としての意思決定を得られているかがめちゃくちゃ大事だと思います
自社だとブログ運営委員会を立ち上げてからとても活発になりました— はぶちん (@modokkin) October 14, 2022
これは正直羨ましく、そうであれば苦労しないのになぁ…という率直的な感想です。
そういう会社でお仕事がしたいですw
業務時間内に書くべき、業務調整すべき
このご指摘は、最も多くコメントを頂きました。
ごもっともです。
業務の一環にする。
— さとう けんたろう@のどかぜ (@fumokmm) October 14, 2022
仕事の一貫なら他の仕事と同列にブログ執筆を工数管理する。
趣味枠なら書きたい人が書くに任せる。
以上のものは無さそう。 https://t.co/Y8M2rH5OCX— 光電/7474 (@koudenpa) October 14, 2022
自社においての状況をご説明しますと、私のマネージメントする範囲のメンバーや所属部署の同僚においては本人の裁量において業務時間内に執筆することを認めています。
但し、前述の通り会社としての方針決定はありませんので、他部署へのルールの働きかけは難しいです。
（他部署の執筆者がどのように時間を捻出し執筆しているかどうかについては関知していません）
なおエンジニアブログ立ち上げ当初の投稿ルールとしては、以下のようにしておりました。
- 社内ネットワーク（業務時間中）のみ投稿可能
- 寄稿にあたっては、所属部署の上長にも確認してね
ただ、このルールでは厳しく寄稿が難しい。自己研鑽で学んだことなんだから、上長の許可を経ずとも社外（時間外）にも投稿できるようにしてくれ、との要望が多くあり、今のルールに変更したという経緯があります。
だったら別に会社ブログではなく個人で発信したら？と言われそうですが、私としては「今までアウトプットしていなかった層」に、学んだことをアウトプットする習慣をつけてもらいたいという意図が働いており、実際に発信経験が無かった方に多く発信いただいています。
ということで このテーマは、非常にナーバスであり、且つチャレンジングな話題であるとは理解しています。
でも何で当社としては全社的な取り組みにしたいのか。ここへの背景は
- 今やクラウド担当（自部署）だけでは対応力に限界があり、全社的に「クラウドに強く」しないといけない。アウトプットすることによる成長の場というコンセプトも維持したい
- いわゆる”配属ガチャ”の結果、クラウドの仕事をしたいのにできない若手がいる
彼らにアウトプットする場をつくり、光を当てたい
実はここまで考えて施策を進めています。
続いて業務調整せよ、というご指摘。
3人でやってる仕事を4人ですればいけます
— やまやま (@yamayama5522) October 14, 2022
８時間労働をなくして６時間労働にする（
— そるてぃ (@prot_gs) October 14, 2022
頼まれた経験も頼んだ経験もありますが、
エンジニアブログを書く余裕をあたえる…。— 大塲将之@Webデザイナー (@masayuki_oba) October 14, 2022
これについては、採用を強化して人員を増やせば問題の解消に向かいそうな話ではあります。
採用活動は常に行っているのですが、業界全体の人手不足の情勢からなかなか厳しいですね。
また、「エンジニアブログを執筆できる人材はどのような要件を提示したら採用できるのか？」という点でも良くわかっていません。
書くのを仕事にすれば良さそう https://t.co/AwOqFNS856
— ゴリラ (@gorilla0513) October 14, 2022
このコメントを拝見して思ったのが、以下の点
- ライターを採用
- 業界著名人や外部ブロガーに発注し執筆依頼
ライターの採用は前述の「採用要件の提示」の面で難しいと感じますが、外部執筆者にコストを払うことについては不可能では無いと思います。
但しこれは、サイトとしての性格を大きく揺るがす話となるため慎重に検討したいと考えています。
執筆することへのインセンティブ、評価ルールを作るべき
PV数でインセンティブですね
— 茶トラみかん (@chatora_mikan) October 14, 2022
自己満足職人の評価を下げて、組織への共有した場合の評価を上げる。
社外への展開も推奨する。ついでに、仕様を組織や社内で隠蔽するようなサービスは絶対に使わないと宣言し、実践する。
エンジニアが同じような悩みをそれぞれが持ってること自体、全体の待遇悪化につながる。 https://t.co/XyF1RMt2NU
— pichunya (@pichunya2) October 14, 2022
また、技術広報コミュニティのSlackで、Kumadaさんからもコメントも頂戴しました。
最近弊社でトライアルとして表彰制度を作ってみました。既に前向きに取り組んでいる人(内発的動機で書いてる人)には副次的なエンハンシングとして、そうでない人にはきっかけになればと考えてます。
なるほど。
実際に表彰制度は検討していまして、方針について部署内で承諾も得ています。
ただ、会社としてのコミットメントが無い以上、社内で表彰される「名誉」が主になってしまい、副賞としてはノベルティ（トロフィー？）が最大になってしまいます。結果として人事上の評価につながり給与に結びつくかどうかは保証できませんが、それって嬉しいでしょうか？
また、やはり内輪のメンバーが目立つ可能性もあり、これを考えると腰が重くなります。
但し無いよりはあった方が良さそうですので、推進したいと思います！
少人数でも輝けば大丈夫。既存発信者を大事に
まだ試行中ですが…ON/OFFを切り分けて、業務時間以外は自分の時間に使いたい人が多いのかなと思っています。業務外・残業でブログなどoutputするのは企業規模にも寄りますが部に3-5名も居れば十分と感じています。あとはこの3-5名を輝かせる仕組みを作り、続いてくれる人を増やしたい
— Shigeru Oda （織田 繁）育休中 (@OutputSeq) October 13, 2022
なるほど。これは盲点でした。
私の場合は元々育成のニュアンスを含めていたため、執筆者を増やして⇒記事を増やそう！と一辺倒で考えておりましたが、確かにエンジニアブログの執筆者を増やすことは必ずしも無いかもしれませんね。
ネタ切れ状態になることを避けるよう、別の施策で執筆者への支援（インプット）を強化する、少数精鋭へ手厚いサポートをして輝かせてあげる、それも一つの手段ですね。
ウチは改善できました
成功事例の共有もいただきました！ありがとうございます。
こちらは業務志向＋モチベーションアップで成功している事例
2年半ほどゆるく長くのコンセプトでテックブログやってますが、未だにライターが自然発生していたりと割と根付いています。主な要因は下記あたりかなーと思ってます。
・執筆を業務として認めている
・書いた記事が本人の資産になる
・運営チームが定期的に執筆者のモチベup企画をやってくれている https://t.co/PhmfOriIum— うえむら (@uemurax_HR) October 15, 2022
レスありがとうございます！
業務として認める点は開発部で承認されていまして、日々の工数システム上でも「執筆業務」というマスタを用意しています。
モチベupは社員投票で毎月のベスト記事を決める表彰で、選出されるとアマギフなどのプライズを貰える形になっています。
— うえむら (@uemurax_HR) October 15, 2022
自社の場合、社内での名誉＋ノベルティくらいの表彰でモチベーションに繋がるのかという疑問はありますが、上記で採りあげた話題とリンクしますし、チャレンジに値しそうです。
次はコミュニティドリブンでの成功事例
そゆメンバーのところに、仕事の相談だったり、登壇のオファーだったり、あの人の発表みて、御社にー、とかが発生するようになったんですよね。アウトプットすることが、他の人達から社内よりも先に社外から認められるようになったり。そゆのをもとに、アウトプットしないのは知的な便秘といい続け続
— Typhon(ﾃﾎﾟ)/Shun Yoshie✡1017awscommunityapacreport (@Typhon666_death) October 13, 2022
コミュニティとかやってた自分を追っかけてくれた後輩も何名かいたりで、今にいたる感じですかね。新井くんも今は立派なアウトプットする人ですけど、昔はそうでもなかったですしねｗ 言い続けることと、それを見せ続けることが大事なんじゃないでしょうか。「継続は力なり」ですよ。
— Typhon(ﾃﾎﾟ)/Shun Yoshie✡1017awscommunityapacreport (@Typhon666_death) October 13, 2022
こちらは継続的に粘り強く取り組んでいく必要がありそうです。
私はコミュニティベースのアウトプットマインドは理解しているつもりではいますので、今の考えは間違っていないようです。めげずに引き続き社内に対して言い続けていきたいと思います。
まとめ
概ね、頂戴したコメントを引用させて頂きました。
最後に１つコメントを紹介
自分は直接、書かない理由を聞いちゃいますね。人によって理由がだいぶ異なりますね。あと、人の意識を変えるのは大変なので気長にやり取りします。
— Kou Komazawa | コマコウ 育休中 (@komazawa_ko) October 14, 2022
そりゃそうですねｗ
今後は個人で悩まずに「なんでアウトプットしないの？」って聞いて回るようにしますw
ということでおさらいしますと、私としては以下の検討を進めたいと思います。
- マインド面
- 作業メモはアウトプットしよう！と言い続ける
- 今後もアウトプット方法についての説明・解説を引き続き実施する
（文書の書き方、WordPressの使い方、etc）
- インセンティブの検討
- 表彰制度の企画・推進
- 執筆者へのサポート強化
- 若手においては、共著/共同発表への声かけを実施しハードルを下げる
- 既存執筆者へのインプットを強化する
- その他
- 「なんでアウトプットしないのか？」聞く
- メンバー負荷軽減のため採用を強化する
これ全部自分でやるの？と思うと気が滅入りますけどｗ 頑張ります。
皆様コメントありがとうございましたー
コメント