#june29jp

「自分の側にあって、相手の側にないもの」を正しく伝えること

2017-04-24

自分が日々のコミュニケーションの中で「これを重要視しているな〜」と気付いたものがあったので、整理のために書きます。ここでは「情報をやりとりする」タイプのコミュニケーションを扱います。

そもそもコミュニケーションとは、異質な2つのものをつなぐためのものです。もし、あなたとぼくが完全に等しい存在であったとしたら、そこにコミュニケーションは必要ありません。我が家はなかよし夫婦だとは思いますが、奥さんとぼくは異なる存在であり、性格も価値観も所属も経験してきたことも違うので、その差分を楽しむために日々コミュニケーションを取っています。はい。

「相手と自分は違うものである」という前提が、とっても大事。そう考えると、誰かとコミュニケーションを取るときには「自分の側にあって、相手の側にないもの」を正しく伝えることが重要であるということがわかってきます。

お仕事でのやりとりを想像してみても、そうですよね。ぼくはソフトウェアエンジニアなので、他の職種の人とやりとりするときには「ソフトウェアエンジニアリング」の観点から他のみなさんに情報提供することを心がけています。

また、スケジュールの相談についても同様です。ときに、恐らく相手を思いやる気持ちによって、作業をお願いする側が「そんなに急がないので、今やっている作業が終わってからでよいです」と言ったりします。それに対して引き受ける側が「すぐ終わるんで、今からシュッとやっちゃいますね」と返したとしましょう。

  • 「そんなに急がないので」はけっこう曖昧なので、より詳細な情報を伝えられるとよさそう
    • たとえば「今日中に終われば最高、今日で終わらなそうな場合はいつ終わるか知りたい、今月中に終わらないようなら相談したい」くらいの情報があると判断に役立つ
  • 「今やっている作業が終わってからでよい」は、自分より相手の側の事情に立ち入っているので、確度の高い言及はむつかしそう
    • このやりとりでは結局、引き受ける側が「すぐにやっちゃった方がいい」と判断している

お願いする側がどれだけがんばったとしても、引き受ける側の都合を100%理解して引き受ける側の代わりに判断することはできませんからね、そこに力を注ぐよりは、自身が持っている情報を適切に示して引き受ける側が判断しやすい状況に近付けるのが得策でしょう。ポイントは「相手を思いやること」と「自分が持っている情報を正しく伝えること」は両立できるということです。前者だけを考慮しようとして「なんだか忙しそうに見えるし、今日中はむつかしそうだから、今週中でお願いしてみようかな…」と想像することはできますが、どこまでいっても想像することしかできません。それならば、しっかり後者をこなしていくのが、誠実なコミュニケーションだとぼくは思います。

こういったやりとりは実際にちょくちょく見かけるので、それぞれの現場でコミュニケーションを改善できないか?を考えてみるのもよいのではないでしょうか。

(関連) 「わたしメッセージ」へ、そして「わたしたちメッセージ」へ。

以前に「わたしメッセージ」という考え方について書いたことがありました。これもコミュニケーションにまつわる話で、簡単にいうと「主語を “わたし” にしましょう」というものです。実は、主語を “わたし” にしてやりとりしていると、自然と自分側の情報を相手に伝えていくことになるので、あわせて紹介しておきました。

このエントリーをはてなブックマークに追加

「第2回エンジニアリングマネージャー勉強会」でトークしてきた

2017-02-21

ペパボの本社事業部のチーフテクニカルリードになりましたに書いた通り、2017年1月から社の事業部のひとつのチーフテクニカルリード(通称: CTL)を任せてもらっていて、今年はエンジニアリングマネージメントについての考えも深めていきたいと思っています。なにかを学ぶときに発表の機会を持つのは常套手段ですから、今回のイベントが GMO Yours で開催されると知った瞬間に「トークしたいです」と手を挙げました。

第2回 エンジニアリングマネージャー勉強会 - connpass

以下、トークで使った資料です。

資料だけ見てもよくわからないでしょうから、このエントリでいくらか補っておきます。

大切にしてほしい3つのこと

