オープンセミナー2018@広島でお話ししようと思っていたこと
まず初めに、オファーいただいた後も数々の準備・公式サイトでの告知などお手数かけていただきながら、直前に参加できなくなってしまったこと残念に思います。運営の皆様には直前でご迷惑をおかけしました。致し方ないこととは言え、私も当日に向けて積み上げてきたものがありますので、同様に残念です。いずれ、ブラッシュアップしてどこかでお話できるといいな、と思ってます。
妻の退院当日に片付けをしながらTwitterを見ていましたが非常に濃い内容だったようで、私もその場に行って他の方のお話しも聞きたかったところです。
今回、それなりに準備をしてきたということもあり、そのままお蔵入りというのも勿体無い話だなあ、と感じました。そこで、どういうことを話そうとしていたか、ブログに要点をまとめたいと思います。
一番言いたかったこと
「これをやれば必ずチームがよくなる」方法はないので、チームに合わせて考えるのが唯一の解になります、という身もふたもないお話し。
これは、それぞれ置かれた状況が異なる複数のチームでマネジメントをした経験の中で、同じことが同じように効果があった訳ではなかったという背景に基づいています。それを踏まえて、実際にやった取り組みの具体例よりも、理由に遡ってから少しそれを抽象化して実施に繋げるためのどんなアプローチをしたか、を主題としました。そのメタファーとして取り上げていたのはグラウンドキーパーです。実際にスライドに書いたアプローチは以下です。
- チームへの仕事の入り方をコントロールする
- チームの仕事の仕方を確立する
- イレギュラーに気付きやすい良いグラウンドにする
まあ、もう少し言葉を洗練させたかったな、とは思いますが、抽象化したアプローチとして正確さを損なわないレベル、と言うことで。
良かった点
スライドやスクリプトを作っていく中で、今回オファーいただいてよかったな、と感じたこと。
複数のチームでやってきたことを抽象化するきっかけになった
今の会社に入ってから3チーム、プライベートでも少し似たような入り方をしているので1チーム、それぞれでやってきたことを抽象化して共通項を見つけていくきっかけになりました。少し時間がたっているからこそ、冷静に思い返して理由や背景について整理できる、という側面もあったと思います。
この辺りは、最近チームに関するブログが減っている理由にもなっていて、チームで取り組んだ話をしようと思うと、チームが置かれている状況だとか、歩みとか、そういったものへの言及が避けて通れないよな、となっている訳です。そうなると書かなきゃいけないことや書く上で考慮しないといけないことが増えてきます。すべての取り組みは背景が諸々あって、まずはこれを選んでいる、という状態なわけです。
で、こういったものを記述すること自体は有益なことだと思うので、適した言葉がないかなあ、と探してはいるわけです。で、たどり着く結論は大体パタン・ランゲージ。結局そこに行き着くのかよ、パタンのメンテナンスしんどいから一人でやるようなもんじゃないよなあ、とかなってなかなか踏み出せず、といった状況です。
過去のスライドから自分にとって普遍的なことを見つけた
これも収穫でした。できてないときもあるけど、軌道修正するのに必要な言葉が書いてあります。過去の自分すごい。
具体的には以下2枚。これが他の人に響くかどうかは別として、自分の中では常に気をつけたいことです。自分に言い聞かせるためにも、定番的に入れ込んで行こうかな、と思いました。
反省点
当然、今冷静に読み返してみると反省点も多々あります。
詰め込みすぎた
上記の一番言いたかったことの他にも、ドメイン知識ないところからマネージャとして入っていることとか、自分の考える良いチームの定義みたいなことなんかもスライドに入っていました。今思うととてもじゃないけど、30分に収まりそうにないですね。もっと伝わらない部分を覚悟の上で話題を絞り込めば良かったと思います。
言い訳がましく言ってしまうと、広島でお話しするのが初めてなので、自分の背景について知ってもらおうと考えて色々と書きすぎたのだと思っています。
タイトルミスった
「プロジェクトXのないチームを目指したマネージャが取り組んだこと」じゃなくて、もっと色々あったよなあ、とは。「グラウンドキーパー的マネジメント」とか端的な表現でも良かったのではないか、とも思います。
上記の詰め込みすぎ、のところにもかかる訳ですが、トピックを分離すると「ドメイン知識ゼロから始めるチームビルディング」と言うタイトルも出てきそうです。このように、スライド見ながら複数のタイトルが切り出せそうなこと自体が話題が絞り込めてない証拠ですよね。
タックマンモデルなどチームのモデルについてもう少し触れればよかった
上記詰め込みすぎ、に矛盾するように見えますが、トピックが絞り込まれていればもっとこの辺のモデルの背景に触れることは可能だったように思います。元スライドでは、自分の背景と理由が中心でしたから。
抽象化が足りない
これはもう少し言葉を洗練させれば改善していくのではないかと思います。今回オファーいただいてからすべてのスクリプトを起こしたので、流れも含めて準備を結構突貫でやってしまったところがあるかもしれません。表現の質という意味では、自分にとって定番な表現タームというか、そういうものを作ってしまってもいいのかもしれないです。
その後
TLを追いかけながら触発されて、チームギークを速攻ポチったわけなんですが、理由や背景の面で近いところに至っていたのか、と思うようなことがいくつもありました。今回中途半端な表現になってしまったところなんかを、この本とも絡めてブラッシュアップして、どこかでリベンジしたい。
Team Geek ―Googleのギークたちはいかにしてチームを作るのか
- 作者: Brian W. Fitzpatrick,Ben Collins-Sussman,及川卓也,角征典
- 出版社/メーカー: オライリージャパン
- 発売日: 2013/07/20
- メディア: 単行本(ソフトカバー)
- この商品を含むブログ (21件) を見る
2018/2に読んだ本
ようやく、シュバルツバースから脱出しました。
なお、妻が入院してしまったので、オープンセミナー広島@2018の登壇はキャンセルさせて頂きました。残念です。準備は割としていたし、その後にチームギークを読みはじめて、テーマ的にもう少しブラッシュアップできそうだったので、なんとかして機会を作りたいな、とは思っています。
先月読んだ本
- ファシリテーション・グラフィック―議論を「見える化」する技法 (ファシリテーション・スキルズ)
- ドリアン・グレイの肖像 (光文社古典新訳文庫)
- ARMS 4 (小学館文庫 みD 12) 、 ARMS 3 (小学館文庫 みD 11)
- アルテ 1巻
- ユートロニカのこちら側 (ハヤカワ文庫JA)
- 明智警部の事件簿(1) (週刊少年マガジンコミックス)
- 聲の形(1) (週刊少年マガジンコミックス)
- 不滅のあなたへ(1) (週刊少年マガジンコミックス)
- ゼロからはじめる社会起業
- クジラの子らは砂上に歌う 11 (ボニータ・コミックス)
- 薬害でっちあげ あまりに非科学的な子宮頸がんワクチン阻止運動―新潮45eBooklet
- Scalaをはじめよう! ─マルチパラダイム言語への招待─ (技術書典シリーズ(NextPublishing))
- 就職活動対策シリーズ ― フェルミ推定の教科書
印象的な本
フィクション系
まあ、ARMSはともかくとして。
「クジラの子らは砂上に歌う」が、ガッツリ物語が動きだした感があっていいですね。泥クジラの面々が幸せになってほしいものです。
- 作者: 梅田阿比
- 出版社/メーカー: 秋田書店
- 発売日: 2018/01/16
- メディア: Kindle版
- この商品を含むブログ (1件) を見る
ちょっと意外だったのは「不滅のあなたへ」の展開ですね。あらすじ的なものを読んでいた限りは梶尾真治の「エマノン」シリーズ的な予測をしていたのですが、若干違う模様。とっかかり的にはよくある展開感を拭えなかったので、続刊を手に取るかどうかは少し微妙。
- 作者: 大今良時
- 出版社/メーカー: 講談社
- 発売日: 2017/01/17
- メディア: Kindle版
- この商品を含むブログ (2件) を見る
一番収穫だったのは「ユートロニカのこちら側」です。この作品で描かれているのは、ディストピアでもユートピアでもなく、もうすでにその辺に転がっている緩やかな変化の行き着く先でもあるわけで、SNSの炎上芸人の末路を見ているような気分にもなってきます。ただ、これに描かれているほど人間って反抗するのかな、とも思って、少し楽天的な結論に感じたのは私だけでしょうかね。
- 作者: 小川哲,mieze
- 出版社/メーカー: 早川書房
- 発売日: 2017/12/06
- メディア: 文庫
- この商品を含むブログを見る
ノンフィクション系
「ファシリテーショングラフィック」は買います。自分でも買います。
ファシリテーション・グラフィック―議論を「見える化」する技法 (ファシリテーション・スキルズ)
- 作者: 堀公俊,加藤彰
- 出版社/メーカー: 日本経済新聞出版社
- 発売日: 2006/09/01
- メディア: 単行本
- 購入: 22人 クリック: 124回
- この商品を含むブログ (117件) を見る
「新潮45 薬害でっちあげ」は子宮頸がんワクチンに関するものです。でっち上げのやり口が整理して書かれていて、非常に参考になります。
薬害でっちあげ あまりに非科学的な子宮頸がんワクチン阻止運動―新潮45eBooklet
- 作者: 村中璃子
- 出版社/メーカー: 新潮社
- 発売日: 2017/01/18
- メディア: Kindle版
- この商品を含むブログを見る
「Scalaをはじめよう」は、Scalaもくもく会で教えて貰った本。復習するにはいい本でした。別の言語は習得していて、これからScalaと言う人には良い本なのではないかと思います。
Scalaをはじめよう! ─マルチパラダイム言語への招待─ (技術書典シリーズ(NextPublishing))
- 作者: 伊藤竜一
- 出版社/メーカー: インプレスR&D
- 発売日: 2018/02/16
- メディア: Kindle版
- この商品を含むブログを見る
近況整理
最終更新日(2018/2/22)
基本情報
- Twitter(@mao_instantlife)
- Facebook(https://www.facebook.com/mao.instantlife)
- Github(https://github.com/Shinsuke-Abe)
- メールアドレス(mao.instantlife at ジーメール)
今までのキャリア
プログラマ
個人的な志向としては、バックエンドとモデル層、アーキテクチャがきれいなことに惹かれるタイプで、フロントエンドは得意ではないです。RDBMS層はFirebird/Oracle/MySQL/SQL Serverなど現場にすでに導入されたものに合わせて利用していたので、一つの製品特性に特化するというより、クエリやアプリケーションレベルでのパフォーマンス向上のアプローチが多かったです。
- Delphiでのwin32ネイティブアプリ保守開発
- 派遣、客先常駐(Java他,オープン系)
- イントラ系システム構築
- データ連携基盤(HULFT,DataStageなど)が中心
- Web系の開発でリーダー、イテレーティブな開発を推進(東京のビジネスチームと岡山の開発チームで)
- パッケージ/サービス開発
- REST API開発(Spring framework)
- データ連携バッチ(Java)
- データタイプとテーブル以外は固定になるケースが多いので、型クラスっぽいアプローチでETLのようなDSLを作った
- 個人
マネージャ
- OEM開発チームの立て直し
- チームの役割整理
- ふりかえりを通じた継続的な開発プロセスの改善
- テスト/レビュー体制の構築
- カンバンの導入
- それらが円滑に進むような案件スケジュールの調整
- ゼロからのプロダクト開発チーム立ち上げ
- ビジネスサイドとプロダクトの方向性の検討、初期コンセプト策定、ロードマップの合意
- デザイン会社とのやりとり、デザインの検討
- 開発範囲の検討と仕様の策定
- データ連携部分の実装
- リリースを踏まえたアーキテクチャ検討
- 受入テスト、リリースノート作成
- 既存チームの交通整理
- 外部チームとのやり取りの一元化
- パッケージバージョンアップとカスタマイズのスケジューリング
これからやりたいこと
起業じゃないの?という話もあるんですが、自分の中で起業がやりたいことにつながらない気がしているので、当面はそのつもりないです。
Manager as a Service
これからのマネージャの強みは、様々な現場の様々なケースに対応できることだと思います。そのため、一つの会社/チームにすべてのリソースを割り振るのではなく、サービスとしてマネージャを共有してもらい、並行して走る他の現場の様々な問題を抽象化して各現場に生かすスタイルを模索したいです。
そのため、フルコミットするまで必要としていないけど、マネジメントで悩みを抱えているチームをスポットで支えるということもやってみたいと思っています。ゆくゆくはエンジニアチーム以外のマネジメントもできるようにしていきたいです。
フルリモートマネージャ
これからエンジニアに限らず、様々な業種でリモートワークが選択できるようになるはずです。そうなると、基本的にチーム全体が1つのサイトにそろっていないことを前提としたマネジメントが求められます。そのような状況の中で、マネージャの専門性というのもこれから変わっていくのではないかと思います。
具体的には、
- リモートでのコミュニケーション促進
- フロー/ストック情報の取り扱い
- リモートを前提とした可視化のための環境整備
があげられると思います。
エンジニアが価値を出せる組織づくり
速く言えば、プロ野球でGMと呼ばれるポジションとグランドキーパーを併せ持ったようなポジションです。現場のニーズに合わせて採用計画を立てて実施、エンジニアが価値を出すことに集中して、それを周りから理解してもらえるようなエンジニア組織のあり方を模索したいです。
やりたくないこと
- 勤務体系に柔軟性のない働き方
- メンバーを信頼しない働き方
2018/1に読んだ本
「時のオカリナ 3D」は片がついて、次はEXPERTモードでシュバルツバースラスト。
今月はオープンセミナー広島の準備を始めたところなので、数は少ないですね。来月まではこんなペースかと。実は私、登壇することになっております。
先月読んだ本
- 異文化理解力――相手と自分の真意がわかる ビジネスパーソン必須の教養
- 聞き出す力
- 経営戦略の教科書 (光文社新書)
- 昭和元禄落語心中(2) (ITANコミックス) 、 昭和元禄落語心中(3) (ITANコミックス)
- 症状を知り、病気を探る 病理医ヤンデル先生が「わかりやすく」語る
印象的な本
フィクション
今月は該当なしですね。アニメで見たものの再読ですし。
来月には楽しみにしてたこれを読むのでこれが入ってくるかなあ、とは思いますが。
- 作者: 小川哲,mieze
- 出版社/メーカー: 早川書房
- 発売日: 2017/12/06
- メディア: 文庫
- この商品を含むブログを見る
ノンフィクション
とにかくこれが面白かったです。
症状を知り、病気を探る 病理医ヤンデル先生が「わかりやすく」語る
- 作者: 市原真
- 出版社/メーカー: 照林社
- 発売日: 2017/11/20
- メディア: 単行本
- この商品を含むブログを見る
本来は専門書(看護系の学生向け?)なので、門外漢が楽しむとかちゃんとした読み方ではないのでしょうが。
ドクターGとか大好きなんですよ。事象から小さなヒントを見つけてロジックを組み立てていくやり方が気持ちいいんですよね。ケースとしてのクリティカル度合いが違うことが多いですが、システムトラブルに対応している時なんかを思い出します。アプローチの面では同じかと。
こちらもよかったですね。
異文化理解力――相手と自分の真意がわかる ビジネスパーソン必須の教養
- 作者: エリン・メイヤー,田岡恵,樋口武志
- 出版社/メーカー: 英治出版
- 発売日: 2015/08/22
- メディア: 単行本
- この商品を含むブログ (3件) を見る
借りて読んだのですが、身になることは多かったです。国だけじゃなくて、企業文化とか業界的なものも考えておいたほうがいいかも。
「ホワイトボードチャレンジで遊んでみよう vol.1」を開催しました
脊髄反射でやってみようと思ったことを実行に移せた時ってスッキリしますね。
当日の様子はこちら。
ホワイトボードチャレンジで遊んでみてる pic.twitter.com/Y31K5NqNZE
— あべさん (@mao_instantlife) 2018年1月17日
二サイクル目 pic.twitter.com/l56F11J4g7
— あべさん (@mao_instantlife) 2018年1月17日
ちなみに、写真の光の加減がなんかおかしいですが、レンズカバーの部分にヒビが入ってたっぽい。そろそろ替え時ですかな。。。
ホワイトボードチャレンジ is 何?
デザイナーとクライアント、タイムキーパーに別れて、お題について短時間でロールプレイするプロダクトデザインの訓練です。詳しくは今回実施のきっかけとなった下記ブログを。
今回の実施方法
今回は2サイクル実施。ブログのやり方を何点かカスタマイズして実施しています。
まず、今回の参加人数が7人ということがあり、3人ずつのチームにすると余ってしまうため、1サイクル目ではクライアント役を、2サイクル目ではデザイナー役を一人増やすチームを作って見ました。
また、クライアント役の人がイメージ膨らませるための時間を20分の前に明示的に5分ほど設けました。
また、ブログでは全体の流れを20分間でデザイナーが配分するとなっていましたが、最初から息継ぎのタイミングも自分でコントロールするのは難しかろう、というのもあって、目安の時間でタイムキーピングしてみました。
最後のプレゼンテーションは、連続して取らず、せっかくなので他チームも合わせて聞く場にしました。デザイナーからクライアントに向けてプレゼンをしてもらった後にクライアントとタイムキーパーからそれぞれ感想を聴いて、他チームからもコメントあれば、という感じで。
手探りでしたが、割とうまくいった気がしてます。
所感
いや、もう、しんどいです。3〜4サイクルやってみれたら良いかな、とか思ってたんですが、最初は無理じゃないかと。完全にインターバルトレーニングです、これ。
私は、今回デザイナー役は時間がなかったのですが、クライアントとタイムキーパーで得られた気づきがいくつかありました。
- (短時間というのもあるが)ユーザのメリットというか選ぶ理由まで落とし込めないことが多い、提供側の理屈になってしまう
- 利害関係なく、一歩引いて見るとどちらのメリットも冷静に感じることができる
- 思考を喋りながらまとめていくのは、慣れてないと難しい
- デザイン中にクライアントの人が隣にいるか、少し離れるかでコミュニケーションと満足度が変わりそう(距離感とコミュニケーションのシミュレーションができそう)
- クライアント二人はデザイナーにとってハードモードだと思う
次回以降で改善したいところ
- プレゼン後のコメントあたりが非常に面白いけど、残す余裕がなかったので残るようにしたい
- 実際の体験も、そのあとのコメントも学びがあったので、最後に全員でYWTあたりやって記録すると良いのでは?
- お題ジェネレータが欲しい
そんなに準備せずに取りかかれたし、2〜3週に一回くらいのペースでやれたら良いなあ、と思ってます。