数学を勉強したことのある人なら、一度は目にしたことのある本**『数学ガール』。**

物語調の文章で、高校から大学レベルの難解な数学をわかりやすく説明してくれる本として、助けられた人も多いはず。

数学ガール（立ち読み版）

~~ 結城さんの代表作「数学ガール」。扱う数学は決して簡単ではないが、高校生の「僕」や、高校生のミルカとテトラ、中学生のユーリなど多彩なキャラクターの会話を通じて数学を学ぶことができる。 ~~

そんな数学ガールの著者・結城浩さんは、実はプログラミングの本も書いているエンジニアでもあるんです！

今回はそんな多様な側面を持つ結城さんに、若手エンジニアへのアドバイスをお伺いしてきました！

## 「発信すること」で学びの効率アップ

#### balloon and-engineer left
結城さんといえば『数学ガール』という数学物語が有名ですが、かつてはエンジニアとして働かれていたんですよね。

#### balloon hyuki_san right
そうですね。
*若いときはプログラマとして、またソフトウェアエンジニアとしてばりばり開発していました。*
**実は私の最初の著書も、『数学ガール』ではなくC言語に関する本でした。**
現在は職業エンジニアとして働いてはいませんけれど、ふつうにプログラムは書いています。

~~ 結城さんの最初の著書「Ｃ言語プログラミングのエッセンス」 [amazon.com](https://www.amazon.co.jp/C%E8%A8%80%E8%AA%9E%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E3%81%AE%E3%82%A8%E3%83%83%E3%82%BB%E3%83%B3%E3%82%B9-C-MAGAZINE%E3%83%99%E3%82%B9%E3%83%88%E3%82%BB%E3%83%AC%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3-%E7%B5%90%E5%9F%8E-%E6%B5%A9/dp/4890524312)より ~~

#### balloon and-engineer left
そうだったんですね！
これまでに、全部で何冊くらい本を書かれたんですか？

#### balloon hyuki_san right
改訂版もカウントするなら、これまでに出版された著書は**54冊**(※インタビュー時点)ですかね。
最初の本が出たのはいまから*27年前*になります。

#### balloon and-engineer left
途方もない数字だ…。
ブログですら続かない人が多いなかで、そんなに長く継続して本を書けたコツって何なんでしょう？

#### balloon hyuki_san right
「コツはこれです」みたいにまとめるのは難しいですが、**自分のために情報発信していたから**というのは長く継続できた理由の一つになると思います。

#### balloon and-engineer left
自分のため、ですか。
情報発信にどんなメリットがあったんでしょうか？

#### balloon hyuki_san right
当たり前のことですが、プログラミングにしろ数学にしろ、**情報発信しようと思うと、内容を正確に理解し、記述する必要があります。
ですから、*情報発信すると、結果として深く学ぶことができ、しかも忘れにくくなるんですよ。*

#### balloon hyuki_san right
軽くさらっただけの勉強だと、結局あとから勉強し直したり、何度も検索して調べ直したりして、かえって時間が掛かることがあります。
自分から情報発信するつもりでちゃんと勉強した方が、*トータルでは効率がいい場合は多いですね。*

#### balloon and-engineer left
たしかに、人に教えることが一番の勉強法だ、というのはよく言われることですよね。

#### balloon hyuki_san right
ああ、それから、**自分の手間を減らすために、本を書く場合もありましたね。**
昔話になりますが、ネットでCGI（Common Gateway Interface）を作っていたときに、メールでたくさん質問がくるので、一つ一つに答えずに済むように本を書きました。

~~ 結城さんが書いた、CGIに関する本。CGIはかつて動的Webアプリを実装するための最もメジャーな方法だった。 ~~

#### balloon hyuki_san right
他の継続的に本を書けたモチベーションとしては、読者さんからの反応があります。
『数学ガール』がいい例ですが、『数学ガール』は当初、Webで無料公開していたんです。いまでいうWeb小説でしょうか。当時は私が作った*テキストサイト*で公開しました。

#### balloon and-engineer left
数学ガールはWeb小説のはしりだったんですね…！

#### balloon hyuki_san right
公開した当初から大変評判が良くて、はてなブックマークなんかで話題になって。
読者さんからの反応がうれしくなって、どんどん続編を書くようになりました。
何編かまとまったときに、たまたまプログラミングの書籍の改訂版を何冊か出したタイミングがあり、*そこで『数学ガール』の企画を編集部に提案したんですよ。*

#### balloon hyuki_san right
一冊目が出るまでは、売れるかどうか出版社さんも半信半疑だったと思います。
そりゃそうですよね、**「数式がたくさん出てくる物語」がそんなに売れるとは思えないでしょう。**
でも、*おかげさまで予想よりも非常によく売れた*ので、現在は出版社さんもシリーズを全面的にバックアップしてくださっていますね。

#### balloon and-engineer left
いい意味で期待を裏切られたんですね。
数学ガールは広い年齢層に親しまれている印象なんですが、これまで何冊くらい出ているんですか？

#### balloon hyuki_san right
そもそも私自身も、まさか続編が出るようになるとは思っていませんでした。でも「数学ガール」シリーズは現在までに6冊刊行され、「数学ガールの秘密ノート」は13冊が出ています。2020年11月には14冊目の『数学ガールの秘密ノート／確率の冒険』も出ますね。

~~ たくさんの続編が出版されている「数学ガール」 ~~

#### balloon and-engineer left
もはや長編小説だ…！

#### balloon hyuki_san right
単純に執筆が継続できただけではなくて、**数学ガールの方向性に関しても、読者さんからの強い影響を受けているところがあります。**
たとえば、数学ガールの読者さんってどんな人が多いと思います？

#### balloon and-engineer left
僕が初めて読んだのも高校生のときでしたし、中高生や大学生ですかね…？

#### balloon hyuki_san right
そうですね。確かに中高生や大学生は多いですし、私も当初はそう思っていました。
ところが、*その他にも「教える人」にも読まれていることがわかってきたんです。*
学校の先生や、塾の先生、自分の子供に教える親御さんですね。

~~ 結城さんは学校の教師向けに講演も行ったことがある。[結城さんの個人HPより](https://www.hyuki.com/girl/lesson.html) ~~

#### balloon and-engineer left
学校の先生、ですか。
あまり、読み物でわざわざ数学を勉強し直す必要はなさそうですが…。

#### balloon hyuki_san right
*数学の勉強をするため*ではなくて、**教え方の参考にするため**に読んでくださっている先生が少なくないようなんです。
読者さんの中に、そのような「教える人」がいるということを知り、数学ガールの物語の中に、より「学ぶこと」や「教えること」という要素が強く入ることを意識するようになりました。

#### balloon and-engineer left
自分の書きたいことを書くんじゃなくて、読者に合わせて書く方向が決まるなんて、かなり読者ファーストで書いてらっしゃるんですね。

## 自分が見ている「自分」が全てじゃないからこそ、若手エンジニアはキャリアを柔軟に考えるべき

#### balloon hyuki_san right
私は**自分のやることをあまり固定的に決めすぎず、相手や状況に合わせて柔軟に変える姿勢って、20代後半から30代エンジニアのキャリアにも通じるところがあると思っています。**

#### balloon hyuki_san right
**20代後半から30代って、難しいお年頃だと思うんです。**
まったくの初心者というわけじゃないけれど、それほど立派なキャリアがあるわけでもない。
経験を積んできて、少しずつ成長していて、それから多くの可能性が見え始めてくるころ。

#### balloon and-engineer left
ちょうどゴリゴリのエンジニアから、PMみたいなマネジメント職になる人もでてくるくらいの年齢ですよね。

#### balloon hyuki_san right
そうですね。
そんな年代のエンジニアですが、自分なりの経験があるので、*ややもすると技術にフォーカスし過ぎるきらいがあるんですよ。*
自分は技術で生きていくぞ、プログラミングに特化していくぞ、みたいに。

#### balloon hyuki_san right
たとえば、*自分はエンジニアなんだから、マネージメントはしなくていいや*とか、*コミュニケーションはどうでもよくて、そんなことより技術をもっと磨けばいいんだ*みたいな考え方に陥ってしまう人は少なくないと思います。

#### balloon and-engineer left
そう言ってた人の顔がいくつか浮かびました（笑）。

#### balloon hyuki_san right
そんなふうに、**自分はこうだから、自分のやるべきことはこれだけだ。みたいに固定して考えるのは、やっぱり楽なんですよ。**それだけやってればいいので。
でも、それだと、自分の可能性を狭めてしまう危険性がある。もっと自分の可能性が広がるかもしれない時期に、自分から視野を狭くしてしまう。

#### balloon and-engineer left
でも、将来使わなさそうなスキルって確かにありません？
そういうスキルを身につけるために努力するの、億劫に感じてしまうんですよね…。

#### balloon hyuki_san right
いやいや、*そもそも20代後半から30代くらいに考える「自分」なんて、自分の本当の能力をまったくとらえきれてないと思いますよ。*

#### balloon hyuki_san right
自分はこんなスキルは使わない、なんて簡単に切り捨てられません。「自分はこういう人間だ」という自己認識は誰しも持っていますけれど、**その自己認識がそもそもズレている可能性だってありますし。**

#### balloon and-engineer left
自己認識がズレているって発想はなかったです…！

## エンジニアは「自分の実力」を誤認しがち

#### balloon and-engineer left
結城さんは、著書の他にも、いろんな内容をTwitterや個人ブログ、noteなどで発信されていますよね。
これまででバズったコンテンツの中で、エンジニアへオススメしたいものはありますか？

#### balloon hyuki_san right
**[「プログラマの心の健康」](https://www.hyuki.com/kokoro/)**ですかね。
これは、まだ私がエンジニアとして働いていたころ、つらかった自分を励ますために書いたものです。
SNSもない20世紀の末に書いた文章ですが、未だに読んで拡散してくれている人がいます。

~~ Twitterで「プログラマの心の健康」と検索すると、共感の声が多々発見できる。 ~~

#### balloon and-engineer left
20年たった今でも拡散されるってすごいな…。
でも、この20年で、エンジニアを取り巻く環境もだいぶ変わっていますよね。

#### balloon and-engineer left
エンジニアはホワイトだってよく言われるようになったし、情報系の学部の社会的地位も上昇してるじゃないですか。
*それでも20年前の結城さんのアドバイスが通用するワケってなんですか？*

#### balloon hyuki_san right
エンジニアはその仕事の性質上、メンタルが不安定になりがちな職業なんです。
**いつの時代でも、これは変わりません。**

#### balloon and-engineer left
メンタルが不安定になりがち…？
確かに優秀な同僚と自分を比較して落ち込んでいるエンジニアはたくさん見ますが…。

#### balloon hyuki_san right
まさにそこです！
エンジニアは他の職種に比べて、特に*優秀な同期と比較して落ち込んでしまう状態に陥りやすい理由があるんです。*
**エンジニアってどうしても「自分の実力」がわかりにくいんですよ。**

#### balloon and-engineer left
自分の実力がわかりにくい…？
もう少し詳しく聞かせていただけますか？

#### balloon hyuki_san right
エンジニアって、コンピュータのおかげで、**自分が行う仕事量に対してすごく大きな成果を生むことができる**じゃないですか。

#### balloon hyuki_san right
少しのプログラミングで、これまで毎日何時間も掛かっていた仕事が数分で終えることができるようになる、なんてよくある話です。
これっていわば、**レバレッジがかかった状態なんです。**

#### balloon and-engineer left
なるほど。

#### balloon hyuki_san right
どうしても、そのようにレバレッジが掛かった成果物を比べてしまうことになるので、*実際の能力以上に差を感じることが多いでしょうね。*
もちろん、各人の能力差はあるでしょう。でも、他の業種に比べたらその能力差が極端に拡大されて見えてしまうということです。

#### balloon hyuki_san right
自分自身の成果物についてもそうです。うまくいってるときは「オレってばスゲー！」という万能感で満たされるのに対し、うまくいかないときは逆に落ち込んでしまうんです。

~~ エンジニアは成果にレバレッジがかかっている状態で他人と自分を比べることが多い。 ~~

#### balloon and-engineer left
確かに、できる人は「瞬時に解決」するけど、できないときは「何年かかってもできなそう」という印象があります。
「完全に理解した」と「何もわからん」を繰り返すエンジニアもいますね。

#### balloon hyuki_san right
まあ「完全に理解した」はジョークの一種ですけれどね…。
あとは、*技術の変化があまりにも高速*で、いつも追い立てられている状態になっていることもメンタルが弱る原因の一つになるでしょう。

#### balloon hyuki_san right
先週はこのライブラリでこうするのが最先端だったけど、今週はそんなやり方はもう古い……そんなケースだってありますから、そこから受けるストレスは非常に大きいです。

#### balloon and-engineer left
真逆の仕事をやることすらありますしね…。
エンジニアは仕事の性質からすでにメンタルが不安定になりやすかったんですね。

## 若者が陥りがちな罠は、「成長による解決」

#### balloon hyuki_san right
メンタルが不調になったときに注意してほしいことがひとつあります。
私は医者ではないので、あくまで私の個人的な経験則ですけれど。

#### balloon and-engineer left
どんなことでしょう？

#### balloon hyuki_san right
それは、**すべてを自分の力で解決しようとしない**ということです。
もっと具体的にいえば、○○という発想を自分が身につけさえすれば、現在のメンタルの不調に対処できる……のように考えないということです。対処方法のすべてを自分で見つけ出そうと思わないこと。

#### balloon and-engineer left
え、どこがダメなんでしょうか…？
自分でやるって、すごく前向きで推奨されるマインドセットだと思うのですが。

#### balloon hyuki_san right
逆説的ですが、**この自分で解決しなくちゃという思考はけっこう危険なんです。**
自分のメンタルがつらいから自分で原因を見つけて自分でどうにかしよう……という根底には、*「自分のすべてを自分でどうにかできる」*という考えがありますよね。「自分のすべてを自分でどうにかできる」と思っているのに、現実にはできない。だから、苦しくなるんです。

#### balloon hyuki_san right
そもそも、自分が考える「原因」が本当の原因なのか、怪しいことはよくあります。調子が悪い自分が考えることをどこまであてにしていいのか…。

#### balloon and-engineer left
原因を認識している自分を疑え、ということですね。なんだか哲学的な話だ…。
そうなると、現実にメンタル不調があったとき、どうすればいいんですか？

#### balloon hyuki_san right
**私は「他者の存在」が大事だと思っています。**
つらいときって「誰かにそばにいてほしい」や「誰かに話を聞いてほしい」と思いますよね。これは、他者の存在が大事だということを、みんな心のどこかではわかっているんだと思います。

#### balloon hyuki_san right
心が苦しいときには、**仕事とは無関係に自分を受け入れてくれる「誰か」と話すのがいいと思います。**
仕事の場ではエンジニアという役割として見られています。
そういう役割としてではなくて、いち個人として見てくれて、受け入れてくれる相手と話すのが大切ですね。「他者の存在」です。

#### balloon and-engineer left
プライベートの会話で仕事を思い出してしまい、気が休まらないやつですね…。

## エンジニアが情報発信する際に大事なのは《読者のことを考える》

#### balloon and-engineer left
最近QiitaやZennなどが有名になり、技術ブログなどエンジニアが情報発信する場面も多くなってきています。
最後に、情報発信のプロとして、結城さんからなにかアドバイスはありますか？

#### balloon hyuki_san right
情報発信をするときの原則をお伝えします。
その原則とは**《読者のことを考える》**です。
《読者のことを考える》ができると、*せっかく書いた文章がまったく読まれない、読まれたとしても伝わらないということが起きにくくなります。*

#### balloon and-engineer left
それってどういう理由なんでしょう…？
内容をちゃんと書こう、ということならわかるのですが。

#### balloon hyuki_san right
もちろん内容をちゃんと書くのは大事です。
でも、文章を書く目的というのは、その内容を読者に伝えることですよね。
**自分が誰に伝えようとしているのかを意識せずに、内容をちゃんと書くのは不可能なんです。**

#### balloon hyuki_san right
たとえば文章を書くときには、*ある用語をどのくらい詳しく説明する必要があるか、全体の長さをどのくらいにするか*……そんなことを悩みますよね。文章を書く人は判断をする必要があります。

#### balloon and-engineer left
おっしゃるとおり、文章を書いているときに、書きたいこと以外にもたくさん悩みます…。

#### balloon hyuki_san right
*判断をするときには《読者のことを考える》のが一番です。*
自分は誰に向かって書いているのかを考えるんです。読者を深く意識することで、どのくらい詳しく説明する必要があるか、どれだけの長さが適切なのか、それに対する答えが見つかるんです。

#### balloon hyuki_san right
逆を考えればもっとわかりやすいです。もしも読者を意識せずに、書きたいことを書きたいように書いたなら、難しすぎたり、易しすぎたり、長すぎたり、短すぎたり……と読者にとって読み難く伝わりにくい文章になるでしょうね。

#### balloon and-engineer left
文章を書いているときに、自分の好きなように書いてしまうの、あるあるですよね…。
当たり前ですが、やはり《読者のことを考える》のが重要なんですね。

#### balloon hyuki_san right
そうです。
自分向けに書く簡単なメモであっても、*《未来の自分》という読者のことを考えて書くのがいいですね。*
どうせ読むのは自分だからなんて適当に書いたメモは、読み返したときにわけがわからなかったりします。

#### balloon and-engineer left
分かります！
技術ブログでもメモでも、適当に書いてしまって後から見返すと何を書いてるかわからない…みたいな経験はエンジニアなら誰しもありそう…。

#### balloon hyuki_san right
文章を書くときの《読者のことを考える》という原則は、本当に重要です。
私はこの原則を伝えるために「数学文章作法」という本を書いたくらいです！

書籍『数学文章作法』基礎編・推敲編

かつて数学を学んだことのある人の大半が読んだことのある「数学ガール」。今回は、その著者であり、かつては職業エンジニアとして働かれていた結城浩さんに、若手エンジニアへのアドバイスを伺ってきました！

多数のプログラミング・数学に関する本を執筆している。代表作は「数学ガール」シリーズ。かつては職業エンジニアとしても働いており、現在でもプログラミングは続けている。メルマガ・note・個人Webサイトなどでの文章の発信や、Twitterでのツイートも精力的におこなっている。

結城浩

若手エンジニアは、キャリアを考えるときに「自己認識のずれ」に注意しよう

メンタル不調に陥ったら、自分だけで解決しようとせず他人に相談しよう

技術ブログなどで情報発信するときには《読者のことを考える》を忘れずに

著書54冊!? エンジニアかつ「数学ガール」著者の結城さんが語る、エンジニアのメンタルマネジメントのすゝめ

【主要事業】
ソフトウェアの「品質」を軸にしたコンサルティング、テスト、開発事業

【会社概要】
SHIFTはソフトウェアの開発に不可欠な品質保証・テストの専門企業です。ソフトウェア製品で溢れ、もはやそれらなしでは成り立たないこの世の中に、安心安全な製品を届けるため、開発プロジェクトの上流工程におけるコンサルティング、「品質」を意識した開発業務、製品リリース直前のテスト業務まで、横断的に品質保証サービスを提供する独自のビジネスモデルを展開しています。
金融・流通といったエンタープライズ領域、Web・ゲームといったエンターテインメント領域など幅広い製品／サービスに携わり、ユーザー企業との直接取り引きのもと、一次請けとしてプロジェクトに参画。
競合他社のいないブルーオーシャン市場で、年間約150%の売上高成長率を継続し、従業員にも「やりがいのある仕事」と、成果に対する「報酬」でしっかり応える好循環を生み出しています。
2019年よりコーポレートタグラインを「その常識、変えてみせる。」とし、常に変革と改善にこだわる成長企業です。

＜PMOとしてプロジェクトの上流から携わることができます＞
同社は各開発工程において品質改善のノウハウを保有しているため、品質を管理する立場としてプロジェクトの上流工程から参画をしています。エンドユーザーからの引き合いでPMOとして要件定義からプロジェクトに参画し、品質改善／業務効率／コストの見直しなどを実現しています。直近の事例では、要件定義前から依頼を受け、プロジェクト全体の企画／ベンダー選定から任されるケースもあり、IT品質向上の全工程に携われるチャンスが広がっています。

株式会社SHIFT

SHIFTのアジャイルサービス部が2023年12月13日にオンライン説明会を開催し、同部からサービスマネージャー（※1）・PM・アジャイルQAの3名が登壇いたしました。

~~※1 サービスマネージャー：複数のプロジェクトを管理し、滞りなくサービス提供ができるよう責任を担うポジション ~~

説明会は「SHIFTのアジャイル開発に対する取り組み」「従業員のトークセッション」「質疑応答」の3部構成となっており、トークセッションでは**「アジャイル開発に挑戦したい人がぶつかりがちな壁」**というテーマでお話をしていただきました。

SHIFTのアジャイルサービス部は、どのような壁に対して、そしてなぜその壁を乗り越えることができるのでしょうか？アジャイルサービス部の3名に「アジャイルサービス部のいま」について語ってもらいました。

また、最後の質疑応答ではアジャイル開発の話題を中心にSHIFTへの転職理由や開発案件・勉強会など幅広いテーマでお話しいただいております。

※本記事の内容および取材対象者の所属は、イベント開催当時のものです。

#### T.M.（アジャイルサービスグループ所属 2卒入社）

前職ではITとは結びつかない接客業に従事し、未経験2卒枠で入社。アジャイルサービスグループに配属しQAとしてアジャイル案件に現在アサインされている。未経験での入社だっ たためSAA（SHIFT Agile Academy）を40 日間受講し、アジャイル開発の流れやスクラムの回し方などを研修で学ぶ。

現在はスクラムのなかで品質を高めるためのテスト工程を担当している。

#### M.Y.（アジャイルサービスグループ所属 ラインマネージャー）

AIを利用した社内システム開発のプロジェクト を推進。仕事を楽しくしたいという思いのもと、異業種からSHIFTに入社。API自動テスト のリーダーからPMを経験し、ゼロベースでWFからスクラム開発の立ち上げを行う現場に出 会ったことでアジャイルの考えに共感。スクラムマスターとして活動。

現在はラインマネージャーとしてアジャイル開発サービス導入から運用を行っている。「働くことへの価値観を変える」という志のもと日々に励んでいる。楽しいこと大好き。

#### T.N.（アジャイルサービスグループ所属 アジャイル案件 PM）

15年程度システム開発に従事し、PMとして 派遣業界の基幹システム開発やサービスマネージャなども経験。アジャイルへの志向があり、SHIFTに入社。現在は一部スクラムを導入したフルスクラッチ案件に参画。システム開発と並列して、4歳の娘と毎日悪戦苦闘中。

#### balloon interview left
まず初めに、SHIFTのアジャイル開発に対する姿勢・取り組みについてお教えいただけますでしょうか？

#### balloon tm right
はい。ソフトウェアテストの印象が強いSHIFTですが、実はそれだけではなく。**実際にはアジャイル開発も積極的に行っております。**

#### balloon my right
SHIFTの組織体制は事業部門と技術推進部門にわかれており、技術推進部門の“アジャイル支援”にあたるところが、私たちが所属するアジャイルサービス部です。その名前の通り、アジャイル開発の専門部隊ですね。 
**事業部門はインダストリーごとにわかれていますが、技術推進部門は技術や開発手法に特化した部門がそれぞれあり、業界問わず横断的に支援をしています。**

#### balloon my right
次に事業内容についてですが、基本的にアジャイル開発に必要とされるものはSHIFTのサービスとして提供しております。 

#### balloon my right
**具体的な案件としては、教育支援・アジャイルコーチなど導入支援が多いです。**また、プロダクトオーナー支援として開発エンジニアとスクラムマスターでチームを組んで、開発を進めているものもあるんですよ。  

## 第2部 社員トークセッション

#### balloon interview left
それでは、ここからはトークセッションです。**「アジャイル開発に挑戦したい人がぶつかりがちな壁」**というテーマでみなさまにはトークをしていただきます。アジャイル開発に挑戦したい人がぶつかりがちな壁の1つ目として「そもそもアジャイル開発に挑戦できる機会がない」というお話を事前にお伺いいたしましたが、これは実体験に基づくものでしょうか？

#### balloon tn right
そうですね。前職で15年以上システム開発に携わってきましたが、**どういった開発手法で進めていくかを個人で選ぶことはなかなかできなかったですね。** 

#### balloon my right
事業会社出身の方でも会社自体がウォーターフォール開発しかやっていないとなると、アジャイル開発を経験するのはむずかしいですよね。SHIFTに入社してからご状況は変わりましたか？

#### balloon tn right
SHIFT入社後は、私たち「アジャイルサービス部」という名前の通り、確実にアジャイル開発に携わることができています。 

#### balloon tn right
また、**SHIFTはソフトウェアテストを生業にしてきたことからどの事業においても「品質」が欠かせません。SHIFTには品質保証という基盤がありながら自分の好きなアジャイル開発を極めていけるという点で、働きがいを感じています。**

#### balloon tm right
"自分の好きな"という点で言うと、SHIFTには多種多様なアジャイル開発案件がありますが参画する案件は上長との話し合いのうえで決めているんです。自分の希望に沿った案件に携わることができるので、メンバーの安心感にも繋がっていると思います。 

#### balloon interview left
自分のレベル感に照らし合わせて案件の希望を出せるということですね。レベル感といえば、アジャイル開発に挑戦したい人がぶつかりがちな壁の2つ目で「自分のスキルでアジャイル開発ができるかわからない」というものがありましたが？

#### balloon my right
そうですね…みなさんは、アジャイル開発のエンジニアに必要なスキルはなんだと思いますか？ 

#### balloon tn right
私は、開発言語や各工程の知見・スキルなどはウォーターフォール開発のエンジニアと変わらないと思っています。ただ、**アジャイル開発においてはそれに加えて、細かなコミュニケーションを大事にしてチームで成果を出すことや、日々よりよいチームにしていこうというマインドをもつことが大切ではないでしょうか。**

#### balloon my right
いまT.N.さんがPMとして参画している案件に、アジャイル開発未経験の方がいますよね？彼らはどんな壁に当たっていそうですか？ 

#### balloon tn right
「設計・実装・テストなど各工程のタスクは理解しているが、各プロセスにおいてどう動いたらいいのかわからない」ことが不安だと思います。まさにチームでのコミュニケーションの部分ですね。ですが、スプリントごとに振り返りを実施し、プロダクトをつくり上げていく過程やチームの成長を肌で感じることでだんだんと自信につながっているように見えます。 

#### balloon my right
**アジャイルサービス部は約300人（※2023年12月時点）いますが、全員がアジャイル開発経験者として入社しているわけではありません。**それではどのようにスキルを身につけているのかというと、メンバーが自発的に開催している勉強会が部内にたくさんあるんです。参加する側のメンバーも自発的に学んでいっています。

#### balloon my right
実は、**勉強会の運営方法にもアジャイル開発の考え方を取り入れています。**具体的には、1週間ごとのスプリントを設けてスクラムで勉強会を運営しているんです。開発案件のみならず、組織としてもアジャイル開発の手法を活用しているのは他の組織との違いですね。 

#### balloon interview left
そうして「自分のスキルでアジャイル開発ができるかわからない」という壁を乗り越えていくんですね。それでは、アジャイル開発に挑戦したい人がぶつかりがちな壁3つ目です。「本当にアジャイル開発をさせてもらえるのか不安」という点はいかがでしょうか？

#### balloon tn right
「SHIFTだからソフトウェアテストをやることになるんじゃないか」といった不安が、実は私も少しありました。 

#### balloon tn right
しかし面接時に「これから組織としてアジャイル開発をやっていきたい」とのお話を担当者からお伺いし、私自身もアジャイル開発をやっていきたいという思いがあって、加えて成長段階にある組織のほうが自分の能力を最大限に発揮することができそうだという理由でSHIFTへの入社を決めました。 

#### balloon tn right
実際にいま、当初感じていた不安をよそにスクラッチでのアジャイル開発に携わることができています。もともとお客様からも「SHIFTの開発メンバーと一緒にスクラムで開発をまわしていきたい」との要望をいただいていました。 そんなお客様に対して、どうやったらSHIFTがもっているメソッド・知識・ナレッジを使って期待に応えられるのか。加えて、SHIFTが得意とする品質面での強化にも貢献できるのか。M.Y.さんと一緒に考えて提案し、結果、無事受注となり現在開発を進めている状況です。 

#### balloon tn right
具体的な状況としては、設計チーム・Devチームの2つのチームにわかれていて、設計チームは1週間・Devチームは2週間スプリントで実施し、どちらも10前後まわしています。このアジャイル開発案件は、これからも継続的に取り組んでいきます。

#### balloon tn right
**もし仮にアジャイル開発ができない期間があったとしても、品質保証など他分野を鍛える期間であると私は捉えています。**SHIFTのアジャイル開発はこれからどんどん成長していくので、他分野を鍛えるという「アジャイル開発を楽しむための土台づくり」は必要だと私は考えています。 

#### balloon my right
提案を進めていく中で、お客様目線でいってもSHIFTはソフトウェアテストのイメージが強いので「本当に開発できるの？」という不安が多少なりともあるように感じました。しかし実際T.N.さんが参画中の案件では、お客様からSHIFTのアジャイル開発を評価していただき、協業の話も頂戴いたしました。アジャイル開発そのものだけでなくその土台づくりもしっかりと行うことでお客様からの信頼・評価を獲得し、次の案件ないしはもっと多くの案件をつくっていくことを私たちは目指しています。 

トークセッションについていかがだったでしょうか？この次は、説明会に参加された方々からの質疑応答タイムへ移りました。寄せられた質問のなかから、いくつかをご紹介いたします。

*Q. アジャイル開発に携わりたいと考えたなかで、なぜSHIFTを選んだのでしょうか。*

#### balloon tn left
理由は2つあります。**一つ目は、品質保証に強みをもっていること。**これまでの案件でも品質保証に対する意識をもっていましたが、PMとして管理できるレベルではありませんでした。そのため、品質保証のスキルが身につく点が魅力的でした。 

#### balloon tn left
二つ目は、**SHIFTのアジャイルサービス部がまだまだ発展途中の組織であること。**これまでに培ってきた経験やスキルを活かして、チームを成長させ、盛り上げていきたいと感じたのです。

#### balloon my left
完成したものではなく「チームでつくり上げていく過程を楽しみたい」と考える方にマッチする組織ですね。 

*Q. アジャイルサービス部の年齢層を教えてください。*

#### balloon my left
大体の割合としては、20代が4割・30代～40代半ばが2割・ベテラン層が4割と、少しミドル世代が少ない印象です。 

*Q. 入社した方の前職を教えてください。*

#### balloon my left
**Sler、事業会社からSHIFTへ入社したメンバーが多い印象です。**T.N.さんのように「これから自分がリーダーになって、チームを育てていきたい」と考える方もいれば、一社で30年以上勤めあげた方が「もっとアジャイル開発に挑戦しつづけたい」とSHIFTを選んだケースもあります。 また、経験者だけではなくT.M.さんのように**異業種から未経験で入社される方もいますので、エンジニアの育成環境が整っています。**

*Q. 入社後の研修はどのようになっていますか。*

#### balloon my left
**アジャイル研修・自動化研修があり、エンジニア未経験で入社した方は必ず参加しています。**T.N.さんのような経験者の場合は必須ではありません。研修も重要ですが、その後の勉強会もたくさんあるので日々研鑽する機会があります。

#### balloon tn left
勉強会の内容としては、スクラム開発初心者の方向けにイチから伝授するものから、クラウドやGCP・モジュールなどに特化したものなどさまざまです。 

*Q. 開発はどのようなメンバーで行いますか。オフショアを利用することもありますか。*

#### balloon my left
 "SHIFT ASIA"というベトナムのグループ会社といっしょに参画する場合もありますが、基本的には社内のメンバーで完結するようにしています。**アジャイル開発においては、1つのチームでコミュニケーションを密にとって進めていくことが強みだと感じております。**

*Q. どんな開発案件が多いですか。*

#### balloon tn left
**フロントをTypeScript、バックエンドをＣ#・Java・Pythonといった開発案件が多いです。**ポジションとしては、開発者＋品質保証といったスクラムで稼働できるアジャイルQAリードといったロールもあります。 

#### balloon my left
ほかには、最初はスクラムマスターとして参画してもらったけれど進めていくなかで課題を見つけてエンジニアに参画してもらうこともあります。 

#### balloon tn left
アジャイルQAの部分で評価をいただいて開発の支援を求められることもありますし、逆に開発で評価いただいてアジャイルQAの参画に結びついたりすることもありますね。

#### balloon my left
参画フェーズも、要件定義のあとからものもあれば、デザインスプリントやプロダクトオーナー補佐からスタートし開発者と一緒に開発フェーズを走るなど多種多様です。

#### balloon tn left
私が担当して面白かったのは、開発プロセス整理のための案件です。「アジャイル開発をやっていきたいけれども、いままでウォーターフォール開発の経験しかない」というお客様に対して、スクラムの流儀に則って、これまでのやり方をどう変えていくのか、プロセス改善に尽力しました。 

*Q. どんな業界のお客様が多いですか？また、どんなものを開発することが多いですか？*

#### balloon my left
通信・自動車・製造のお客様が多く、基本的にはアプリ開発になります。最近ですと、金融系のお客様からお話をいただく機会が増えています。 

*Q. 案件のアサインはどのように決めていますか。*

#### balloon my left
サービスマネージャーがPMを選定し本人へ打診します。一方的に決めるではなく、お互いが納得したうえでアサインが決定します。 

*Q. どんなキャリアパスがありますか。*

#### balloon my left
アジャイルQAコーチやスクラムマスター・アジャイルコーチなど、さまざまなキャリアパスがあげられます。 

#### balloon my left
また、SHIFTはコンサルティング部もあるのでITコンサルタントになるというキャリアもあるかと。**社内異動希望が出せるので、個人のキャリアパスに合わせて、柔軟に対応できる環境があります。**

――――――――――――――――

その後もたくさんの質問をいただき、多くの参加者にSHIFTのアジャイルサービス部に興味をもってもらえたのかと思います！   

この記事を読んだあなたも「SHIFTについてもっと知りたい」と思われましたら、ぜひ採用HPをご覧いただければと思います。  

◆株式会社SHIFT：[https://www.shiftinc.jp/](https://www.shiftinc.jp/)

T.M.

M.Y.

T.N.

インタビュアー

開発エンジニア、必見！アジャイル開発に挑戦したい方にSHIFTへの入社をおススメする理由

近年、高度化・複雑化した手法によるセキュリティインシデントが頻発しています。ひとたびインシデントが発生すると社会的信用の失墜や経済的損失につながるため、システムの脆弱性を調べるセキュリティ診断の重要性が高まっています。

そこで今回は、クラウドセキュリティ強化に力を入れており、次々と新たなセキュリティサービスを発表しているキヤノンITソリューションズ株式会社のサイバーセキュリティ技術開発本部にインタビュー。セキュリティアナリストを務め、同社のペネトレーションテストサービスの開発をリードした山田和政氏にお話しを伺いました。

### ペネトレーションテストサービス

攻撃者視点でシステムへの侵入を試みて脆弱性を検査することで、サイバー攻撃に対するシステムの耐性を評価し、改善策と一緒に報告するサービスです。

キヤノンITソリューションズ株式会社 サイバーセキュリティ技術開発本部
サイバーセキュリティラボ セキュリティアナリスト

新たなセキュリティサービスを開発するため、海外の先進的な事例や業界標準、規制などを徹底的に習得。2017年からの度重なるインシデントへの対応が評価され、セキュリティ業界の権威であるRSA社より2019年のAPAC最優秀分析官として表彰されている。

## ペネトレーションテストサービスとは？

#### balloon kishi left
ペネトレーションテストサービスとはどのようなものですか？

#### balloon canon_yamada right
**ペネトレーションテストサービスでは、実際に当社のセキュリティエンジニアがお客様のシステムに対して疑似的な攻撃を行います。そして、お客様のシステムに内在している脆弱性のうち、どの部分が本当に攻撃を受けてしまうリスクが高いのかを特定。それらの詳細なデータと改善策をお伝えするサービスです。**

#### balloon kishi left
どのような経緯でこちらのサービスを始めたんですか？

#### balloon canon_yamada right
当社は元々セキュリティサービスとして、「マルウェア解析サービス」と「スレットハンティングサービス」を提供しており、それらと合わせてセキュリティ強度を高めていく目的で開発しました。

#### balloon kishi left
マルウェア解析とネットワークスレットハンティングのサービスについて、教えてください。

#### balloon canon_yamada right
**マルウェア解析は、コンピューターウイルスに感染してしまったあとに、そのウイルスの狙いや予防方法などを分析するサービスです。もう一方のネットワークスレットハンティングは、ネットワークを流れるデータのログから怪しい振る舞いを発見することです。**

#### balloon kishi left
マルウェア解析とネットワークスレットハンティングの違いは？

#### balloon canon_yamada right
**ネットワークスレットハンティングは、お客様のシステム内のツールに溜め込まれた通信パケットを定期的に分析し、攻撃の有無や兆候、攻撃を受けるリスクなどを分析して、対策と一緒にお客様に報告します。**マルウェア解析に比べると、攻撃を受ける前に対策がとれるサービスとなっています。

#### balloon kishi left
なるほど。攻撃を受ける前と後でそれぞれ対策があるということですね。

#### balloon canon_yamada right
はい、**今回のペネトレーションテストサービスは、スレットハンティングよりもさらに前の段階でセキュリティを強化して対策を講じるために開発されています。**

#### balloon kishi left
ペネトレーションサービスは各社で違いがありますか？ 

#### balloon canon_yamada right
当社も含めペネトレーションサービスの内容自体は、各社で大きな違いはないと考えています。ただ、当社の場合はクラウドセキュリティの領域で新しいサービスを拡充しているので、ペネトレーションサービスで全体をしっかり診断し、システムの脆弱性対策に最適なサービスをスムーズに導入することができます。

## 脆弱性診断は「健康診断」、ペネトレーションテストサービスは「精密検査」

#### balloon kishi left
システムに対しての悪意ある攻撃には、どのような傾向がありますか？ 

#### balloon canon_yamada right
攻撃者は常にシステムの脆弱性を探しています。 新たな脆弱性を見つけたら、すぐにそれを自分たちの戦略に取り入れて、徹底的に攻撃に活かしてきます。

#### balloon kishi left
攻撃者も学習しているということですね。それらを未然に防ぐ脆弱性診断とペネトレーションサービスにはどんな違いがありますか？

#### balloon canon_yamada right
**脆弱性診断は、脆弱性の有無を診断することを最大の目的としたサービスです。一方、ペネトレーションテストサービスは、脆弱性を利用して攻撃者視点でシステムに侵入できるかを確認して、その結果と改善策を報告するサービスです。**

人気のある記事