弊社には大切にしてほしい3つのことというものがあります。社内のみなさんは当然知っているでしょうし、噂によると採用面接のときにも「これ知っている?」と話題に挙がることが多いそうなので、これから弊社を受けようと思っている人もチェックしておくとよいでしょう。

  • みんなと仲良くすること
  • ファンを増やすこと
  • アウトプットすること

さて、この3つを試しに読み上げてみると、どんな感想を抱くでしょうか?ぼくは「けっこうふつうだな」と、入社直前にはそんなふうに思っていました。どれも「あなたは大切にしていますか?」と聞かれたら「ええっと… はい、大切にしていると思います」と答えてしまいそうな内容に思いました。

これ実は、社のエンジニアにとっては半年ごとの「評価」にも大きく関わっている話で、この3つが評価の軸にもなるんですね。この3つそれぞれについて「あなたはこの半年間、どれくらいできていましたか?」と問われることになるので、自身の評価資料を作成するにあたって、多かれ少なかれ向き合うことになる3ヶ条です。

今でもはっきりと覚えている、ぼくが入社してから初となる期末の評価面談のこと。ぼくは「みんなと仲良くすること」の自己評価を、最高評価の「S」として面談に臨んだのでした。面談相手を担当してくれたのは @hsbt さんと @kenchan くんさんです。

さて、ここでぼくの面談の数日後のチーフエンジニアの日報の一部を見てみましょう。

面談、みんなと仲良くする、アウトプットするという部分について同じことを色んな人にひたすら繰り返し説明しているので書いておこうと思う。

みんなと仲良くするという項目で違うチームとコミュニケーションをとって開発したので評価A,Sですという人が多々いるけど、専門職であるエンジニアにとって、それは業務を遂行する上では当たり前であり「仕事をしていました」と同義なので、それらが優れた実績である、とは評価することはできない。

ではどういうことが優れているのか、というのは等級にも影響するものの、大別すればコミュニケーションをとる範囲が等級で求められているものに比べて事業部、会社を超えているなど範囲が広いであったり、コミュニケーションの創発が自らの活動によって引き起こされたものであったりする、というような場合に優れている、と評価可能と考えている。

つまり、「自らが何をした、何を実現した」ということが引き金となって、コミュニケーションを取れるようになった、コミュニケーションが高いレベルで取れるようになった、という事実を主張した上で、この何をした、ということが優れた実績なのだ、という主張が初めて可能となる。

ウエーイ、視座が低かったワイのことが書いてあるぞ〜〜〜。まさにこれと同じような話を面談のときに言ってもらえて、たしかにそうだよなぁ、ワイはちょっと捉え方が狭かったよなぁ、と痛感し、面談の直後に自己評価を下げたのでした。

この体験を経てぼくは、大切にしてほしい3つのことと出会い直すことになりました。なんとなく日々を過ごして、期の終わりにただ受動的に評価を受けとるのではなく、もっとかっこいい自分になるためには日々をどっちの方向に変えていったらいいかを、この3ヶ条とにらめっこしながら真剣に考えるようになりました。そうして、件の面談があった次の期から自身の活動範囲を拡げて「本社事業部エンジニアの会」というものを発足し、それからいくらか経って本社事業部のチーフテクニカルリードになり…。あの面談を経て考え方をスイッチできたことが、今のぼくの日々につながっていたのですねぇ。

というわけで、弊社においては「大切にしてほしい3つのこと」を各自が解釈して自分の日々に還元していくことは、とっても大事です。ただ、ぼくは自分ひとりではその道を見つけられず、より視座の高い人たちとの会話によってようやく気付くことができました。

こういった指針が明文化されているのは、とても心強いことです。この指針に従って行動していけば、社内で多くの人に喜ばれる可能性が高いわけですからね。漠然と「いいエンジニアになれ!」と言われる場合に比べて、考えるためのヒントが散りばめられているのはありがたいことだと思います。加えて、それを各自が自分の文脈に落とし込んで解釈することも大事です。指針があって、解釈がある。そうして初めて、各自が自身の行動を変え始めることができると思います。

