アドカレ文化のなかった開発組織で初開催するメリットと注意点

この記事は [株式会社サイバー・バズ Advent Calendar 2021](https://qiita.com/advent-calendar/2021/cyberbuzz) 25日目の記事です。

https://qiita.com/advent-calendar/2021/cyberbuzz

24日目の記事は [@kuririn_33](https://qiita.com/kuririn_33) さんの [Canvas APIでの描画をする時の落とし穴と便利メソッド](https://qiita.com/kuririn_33/items/c4e24ed00ce338ef2981) です。

# 概要

本記事では、**アドベントカレンダー文化のない開発組織で開催してみた結果どうなったか？**をまとめました。

弊社の**開発組織（エンジニアチーム）**の現状については、

- **少人数**
- **平均年齢は20代後半**
- **社内勉強会や輪読会など、技術のキャッチアップを推進する文化は既に根付いている**

となっております。
以上を念頭に置いたうえでお読みいただけると幸いです。

:::note info
「次こそは自分たちの開発組織でもアドベントカレンダーを開催しようかな！」とお考え中の方に特に読んでいただきたい記事になります。
:::

# 開催の経緯

**〜10月初旬〜**

ぼく「[@kashira2339](https://qiita.com/kashira2339)さん、弊社でもアドベントカレンダーやりませんか？在学時代に研究室でやっていた時、良い文化だったのでウチでも開催したいなと……」
kashira2339さん「ええと思うよ。チームの皆にも共有と相談しようか」
ぼく「はーい！」

↓

ぼく「というわけで、アドカレ開催したいと思うんですが……」
チームの皆さん「「「「「やろう」」」」」

**〜11月末頃〜**

ぼく「連絡遅れましたが、今回は以下のルールで進めたいと思います」
チームの皆さん「「「「「はーい」」」」」

## 今回定めたルール（のようなもの？）

初開催ということで、**投稿に対するハードルが下がること**を意識しました。

- 投稿テーマは**「エンジニアリングに関すること」**
- テーマを遵守していれば、**業務で得られたことでも趣味開発に関する内容でも良い**（社外秘の内容は不可）

# メリット

開催してみて、開発組織の皆さんから**「ここは良かった」**と声があがったことについてです。

## "外"に向けたアウトプットが財産になった

社内向けのアウトプットとは異なり、**社外向けのアウトプット**になるので、

## どうすれば人に上手く伝わるアウトプットになるか？を考えるきっかけになった

記事などの形でのアウトプット経験が少なかった方から**「人に伝わる形でアウトプットするのって難しいね」**という振り返りを頂きました。

自分も久しぶりに記事を書く機会となったため、同様のことを感じていたので**アウトプットの練習機会になる**というメリットがありました。

## 「LGTM 数が多い記事は凄い」ということに気づけた

記事を書く上で、Contribution数が多い記事を閲覧する機会が多く発生したのですが、その中で**ウケている記事には理由がある**という気づきを得ました。
その要素としては

- **くだけた記事であること（読みやすい）**
- **再利用性が高い（知識が詰まっていたり、痒いところに手が届く内容）**
- **情報が新しい（まだ少ないもの）**

があります。
**書き手になったからこそ、記事の読み方がより深まりました。**

## アウトプットをする過程で生まれたインプットが大きかった

特に、技術知見の話について記事を書こうとすると情報の精査が必要です。つまり、**記事を投稿するためのインプット**が発生します。

このインプットは、

- **新しい情報が見つかる**
- **より深い情報（記事を書こうとしないと知り得ないもの）を得られる**

という、**普段とは異なる知見が得られる**ものなので、ここが大きかったという反応も多くいただきました。

---

また、以下の**注意点にあげる項目について改善すれば、来年の開催についてもポジティブ**な意見が得られました。

# 注意点

初めて開催した中で得られた**失敗**や**改善すべき箇所**に基づく**5つの注意点**をまとめました。

:::note info
アドベントカレンダー進行役が注意すべき内容を中心としています
:::

## アドベントカレンダーの概念について共有しておくこと

初開催の場合は特にですが**「そもそもアドベントカレンダーとは何なのか」という概念についての共有**をしましょう。

この根幹が把握できているかによって**アドベントカレンダーを楽しめるか**が変わってくるので、**参加者全体で概念が理解出来ている状態**に必ずしておきましょう。

**最低限おさえておくべき要素**(記事投稿スタイルのアドベントカレンダー)は

- **12/1〜12/25 まで、各人が毎日記事を記事を投稿していくイベント**

であることです。

## 開催の目的を前もって定めておくこと

**「何のために開催するのか」**を定めましょう（一人で決める必要はなく、相談も含めて良いと思います）。

少なからず**記事の投稿にはリソースを頂戴する**ことになるので、**目的が明確かつ共有済みで、チーム全体から理解を得られていないと記事投稿がただツラいだけ**のイベントになってしまいます。

開発組織で開催する場合は、コミュニティや各言語のカレンダーに参加するのとは異なり「楽しむこと」以外が主目的となる場合も多いです。

特に、**少人数の組織に**おいてはカレンダーをすべて埋めようとすると**複数回の投稿が必要**となるので注意しましょう。

:::note warn
楽しむことが主目的であれば、12月の途中〜12/25までを1人1記事投稿する日程で埋めて、前半は回避し、各人に掛かる負担を調整する等もアリだと思います。
:::

## 1ヶ月前には進め方を共有しておくこと

**早い段階で進め方を共有**しておきましょう。
Qiita の場合、例年 11/1 にアドベントカレンダーページがオープンするので、11初旬に記事投稿の日程決めが出来ると良いです。

進め方の共有が開催直前になってしまうと、**記事投稿者**への負担が増加するので、事前に

- **レギュレーションの確認**
- 今回の**投稿記事に求めるテーマ**

等の共有は済ませておきましょう。

:::note alert
進め方など詳細の共有は遅くなりがちなので、気をつけましょう。
:::

## 投稿日のリマインドをすること

**記事投稿日の方にリマインド**をしましょう（自動化できると良いかもしれません）。

**投稿日の勘違いを防ぐ**ことや、**イレギュラー対応で記事投稿が難しい場合に投稿日を前もって交代する**ことが可能です。

## 投稿された記事の周知、広報の方法について練っておくこと

各人が**投稿してくれた記事の広報方法を練っておきましょう**。

全員が全員アドベントカレンダーに貼り付いているわけではないので、**記事が投稿されたら社内のチャットツールに流す**ことや、**社外向けにも投稿記事の周知が出来る手段を決めておく**と良いです。

:::note info
特に、アドベントカレンダーの目的を「採用活動」重視としている場合は、後者の手段について詰めておくと良いかと思います。
:::

# [株式会社サイバー・バズ Advent Calendar 2021](https://qiita.com/advent-calendar/2021/cyberbuzz) おすすめ記事

最後に、各人より寄せられたおすすめ記事を紹介して、2021年アドベントカレンダーの〆とさせていただきます！

## 最も Contribution 数が多かった記事

### 12/3 [知ってると得をするReactコンポーネントのイケてる書き方](https://qiita.com/102Design/items/b1dcebbbc768c65befc9)

https://qiita.com/102Design/items/b1dcebbbc768c65befc9

## [@kashira2339](https://qiita.com/kashira2339) さんおすすめの記事

### 12/1 [新卒 Web エンジニアとして入社前にやっておきたかったこと] (https://qiita.com/Rone_Loreto/items/fd299a54a63a70824a8c)

https://qiita.com/Rone_Loreto/items/fd299a54a63a70824a8c

### 12/20 [実例から学ぼう！競プロの最悪な歩み方](https://qiita.com/Hirochon/items/6c08c987f1462a76c461)

https://qiita.com/Hirochon/items/6c08c987f1462a76c461

## [@i12_yuya_i15](https://qiita.com/i12_yuya_i15) さんおすすめの記事

### 12/5 [前編：EC2にFabric1.xでデプロイされていたPlayFrameworkのプロジェクトをGitHub Actions+CodeDeployでのデプロイに変えてみた話](https://qiita.com/kashira2339/items/395f8d1a8d53d8c902f6)

https://qiita.com/kashira2339/items/395f8d1a8d53d8c902f6

### 12/6 [後編：EC2にFabric1.xでデプロイされていたPlayFrameworkのプロジェクトをGitHub Actions+CodeDeployでのデプロイに変えてみた話](https://qiita.com/kashira2339/items/1479d7691623f5502754)

https://qiita.com/kashira2339/items/1479d7691623f5502754

### 12/7 [「自炊しない方が良い」エンジニアとは](https://qiita.com/Hirochon/items/1c7536860177a34fa614)

https://qiita.com/Hirochon/items/1c7536860177a34fa614

### 12/9 [一応エンジニアをしてきて約1年半、すぐに脳裏に浮かぶ読んで良かった記事2つ](https://qiita.com/kuririn_33/items/923de860d70402488250)

https://qiita.com/kuririn_33/items/923de860d70402488250

### 12/12 [GoogleAppsScript(GAS)で効率化する時になんだかんだよく使うコードスニペット10選](https://qiita.com/kashira2339/items/d0e399a97bf586132ea1)

https://qiita.com/kashira2339/items/d0e399a97bf586132ea1

## [@kuririn_33](https://qiita.com/kuririn_33) さんおすすめの記事

### 12/2 [新卒研修でドメイン層のテストカバレッジ100%にした話](https://qiita.com/Hirochon/items/f886816e4a1d93132744)

https://qiita.com/Hirochon/items/f886816e4a1d93132744

## [@Hirochon](https://qiita.com/Hirochon) さんおすすめの記事

### 12/15 [かいはつ小話「モックをくださいな」](https://qiita.com/i12_yuya_i15/items/66b40770e4e8744c36c4)

https://qiita.com/i12_yuya_i15/items/66b40770e4e8744c36c4

## [@Rone_Loreto](https://qiita.com/Rone_Loreto) おすすめの記事

### 12/4 [Canvas APIで「ポケモン」を描いてみる](https://qiita.com/kuririn_33/items/d3ad2aa5ba38770fbdc5)

https://qiita.com/kuririn_33/items/d3ad2aa5ba38770fbdc5

### 12/21 [Canvas APIでの描画をハックする](https://qiita.com/kuririn_33/items/ec83b4c878395b647586)

https://qiita.com/kuririn_33/items/ec83b4c878395b647586

### 12/24 [Canvas APIでの描画をする時の落とし穴と便利メソッド](https://qiita.com/kuririn_33/items/c4e24ed00ce338ef2981)

https://qiita.com/kuririn_33/items/c4e24ed00ce338ef2981

### 

---

以上です！
**アドベントカレンダーの完走**お疲れさまでした！皆さん、**メリークリスマス**！