働くを素敵にするチームの作り方〜問題vs私たちでうまくいく〜/oso2021

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Copyright Nulab Inc. All Rights Reserved. 河内一弘 Kazuhiro Kawachi 自己紹介｜自己紹介株式会社ヌーラボ管理部インハウスシステム課課長 SIerでのQAエンジニアや受託開発を経て、2021年1月に株式会社ヌーラボに入社。社内の業務改善とデータ活用を推進するチームで働いています。岡山市の自宅でフルリモート勤務。最近は観葉植物を育てるのが趣味🌱 @tamagawaconan

Slide 3

Slide 3 text

No content

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Copyright Nulab Inc. All Rights Reserved. • QAエンジニアを経て、受託開発プロジェクトへ異動 • 先輩たちを見てプロジェクトリーダーに憧れる • リーダー就任の話が舞い込む • リーダーが交代することになったらしい • 「設計は大体終わってるから、あとは実装してテストするだけ」 • 気になるところはあったが、時間がないためとりあえず先へ念願のプロジェクトリーダー

Slide 8

Slide 8 text

Copyright Nulab Inc. All Rights Reserved. • 結合テストで大爆発。正常系の疎通ルートすら動かない • バグ修正が新たなバグを呼ぶ • テストが進まず、発注元からクレーム • 「あなたのところが動かないから、みんなテストが進まないんだけど」 • バグを押し付けあうようなシーンもあった • ウォーターフォールなので前に戻れない • テストを止めて設計を見直したかったが、工程に響くのでとても言えない • 同じバグがあちこちから報告されて、てんてこ舞い • 連日客先に出張し、深夜までデバッグ大炎上してしまう

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Copyright Nulab Inc. All Rights Reserved. • 自分のキャパを超えたことまで抱え込んだ初めてのリーダーで気負いがあり、功を焦っていたのかもしれない • 事前の情報収集ができていなかった気になっている点をメンバーに聞いておけばよかった。状況を楽観視しすぎた • ステークホルダーとの関係づくりができてなかった責任を押し付け合うなど、原因を人に求める雰囲気になってしまった • 変な遠慮をしてしまっていた技術や経験のバックボーンがなく、自信がなかったのだと思う何がいけなかったか

Slide 11

Slide 11 text

Copyright Nulab Inc. All Rights Reserved. • アジャイル開発を知り衝撃を受ける • 休憩コーナーに置いてた「日経コンピュータ」の特集がきっかけ • エクストリーム・プログラミング(XP)のお話だった • これを見なかったら100日後に退職する漫画書いてましたねきっと • オブジェクト指向への関心 • 密結合な設計で苦労したので、独立性の高い設計に魅力を感じた • UMLやOOP言語、デザインパターンの勉強を始める • 今思うと、リーダーを外れてよかったのかも • リーダーのままだったら同じ失敗を繰り返していたかも • すべてを一気に変えることはできないけど、できるところから変えていこう次の機会を待つ

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Copyright Nulab Inc. All Rights Reserved. • 朝会 • Excelで作ったタスク管理表ホワイトボードの空きがないので仕方なく。当時はBacklogもRedmineもなかった • 一部の工程だけ反復開発契約に抵触しない範囲で取り入れることに • ペアプロではなくペアレビューペアプロは時期尚早と判断。小規模・少人数のレビューを高頻度で実施アジャイル的なプラクティスの一部導入要件定義基本設計詳細設計・実装・単体テスト（ここだけ反復開発）結合テスト運用テスト

Slide 16

Slide 16 text

Copyright Nulab Inc. All Rights Reserved. • 問題も色々起きたが、早めに対策できたので大事には至らなかった • お客さんとも認識合わせを重ね、徐々に信頼されるように • メンバーがどんどん成長してきた。 • 上司「お前が忙しそうにしてるより、メンバーがイキイキしてる方が安心する」 • 実装方法やプロジェクトの進め方で激論を交わすほどに • そのときのメンバーは今もバリバリ頑張ってるらしい • その後も実績を重ね、取引先から表彰されたことも工夫したらチームが成長した

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Copyright Nulab Inc. All Rights Reserved. • いろいろありつつも、なんとかプロジェクトを回せるようになってきた • しかし、「このやり方でいいのだろうか？」との疑問は常々あった • コミュニティ活動に参加するように • ETロボコン(2010年〜2019年) • 西脇.rb & 神戸.rb (2013年ごろ) • 派生開発推進協議会(2017年ごろ) • Okayama.go • JBUG（Japan Backlog User Group) • オープンセミナー岡山✨ 外の世界への関心

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Copyright Nulab Inc. All Rights Reserved. • 役員、上位管理職（予算獲得、稟議） • 投資効果を説明（パワポスキルが上達した気がしますたぶん） • 激励・応援してもらえたときはめっちゃ心強かった • 内部統制部門（セキュリティ対策） • SaaS利用の事例が少ない中、メンバーがリスク評価を頑張ってやってくれた • 現場の管理職、リーダー • 複数拠点でツール説明会を開催。部署ぐるみで使ってくれるところも出てきた • だんだん景色が変わってきた • Backlog利用者が1500人超まで拡大 • 想定を超えた使い方をする人も現れ、教えてもらいに行ったこともステークホルダーを巻き込む