ぼくは本社事業部のチーフテクニカルリードなので、本社事業部のエンジニアのみなさんが、各自が思い描く「もっとかっこいい明日の自分」になるために、これらの指針をヒントにしながらどんなことに取り組んでいったらいいか、いっしょに考えていきたいです。もちろん CTO やチーフエンジニアが日々の中で発しているメッセージの中にエッセンスはふんだんに含まれているわけですが、本社事業部に属している分、よりみなさんに近い立場で、隣でいっしょに考えられるような存在でありたいと思います。

最近、社の Slack に上の画像のような3つの Emoji を追加しておきました。社内の誰かが「これは、高いレベルでみんなと仲良くしているなあ!」と思ったら「み」の Emoji Reaction をつけますし、他2つについても同様です。こうして「なるほど、こういう行動・活動がかっこいいのだな!」という具体例が広く可視化されれば、エンジニア各位、ひいては社内の全員が、もっとかっこいい自分になるための道を見つけやすくなるだろうと思います。きっと、そうなるであろうことを願って、今日もぽちぽちと Emoji Reaction をつけていきます。

これは Rebuild: 174: One Thousand Custom Emojis (sotarok) でメルカリさんの Slack 文化の話を聴いて速でパクりました。

あまり明示的に「マネジメント!」という言葉を持ちながら今のポジションでお仕事しているわけではないのですが、広義にはこういったこともエンジニアリングマネージメントの範疇なのかな〜と思い、こんなお話をさせてもらいました。

このエントリーをはてなブックマークに追加

イベント「東京工業大学CBECエンジニアリングデザインコンペティション」に参加してきた

2017-02-18

東京工業大学 CBEC エンジニアリングデザインコンペティション 2017

こちらのウェブサイトにも記載されている通り、弊社ペパボも協賛させていただいておりまして、また、ぼくはコンペティションの審査員として参加してきました。自分が審査員だなんて恐縮〜というのが正直なところですが、このような光栄な機会はそうそうないだろうとも思って、お引き受けいたしました。審査員席と書かれた席は最前列に用意されており、おかげで、全13チームのプレゼンテーションをたっぷりと堪能することができました。

審査結果の発表後にはマイクもまわってきて… そこでも述べさせてもらったことをここにも書いておきます。とにかく、どのチームのプレゼンテーションもおもしろく刺激的で、感心しっぱなしでした。

ひとつには、「ユーザの声を聞くこと」がしっかりと実践されているのを感じたこと。エンジニアリングデザインプロジェクトの特任講師を担当されている @kdmsnr さんからお話を聞かせてもらったところ、これはプロセスに組み込まれているとのことでした。最初は「えー、そんなのできるかなあ」という反応の学生さんも多いそうですが、一度経験してしまえばできるようになるのだそうで。こうして、学生時代に「問題発見と問題解決」のプロセスを体験した若い世代が社会に出ていく未来を想像すると、世の中のものづくりをきっとよい方向に変えてくれるだろうと期待せずにはいられません。

もうひとつには、ハードウェアとソフトウェアをうまく組み合わせたプロダクトが多かったのも印象的でした。協賛に 株式会社ウフルさんや DMM.make AKIBA さんが名を連ねているところを見ても、そういった流れがあることは間違いないでしょう。そしてそれが、2017年の学生さんたちからすれば「ふつう」のことなのだろうとも思って、頼もしく感じました。

どちらの要素も「ぼくの大学生時代との比較」という意味で新鮮なわけです。ぼくが大学にいた時期と言えば、もろに「Web 2.0」の潮流のさなかにいて、思い返してみると「個人でなにかソフトウェアを作り上げて世に出せる」そのことに大きな価値を感じていた時代だったと思います。それが今や、ソフトウェアだけじゃなくてハードウェアの自作もグッと安価に気軽にこなせるようになり、ただ作るだけではなく、真に必要とされるものを作ろうとするフェーズに移行していると感じます。この10年足らずの間に、ものづくりをとりまく環境は、どんどん変わっていっているのだと感じずにはいられませんでした。

最後は、おまけとして弊社の協賛企業ブースの写真を紹介します。

ぼくらはいつも採用目的。ふたりの距離つなぐ採用活動。

