Upgrade to Pro — share decks privately, control downloads, hide ads and more …

【ARI】品質よもやま話_#21(道の真ん中をきれいにする)

 【ARI】品質よもやま話_#21(道の真ん中をきれいにする)

ARアドバンストテクノロジ株式会社(ARI)で毎月行っている全社朝会(通称”LOVE会”)での、全社員に向けたスピーチ資料です(社内向けスライドは割愛しています)

第21回目は、チームで仕事をするときに大事にしたい考え方についてお話しました。

ARアドバンストテクノロジ株式会社(ARI)
https://ari-jp.com/

中野康雄(ARI)

August 24, 2021
Tweet

More Decks by 中野康雄(ARI)

Other Decks in Business

Transcript

  1. 7 さらに難易度を高める要素が関係者の多様さ 最終的に目指しているものは同じ だが、皆役割が違う 役割が違うから、価値観も 優先順位も違って当たり前 インフラ エンジニア アプリ エンジニア

    デザイナー システム 担当者 経営者 業務部門 担当者 情シス部門 担当者 システムの ゴール 業務成果 費用対効果 機能・要件 UIデザイン アプリ ケーション インフラ 基盤 システム 利便性 社内ITの 最適化/運用
  2. 8 みんなが自分のことだけ考えたら それぞれ自分の範囲だけを考え 始めたらうまくいくわけがない インフラ エンジニア アプリ エンジニア デザイナー システム

    担当者 経営者 業務部門 担当者 情シス部門 担当者 業務成果 費用対効果 機能・要件 UIデザイン アプリ ケーション インフラ 基盤 システム 利便性 社内ITの 最適化/運用 分断
  3. 12 道の真ん中をきれいにする「チームのOS」とは?  「異文化」を知り受け入れる  「意思決定ルール」を明確にする  「見えないもの」を可視化する  「与党」を増やす

     「変更」に備える  「のりしろ」を設計する  「約束」を尊重する  「問題」を前向きに解決する  「最悪」に備える  「目標」を明確化する
  4. 13 「異文化」を知り受け入れる • 自発的に相手を知る努力をする  相手の組織や文化を知る  業界とそのお約束ごとを知る • 勝手に期待し過ぎない

     立場や役職に勝手に期待を抱かない  明確にリクエストする • 自分と違う価値観を拒否しない  何が違うかを可視化するのも手(Appendix参照) まず自分からはじめよう 自分を知ろうと努力してくれる人に、人は心を開きやすい
  5. 14 「意思決定ルール」を明確にする • 意思決定ルールとは?  まずそのチームの意思決定者は誰かを決めて合意する  メンバーは、自身が思う最適なアイデアを全力で提案する  各アイデアの人気投票をしてもよいが、最後は意思決定者が決定する

    • NGルール  一度意思決定したら、メンバーは結果を正しくする方向に全力を尽くす  もしうまくいかなければ、また別の意思決定をしてもよい  たとえば、昼飯を選ぶ際、「カレー屋に行ってから、やっぱりラーメン食 べたかった」というのはなし チームの意思決定のルールが明確になっていると 自分の管轄外のことでも積極的に提案しやすい
  6. 15 「見えないもの」を可視化する • 議事録、議事メモは必ずとる  言った「つもり」、合意した「つもり」、理解してもらっている「つもり」は厳禁  本当の効果は安心感(いざという時に立ち戻れる場所がある) • チケット管理システムを使う

     迷ったらBacklogがおすすめ • チャットやチケットには既読段階でリアクションする  他者への関心を表現する  前向きな雰囲気を意図的に作る 安心と関心を見える化しよう
  7. 16 「与党」を増やす • 所有感の原則を知る  人は、所有感のない事柄に対して、問題が起こった時に自発的に助けようとしない(自分の子供と他人の子供) • カギとなる会議には所有感を持たせたい面子を必ずアサインする  キックオフの人選にこだわる

     現場部門からアンバサダーを選定してもらう  業務のヒアリングにエンジニアメンバーも同席してもらう(嫌がるけど) • 会社や契約形態という垣根をとりはらう  正社員とパートナーさんを区分けするのは、道徳倫理ではなく経済合理性の上で得策ではない  コンプライアンスには逆らえないが、性悪説にならざるを得ないとしたら、パートナー選定時点で間違っている  コミュニケーションの黄金律は「自分がそうしてもらいたいように振る舞う」 • コミュニケーションの回数と頻度を増やす  ステアリングコミティの有効活用  プロジェクト状況レポートの定期発信 当事者意識は勝手には生まれない 当事者意識を意図的に生むような仕掛けを考えよう
  8. 17 「変更」に備える • 要件とは絶対的ではなく相対的なもの(ある時点のスナップショット)  要件定義とは、要件という「正解」を顧客から聞き出す作業だと思ってい るとしたら大きな誤解。誰かが正解を持っているわけでもない。 • 色々な変更を記録管理する仕組みを用意する 

    一番大切なのはスコープの変更の管理  投資稟議の際は、追加修正や継続開発費用も含めて予算を考えておく  要求の前提となる仮説の変化も記録しておく。 変更管理は変更を抑制するためではなく 安心して変更できるようにするための仕組みであることを知ろう
  9. 18 「のりしろ」を設計する • 体制の「のりしろ」 • マネジメントが楽をするだけの組織のシンプル化は必ず部分最適を生む • 「横断チーム」や「兼任」をうまく活用する • 工程の「のりしろ」

    • 工程と工程の間に計画準備フェーズを設ける (短期間でも良い) • コミュニケーションの「のりしろ」 • 情報提供は過剰気味に行い、発信側の判断で絞り過ぎない 「余裕」は「余剰」ではなく、チームを円滑に回し品質を高めるための 「必要コスト」だと捉えよう 計 画 準 備 B工程 A工程
  10. 19 「約束」を尊重する • 目標とは「約束」である • 大きな「約束」を守るために、まず小さな「約束を」守る • 小さな約束を守れなければ大きな約束も守れない • 課題、ToDo、ルール、会議の開始終了時間

    • 約束の前では上司も部下もない • 約束の遵守について、役職や立場を超えて率直にフィードバック・コミュ ニケーションしてもよいことを合意する • 誰にでも忖度せずリクエストできる権利とNo/交渉権利を合わせて認める コミットメントの文化を作ろう
  11. 20 「問題」を前向きに解決する • 問題=目標ー現実 • 問題を忌み嫌わない(問題と仲良くなる) • 問題は目標達成にむけて前進中であることの証 • チームに問題解決の仕組み(問題を受け付けて解決する)を導入する

    • 問題を整理し解決するためだけの会議を定期的に開催する • 必要最小限の人数で招集し、意思決定者を明確化しておく • 解決策を議論して対策を決め、タスク化して約束を尊重する • 正しいレビューの文化を定着させる 安心して問題を投げこめ、日常的に解決される仕組みを作ろう
  12. 21 「最悪」に備える • 平たく言えば「リスク管理」 • しっかり機能せるのは意外に大変 • 重く運用せず、リスク管理を日常化する • 多くのチームではリスク管理プロセスはオーバーヘッドになりがち。

    • 「今チームに起こったら一番困ることは何か?」という問いを全員が日常 的に持つようにする • 自分で解決できるならそれでOK。解決できないことは上司に相談する。 • 日報・週報にコーナーを設ける リスク管理は仰々しくせず、日常に織り込もう
  13. 23 道の真ん中をきれいにする「チームのOS」とは?  「異文化」を知り受け入れる  「意思決定ルール」を明確にする  「見えないもの」を可視化する  「与党」を増やす

     「変更」に備える  「のりしろ」を設計する  「約束」を尊重する  「問題」を前向きに解決する  「最悪」に備える  「目標」を明確化する