Slide 26

Slide 26 text

Copyright Nulab Inc. All Rights Reserved. • 最初は孤独だが、続けていれば理解者・協力者は出てくる • 日頃から情報発信したり話を聞く場を作る • 接点を増やせば信頼関係はできてくる（たぶんザイオンス効果ってやつ） • 問題意識を持ってる人はあちこちにいる。想定を超えた活用をしてくれることも • 技術や経験の引き出しは結構必要 • 開発現場やプロジェクトマネジメントで四苦八苦した経験は役立つ • コミュニティ活動での知見、知人の存在は大きい部門を超えたチームをつくる

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Copyright Nulab Inc. All Rights Reserved. • リモートを前提とした環境・制度が整えられている • フルフレックスタイムで、育児などプライベートとの両立も行いやすい • テレワーク手当などの制度も充実 • ツールを組み合わせて臨機応変に使い分ける • 普段はTypetalkのチャットでやりとり • 会話が必要なときは、Google Meet でオンライン会議 • アイデア出しや整理はCacooの共同編集 • タスク化されたらBacklogに課題登録 • 情報は原則オープン • 機密性の高いものやプライバシーに関するものでなければ参照できるヌーラボでの働き方

Slide 31

Slide 31 text

Copyright Nulab Inc. All Rights Reserved. • マネージャーだから偉いという考え方はない。役割にすぎない • メンバーの知識やスキルを活かすためのマネジメント • メンバーの意見・意欲を大切にする。傾聴スキルはとっても重要 • 「問題vs私たち」のマインドを持つ人が多い • 目先の現象よりも、真の問題を見つけようとする • 問題が顕在化する前の予兆を見つけようとする • 人に依存しない解決策を考えようとするフラットな組織

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Copyright Nulab Inc. All Rights Reserved. 業務を自動化し、ルーチンワークや言いにくいことを任せる • Typetalkのボットがたくさん動いている • 定例会のファシリテータはボットがランダムに決めて通知 • 勤怠に関する入力忘れはボットが通知 • 社内ツールのエラーはボットが拾って教えてくれる • 経費精算など、社内手続きの在り処を教えてくれる • 月次の売上、経費締めはBacklogの状態変更でWebhookを起動して自動化 • Google Drive にスプレッドシートを入れておけば、定期的に読み取って集計してくれる。などボットが多数生息

Slide 35

Slide 35 text

Copyright Nulab Inc. All Rights Reserved. • プロジェクトの立ち上げを丁寧に行う • 以下を明文化して共有することで、言った言わないをなくす • エレベーターピッチ • ステークホルダーとその役割 • やらないことの明文化 • トレードオフスライダー(QCDやスコープの重み付け) などインセプションデッキの活用振り返ればインセプションデッキがいた ~ ヌーラボにとってのインセプションデッキ ~ https://nulab.com/ja/blog/nulab/inception-deck-in-nulab/

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Copyright Nulab Inc. All Rights Reserved. • 技術の引き出しを増やしておく • 技術や方法論のストックがないと、本質的な問題から目を背けてしまいがち • 業務と直接関係ない技術にもアンテナを立てておく • 引き出しを増やすためにコミュニティなど、外の世界と繋がりましょう • 問題解決に集中できる環境づくり • 問題点を明文化したり共有できる仕組みや関係性をつくる • 余計なストレスを感じさせない環境や制度を整える「それぐらい我慢すればいいじゃん」とは考えず、小さなうちに取り除く努力をした方がよい • 最初は、自分の周りのできることから少しずつ • 変化はゆっくりかもしれませんが、見てる人はちゃんと見てくれてます「問題vs私たち」のチームをつくるには

Slide 38

Slide 38 text