この写真はくろくんのインスタグラムから。たくさんの学生さんたちと交流できて、とっても楽しかったです。弊社も、もっともっと学生さんたちとの接点を増やして、学生さんたちに喜んでもらえるような取り組みをたくさんやっていきたいなあ。

このエントリーをはてなブックマークに追加

イベント「エンジニアとして、地方ではたらく。」に参加してきた

2017-02-14

【増枠!】エンジニアとして、地方ではたらく。 - connpass

先日も「LOCAL Community Summit 2017 に参加してきた」というエントリを書きまして、ここのところたまたま「地方とソフトウェアエンジニア」というテーマで考えさせられる機会が続いています。弊社は東京と福岡という2つの場所にオフィスがあるし、ぼくは北海道出身だし、ということで、ぼんやりとでも考えることがあるテーマではありますね。

同じ期間に在籍してきたわけではないけれど、同じ釧路高専の出身者として交流が続いている後輩の @frkout くんが立派にトークしていて、自分のことじゃないのにうれしくなりました。卒業から10年以上が経った最近、母校によってもたらされるつながりにじんわりと感謝の気持ちを感じることが多々あります。登壇ついでにうちのオフィスも見学してもらって、ちょっとの時間だけどゆっくりお話できてうれしかったです。またこっちに寄る機会があれば気軽に声をかけてほしいな〜。

弊社からは @pyama86 さんが登壇しました。急に決まった代打での登壇だったけれど、そこはさすがの @pyama86 さんでしたね、場を魅了する姿には感心してしまいます。同僚とはいえ別オフィスの勤務となると、実はゆっくり話したことがなかったりするので、こういった機会にちょっとでも話せるのはうれしいなあ。弊社の福岡メンバーズにお話を聞かせてもらうたびに「福岡に遊びにいきたい」と思わされるので、今年はなんとか理由をつけて福岡オフィスにご挨拶に行きたいと思っています。

Misoca@toyoshi さんに久しぶりにお会いできたのもうれしかったです。事業も順調そうで、ご活躍されていて素晴らしい。お互いに近況報告できてよかったです。愛知方面に遠征に行くときには、どうぞよろしくお願いします。

平日の夜、お仕事を一段落させてからオフィスビルの階段を降りていって、ふらっとこういうイベントに参加できて俺得でした!みなさん、お疲れさまでした〜。

このエントリーをはてなブックマークに追加

我が家の自家用 Slack に後輩ふたりが居候している話

2017-02-07

概要

2015年の年末から、後輩ふたりが我が家の自家用 Slack に居候してくれています。もとは奥さんとぼく、それに何体かのボットだけで暮らしていた Slack に、家族以外の人間を招き入れて過ごすようになってから丸1年以上が経ったので、ぼくらの身にどんなことが起きたのか共有してみようという試みです。我が家以外でそういった事例は聞いたことがないので、率先して発信してみるのがよさそうと思いまして。

招待した経緯

当時、後輩がいろんなことで悩んでいて、2015年の忘年会的な飲み会のときにも、ちょっと元気がない様子だったんですよね。たまにいっしょにごはんを食べたりして、とってもいいやつなのはわかっていたので、なんとかこの子が元気な毎日を過ごせるようになるといいな〜と思っていました。幸い、数年長く生きている身としてぼくの立場からでも助言できることはありそうだったので、まずは交流の機会を増やしてどんなことでも気軽に相談してもらおうということで、我が家の Slack に招待することにしました。

ちなみに、後輩たちはそれぞれこんな子です。

  • 20代なかばのウェブ系エンジニア
  • 20代なかばのウェブ系デザイナ

どんなことをやりとりしているか

日々 Slack でやりとりしている内容は、だいたい以下のような感じです。

  • なんでも雑談
  • なんでも相談
  • 近況報告
  • ボットによる毎朝8時の東京都の天気予報通知
  • フィードによる各位の新着ブックマーク
  • フィードによる各位の読んだ本

もともと奥さんとの間で活用していたボットや各種インテグレーションは、ほとんど後輩たちと話すチャンネルに持っていきました。

この1年の間に、どんなことが起こったか

いまふりかえってみて、招待してみて本当によかったなぁと思います。後輩たちはふたりとも元気にしていて、今日も Slack 上で定常的にコミュニケーションを取っています。

