幸運なことに、昨今のITエンジニアには多様なキャリアが存在します。わたしたちは、自分の得意分野を掘り下げ、また新しい分野を開拓し、およそ40年ほどの職業人生を歩んでいくことになります。

スクラムという分野に目を向けると、「スクラムマスター」といった役割がまずは目に付きますが、「スクラムマスター」を専任で置いている組織はまだそんなに多くありません。では、スクラム(もしくはアジャイル)をスキルの中心に据えたキャリアの選択は難しいことなのでしょうか？ わたしはそうは思いません。

フロントエンドを得意とするエンジニア、インフラを得意とするエンジニア。この人達は「フロントだけ」「インフラだけ」を頼りにエンジニア人生を全うするでしょうか。おそらくそのようなことができる人は稀だと思います。皆それぞれ自分の得意分野を中心に据え、その周辺のスキルもうまく組み合わせながら多様なキャリアを築いていくのが一般的でしょう。

スクラムについてのスキルも当然同様で、「スクラムマスター」で生涯を終えることを目指すのではなく、スクラムについてのスキルを得意分野として軸にしつつ、多様なキャリアをつくっていくことができるはずです。

顧客に価値を提供できるソフトウェアを「上手につくる」ことに課題を持っている現場はたくさんあります。スクラム(またはアジャイル)を得意とする人は、これからもうしばらくの間は重宝されるのではないかと思います。

このセッションでは、わたし自身のキャリアの経験を交えながら、スクラムについてのスキルを軸にキャリアをつくっていくにはどうすればいいか、について考えてみたいと思います。

Mackerelというプロダクトはローンチから5年が経ちました。ぼくはそのほぼすべての期間、このチームに在籍していて、うち3年間はマネージャーとしてチームを運営しています。5年間運用されたチームではさまざまなことが起こりますが、いくつか事例をご紹介しながら、長く安定的に続くチームづくりについて考えていきたいと思います。

「越境」にはさまざまなシチュエーションがありますが、ここでいう「越境」は他のエンジニアチームへの越境です。

ながく自分のエンジニアチームをマネージメントしていると、自分のやり方が間違っていないか不安になったり、思い込みによって新しい発見を得にくくなったりしてしまうものです。

ふと隣の芝生を見ると、みんな青い芝でのびのび仕事をしているように見える！ しかし隣の芝生の住民は自分たちとは異なる悩みと戦っているものです。

ここでは、今年1年で社内の別の2チームへの支援と、副業として別の会社のエンジニアチームを支援した「越境」の経験から得た気づきをご紹介しようと思います。

チームをマネジメントしていくにあたって、メンバーとのコミュニケーションは欠かせません。マネージャとして、メンバーと親密になりたい、しかし、このご時世では飲みニケーションなんて言ってられない。

そこでぼくは今年、これまで以上に1on1に力を入れる取り組みにチャレンジしてみました。

1on1とは、会議とは違った業務を離れた気軽な対話の場です。30分ほどのマンツーマンの対話を繰り返し行うことで、お互いのことをよく知り、業務の内外のさまざまなことについて気軽に相談できる場の構築を目指します。メンバーから、仕事についてぼくにさまざまな相談をしてほしい。ぼくは、メンバーがリラックスして仕事をするにはどうすればいいか、彼らがどう成長したいかを知りたい。そういったことをお互いで探っていく場です。

魂を込めて挑む1on1チャレンジ。

どんなメリットがあって、どんなデメリットがあるか。うまくいく工夫や、うまくいなかったパターンなど、そのすべてをお話します。

チームをマネジメントしていくにあたって、メンバーとのコミュニケーションは欠かせません。マネージャとして、メンバーと親密になりたい、しかし、このご時世では飲みニケーションなんて言ってられない。

そこでぼくは今年、これまで以上に1on1に力を入れる取り組みにチャレンジしてみました。

1on1とは、会議とは違った業務を離れた気軽な対話の場です。30分ほどのマンツーマンの対話を繰り返し行うことで、お互いのことをよく知り、業務の内外のさまざまなことについて気軽に相談できる場の構築を目指します。メンバーから、仕事についてぼくにさまざまな相談をしてほしい。ぼくは、メンバーがリラックスして仕事をするにはどうすればいいか、彼らがどう成長したいかを知りたい。そういったことをお互いで探っていく場です。

魂を込めて挑む1on1チャレンジ。

どんなメリットがあって、どんなデメリットがあるか。うまくいく工夫や、うまくいなかったパターンなど、そのすべてをお話します。

ぼくがディレクターをつとめる、Mackerelというプロダクトの開発チームは、東京オフィス・京都オフィス・愛知にあるエンジニアの自宅の3拠点体制で、3年以上開発を続けています。

日常的にリモートチームで開発をしているのですが、リモートワークはメリットばかりではありません。

とてもとても、難しいのです。

このセッションでは、「リモートワークの難しさ」に焦点をあてます。

リモートワークの何が難しいのか。チーム開発においてどのような困難や問題点があるのか。

そしてそれでも僕たちがリモートワークを選択する理由やメリットは何なのか。

赤裸々にお話しようと思います。