ぼくが充分にその役目をまっとうできているかどうかは置いておくにしても、20代の若者にとって、人生に迷ったときに気軽に相談できる相手というのは非常に重要なのではないか、と感じています。自分の場合は、20代の半ばで自身の価値観に大きな影響を与えてくれる出会いがたくさんあり、その中で信頼できる大人たちにも出会うことができました。人生における大きな決断の際には、そんな大人たちに話を聞いてもらってフィードバックを受けたりもしました。そうではなくとも、かっこいい大人たちの姿をウェブ越しにでも拝みながら過ごしていると、自分の決断にも勇気を与えてもらえるような気がするものでした。

居候してくれている後輩も、わかりやすいところでいえば「今の仕事をこのまま続けていてよいものか…」と悩んでいた時期があり、そんなとき、すぐに相談に乗れる場所があったのはよかったと思います。うちの奥さんは、後輩たちが元気に過ごしているかちょくちょく気にしていて、その姿はまるで寮母さん。そうそう、これはちょっと寮に似ているかもしれませんね。

特に大きな悩みがない時期は、お互いに「最近はこんなことをがんばっている」なんてことを共有し合って、それに「めっちゃいいじゃん」と声をかけあって、切磋琢磨する間柄になります。ぼくも、後輩たちが元気にがんばっている姿を見ると、負けていられないぜ〜という気持ちになれるのでとてもありがたいです。

それと、後輩ふたりがとっても仲良くなったことも書いておきましょう。Slack 上ではよく雑談していて、ごはんの約束をしたり、ライブ等のイベントに誘い合ったり、お互いの恋愛の進捗を確認しあったりしています。その様子を奥さんといっしょに眺めて「またイチャイチャしている〜」とにこにこしてしまいます。

まとめ

うちの Slack に居候してくれている後輩たちのお話を書きました。人間が難しいことも乗り越えてがんばっていくには、どんな形であれ「帰る場所」があると心強いのだと思います。それは職場にあるかもしれないし、コミュニティかもしれないし、今回紹介した事例のように、どこかの家庭の Slack だったりするのかもしれません。

今後、いつまでこの形が続くのかわかりません──後輩が結婚するときには、うちの Slack を卒業していくのかも…なんて思ったり──けども、後輩たちがちょっと疲れて帰宅したときに、うちの Slack に「今日も疲れたー」と書いてくれる今が続く限りは、ぼくは「お疲れさまでした、おかえりなさい!」と返していきたいと思っています。

このエントリーをはてなブックマークに追加

LOCAL Community Summit 2017 に参加してきた

2017-01-28

2017年1月28日(土)に開催された LOCAL Community Summit 2017 に参加してきました。北海道出身のソフトウェアエンジニアがたくさんいて、わいわいと楽しい時間でした。

サイトにも記載がある通り、ぼくは実行委員長の @hokkai7go に声をかけてもらって、パネルディスカッションに参加させてもらいました。

前日までも、運営のみなさんとパネリストたちで「どんな話をしましょうね」と賑やかにお話していたものの、ぼくは当日の朝にようやくスイッチが入って、パネルディスカッションのイメトレをできるようになりました。そして、最初の自己紹介のところを想像したら… あれ〜!いっしょに登壇する @mrkn さんと @onodes はもろに同じ研究室の出身だし、もうひとりの @takahashim さんにしたって同じ大学だし、これだけ偏っていて大丈夫なのだろうか…!と少しだけ不安になりました。

まあまあ、フタを開けてみれば!いまおかれている状況が多様な4人だったので、いろんな視点からの声が飛び交う、いい感じのパネルディスカッションになっていたように思います。単に「北海道いいよね〜」という話を重ねるだけではなく、実際のところどうなの〜というディープな内容でトークできて、嘘偽りのない刺激的なディスカッションでした。

(写真は @onodes にもらいました。ありがとう!)

聴衆として見ていた「道産子 CTO Evening」は、期待していた以上におもしろくて最高でした。北海道のお菓子を食べながらの休憩タイムや、夜の懇親タイムも楽しくて、久しぶりにお会いする北海道ゆかりのみなさんや、今回初めてご挨拶できる人もいたりして、濃密な時間を過ごすことができました。

実行委員会のみなさん、会場でお会いしたみなさん、どうもありがとうございました!次は LOCAL Community Summit 2018 があるのかしら?またわいわいできることを楽しみにしています。

このエントリーをはてなブックマークに追加

minne デザイナーズとドラッカー風エクササイズ

2017-01-25

ドラッカー風エクササイズとは?

弊社のハンドメイドマーケット minne のデザイナチームのみなさんが「ドラエクやってみたい!やるぞ!」という感じで年明け早々から高まっていたので、じゃあやってみましょうということで、ぼくは進行役としてお手伝いさせてもらいました。

ドラッカー風エクササイズ、通称・ドラエク。弊社でドラエクといえば、ドラエクおじさんことけんちゃんくんさんがいるわけですが、ドラエクは進行がそんなにむつかしいわけでもないし、社内に進行できる人が何人かいた方がいいじゃろう、わしもできるようになっておいた方が今後のためにもなりそうじゃわい、ということで進行役に立候補したのでした。

ドラエクは基本プレイ無料で楽しめるチームビルディングのメソッドのひとつで、詳しくは下記のドラエクおじさんのエントリ及び紹介資料をご覧くださいまし。

ぼくは当日のお昼過ぎまで「オリジナル版でやろうか、ペパボアレンジ版でやろうか」と悩んだ末、結局はこっちの方が今回の期待にマッチするだろうということでペパボアレンジ版を選びました。というわけで、けんちゃんくんさんの資料をほとんどそのまま流用しました。

ぼくはこの手のワークショップ系のアクティビティにおいて、空間がシーンとなる瞬間が苦手なので、よく会場にうっすらと BGM を流しておきます。今回も例外ではなく BGM を流していたわけですが、冒頭の挨拶では「ドラエクは、よくドラクエと間違われるのですが、ドラクエではありません」と説明しているときにドラクエの音楽が流れていたので、場をどうしたいのか意味不明な雰囲気になりました。

ドラエクをやってみて

ぼくは進行役ということで、一歩離れた位置から参加者のみなさんを眺めていたので、参加者がどういう気持ちになったかはアンケートを通じてしか知ることができません。アンケートを見ると… ふむふむ、だいぶ満足してもらえたみたいですな〜!よかったよかった。

ふだんいっしょにお仕事をしているチームメンバーと言えど、お互いに「相手に期待していること」をしっかりと言葉にして交換する機会って、あんまりなかったりしますよね。ちょっと照れ臭い気持ちもあると思いますが、日々のお仕事をより力強いものにするために、こういった意識のすりあわせはとても有益であるな、と感じました。

先日、とある後輩も「チームでドラエクをやってみました!よかったです!」と話してくれて、ほっこりエピソードでした。世界中に、自分たちのチームを大事にするチームが増えるといいなぁと思います。

このエントリーをはてなブックマークに追加

このブログを Hugo で再構築しました

2017-01-22

2006年6月29日に、当時23歳だったぼくが Birth. というエントリを書いてスタートさせた当ブログ。最初は「cameralady」という名前でした。それから10年以上が経ち、今では33歳になったぼくが Hugo でブログを再構築しました。

Hugo :: A fast and modern static website engine

Hugo

実は2016年中には完了させるつもりで12月に作業していたのだけれど、最初に選んだ方法ではうまくいかなくて、あれやこれやと試行錯誤しているうちに2017年を迎えてしまったのでした😌

もともと、2年周期くらいで「ブログを1から作り直したい」という衝動がわいてくる10年間を過ごしてきて、2〜3年前に自分のブログシステムの要件を考えたときには「スマートフォンからも更新できる」を含めていたように思います。なんだけれど、スマートフォンのある暮らしを数年続けてみて、自分はスマートフォンでまとまった量の文章を書くことはほとんどないと気付いてしまったので、それは要件から外しました。

だとすると、あとはもう基本的には MacBook でしか書かないわけですから、使い慣れたエディタで文章をダダダンと書いて、使い慣れた Git で push したら記事が投稿される、というのでよかろうと。静的サイトジェネレータでブログを再構築する方針に決めたのでした。

  • もともと WordPress で動かしていた june29.jp の全エントリをパーマリンクも変更せずに移行する
  • 自分的に「エッセイを書く場所」という位置付けで運用してきた june29.hatenablog.jp のエントリもいい感じに統合する
    • はてなスター、はてなブックマーク、Facebook の Like あたりの数は、捨てるのはモッタイナイので元エントリのものを表示したい
  • 2017年なので、ちゃんとスマートフォンからアクセスしたときにも読みやすくなるように配慮する

…というくらいの要件で、ゆるゆる〜っと移行作業をしました。細かいところはぜんぜん手が回っていないので、これから趣味としていろいろと手を加えて遊びながら少しずつ整えていきたいと思います。まずは自動デプロイの仕組みを整えるぞ〜。

このエントリーをはてなブックマークに追加

ペパボの本社事業部のチーフテクニカルリードになりました

2017-01-11

2017年1月1日付けで、勤務先であるGMOペパボ株式会社の本社事業部のチーフテクニカルリード(通称CTL)になりました。各方面から「おめでとうございます」と言われがちなので「ありがとうございます」とお返事しています。

ここでCTLの先輩たちのエントリを紹介。このおじさんたちは2016年9月1日からCTLで、本社事業部はいろいろと事情があって半年遅れでのスタートです。

半年遅れている分だけ「追いつかなきゃ…!」という気持ちもありますが、先輩CTLたちがこの半年の間にやってきたことがぼくにとっては道標になるので、後発のアドバンテージを活かしてババーンとやっていきたいところです。

2016年12月の某日にCTOのあんちぽさんと面談していて、なにかの話の流れで「来年はCTLをやってもらうわけですが、」と急に聞かされる形になったので、一瞬、キョトンとしてしまいました。ですが、ぼくがもともと本社事業部でやっていたこと・やろうとしていたことがあって、それは別にCTLにならなくてもやっていただろうと思うので、そういう意味では「もっとバーンとやってくれ」という追い風なのだと捉えて、しっかりと「やらせてください」とお返事できたのはよかったです。こうして、こじんまりとやっていく理由はなくなったので、盛大にやっていきたい気持ちで今年を過ごしています。

きのう2017年1月10日(火)に「本社事業部エンジニア決起集会」というものを開催し、関係各位とやっていきを確認し合えたので、ようやく自身のブログでも報告できる状態となりました。

解決したい課題

本社事業部は「いくつかのサービスを束ねて管理する事業部」という実状があって、EC事業部やホスティング事業部と比べてみても、あまり名が体を表していないんですよね。東京本社に拠点がある、ということくらいしか言っていない事業部名です。そんなところもあって、管理下にある各サービスごとにチームがあり、計画があり、目標があり、開発プロセスがあります。これだと、ともすれば「各サービス、がんばるように」となってしまい、同じ事業部といえどもサービス間の連携が弱くなりがちです。

他の職種は除いたエンジニアのみの配置図を描いてみると、事業部の組織構造によって「各自、がんばるように」となりがちな構図が浮かび上がってきます。この構図は様々な問題を引き起こし得るでしょう。

(画像は、決起集会に向けて用意した資料の一部を公開用にマイルドにしたやつ)

CTLとして、まずはこの構造上の課題と向き合うことにしました。「本社事業部エンジニアーズ」という単位で仕事に当たり、各個人のパフォーマンスを最大まで引き出せる体制を目指します。そしてもちろん、エンジニア以外の全スタッフとも連携できる組織になり、本社事業部の全サービスの成長に貢献していきます。全員成長で、全サービス成長だ!

とはいえ、いきなりエンジニアを乱獲して今日から各サービスに配属させることもできませんし、常に「人手不足」となりがちなサービス開発の現場にどのようにアプローチしていくのか?ここがひとつ、悩みどころではあります。いろいろと手を尽くしていこうと思っている中で、今週からはじめてみるのが「番長制度」です。

各サービスごとにチームがあって計画を立てて進んでいく以上、各サービスのコアなところはサービスのチームメンバーにしかわかりません。他のサービスチームの人に相談するにはハイコンテキストすぎることが多々あります。それでも幸いなことに、ぼくらはエンジニアです。一般化・抽象化されたエンジニアリングについて言えば、サービスに依らず適用可能なことがあります。エンジニアリングは共通言語です。共通言語があれば話ができる、やりましたね!

というわけで、エンジニア各位におかれましては、各自の得意なこと、あるいは、これから得意にしていきたいことについて、番長になってください。みんながみんな、なにかしらの番長であるのがよいと思います。あなたが、フロントエンド番長ならば、フロントエンド関連のIssueやPRを見つけては、番長から見て技術水準が充分かどうかレビューしていってほしいと思います。それを苦手とする人がいたら、ぜひともあなたの得意で助けてあげてください。得意なことを持ち寄って全員で成長していきましょう。各自の「自分としてはがんばりました」の水準ではなく、業界の水準を意識して仕事していけるようにがんばっていきましょう。

ぼくが大きな声で「自分の担当サービス以外のことにも関心を持ってくださいね」と叫び続けたとしても、精神論にしかならず、あまり実際の行動は誘発されないだろうと悪い予想をしました。番長という役割を置くことで、サービスや事業部の目に見えない境界線を越えてエンジニアたちがオラオラとやっていけるような、そんな取り組みに育てていきたいと思います。さっそく、番長の名乗りあげが相次いでおり、ひとりひとりの存在を本当に心強く感じています。他の事業部からも番長が次々に現れて、もう一触即発です。

今日、決済番長が「決済番長なので、新年会のお金を集めます!」と元気に声をかけてくれましたが、それはただの集金係だと思いました。ん?

あらためまして

立場も新たにしながら新年を迎えたので、今のお気持ちを表明しました。あわせて、やっていく取り組みの一部を紹介しました。

今年は、自分ひとりで奮闘してもほとんど成果にならないゲームに挑戦するので、これまで以上に周囲のみなさんの力を借りながらがんばっていく1年になることでしょう。あらためまして、本社事業部のみなさん、ペパボのみなさん、そして関わってくれているすべてのみなさん、どうぞよろしくお願いいたします!めちゃんこ頼りにしています。

このエントリーをはてなブックマークに追加

自分の言葉で書かれたコミットメッセージが好き

2017-01-11

140文字には納まらないな、と思ったのでちゃんとエッセイを書く人間になろう!

たとえばぼくがレビューを担当させてもらって「ここはAの方がよいと思いました」とコメントしたとして、そのときに「レビューで指摘された箇所を修正」というメッセージ付きのコミットが追加されたとする。そのあとぼくが思い直して「いや、他の箇所も考慮すると、やっぱりBの方がよさそうです」とコメントしたとする。また「レビューで指摘された箇所を修正」というコミットが追加される。

こういうやりとりだと、「レビュー」というプロセスというよりは「指示」を出している感じになっちゃって、レビューをしているつもりの身としては少し悲しい。そういった感情は抜きにしても、レビュー内容を理解して「うん、その方がよさそうだ」と思っているならそれを言葉にしてほしい。言葉になって出てくれば、レビューで伝えたかった内容がきちんと伝わっているか確認することもできてお得。もし悪さをした中学生を叱ったときに「怒られたのでやめます」と言ってきたら「なにが悪かったのか、理解してもらえたのだろうか…?」と心配になることだろう。あと、指摘されたので修正しました〜というメッセージはあとから見たときに有益になることは少ないと思う。「より意味のある名前に変更する」と書いてあったら有益だ。もし、コミットメッセージを自分の感覚と自分の言葉で書こうとしたときに指が止まってしまうとしたら、その変更の意義をしっかりと理解できていない可能性がある。そうだとしたら、レビューしてくれた人ともう少し丁寧に会話を重ねるのが筋でしょう。

ところで、さっきのツイートをしたら、過去にお仕事でいっしょになったことがある後輩からメンションがきた。ぼくは言ったことを覚えていなかったのだけれど、彼は覚えていてくれてうれしくなった。彼には、ぼくのレビュー内容の意図がしっかり伝わっていたのだと感じられてうれしい。

このエントリーをはてなブックマークに追加

もっと古いエントリへ