Backlogをフル活用するために提案力と実装力を鍛えた話

改善には3つのパワーが必要だった 1 2 3 問題を見つける ● ● ● 既存のやり方を疑う根本原因を捉える担当領域以外のことを知る提案する ● ● ● 前向きに、ときに泥臭く業務プロセスを整理する否定しない、押し付けない実装する ● ● ● Backlog（API, カスタム属性） PowerShell HTML, JavaScript

18.

ここからは3部構成で 3つのパワーをお伝えします。

19.

1. 問題を見つける

20.

問題発見提案既存のやり方を疑う効率化を求めて長年同じことをすると Howの部分だけ引き継がれて秘伝のたれ化する ● このタスクなんであるんだっけ？目的は？ ● 前工程と後工程は？ ● 現代の技術をもってすれば他にいい方法があるのでは？ ● 他の会社ではどうやっているんだろう？ ● 思考停止しない実装

21.

問題発見提案「ふりかえり」は改善の宝幅広く困りごとや問題を認識する ● 他者の視点で問題認識できる ● 自分は困ってないけど困っている人が多そう ● 率先して「困っています！」と声を上げるきっかけを作る ● 改善の機運を高める（雰囲気づくり大切）実装

22.

問題発見提案実装雑談で情報を拾うチーム内外の人と話してリアルな状況を知る ● 遅くまで働いている隣のチームの先輩に「直接お手伝いはできないけど、仕組み考えたりツール作ったりはできますので…！」 ● 「どのあたりが大変です？」「こう変えたいみたいなのあります？」 ● 「この作業、大変すぎじゃないですか？」「わかるー」 ● 「Ｂａｃｋｌｏｇ使って何とかしません？」（本格提案前の仲間づくり）

23.

問題発見提案実装異なる立場を知る努力年代もロールも立場を超えて相互理解を深めたい！ ● PjMはどんな仕事でどんな情報がほしいのだろう？ ● Ｂａｃｋｌｏｇを使ってどんな軸でプロジェクト管理するのだろう？ ● 開発エンジニアから見えていない困りごとがあるに違いない ● 壁を作らずに、歩み寄りが大切

24.

問題発見とりあえずインプット提案実装

25.

2. 提案する

26.

問題発見提案現状をリスペクトする現状を否定せず、運用が回っていることに感謝する ● いきなり「改革するぞ」的なノリはリスクがある ● その時点では制約の中で最善を尽くしたという前提に立つ ● 何はともあれ仕事は回っていることに感謝する ● 自分が知らない理由がきっとあるに違いないと思う実装

27.

問題発見提案歴史を紐解くタスクが生まれた経緯や背景を把握する ● 「フォーマットは何かで規定されている？」 ● こだわりや意図がどこまであるかヒアリングする ● 歴史を紐解く過程で、改めて問題認識できることもある実装

28.

問題発見提案目的をおさえる手段と目的をはき違えず、言語化しておさえる ● ＥｘｃｅｌをＢａｃｋｌｏｇに移行するのは目的ではない（手段→手段） ● 根本原因に対する打ち手を提案する ● 「ただ新しいこと好きな人」→「業務をよりよく進める人」 ● Howにとらわれた「ツールの押し付け」がなくなる実装

29.

問題発見提案ストーリーを描く前後工程やステークホルダーを意識して流れをイメージする ● 自分だけ楽になって他で負担が増えてないか？ ● 運用に載せた後のストーリを描く ● 協力を仰ぐ、事前調整 ECRSの4原則排除（Eliminate）：業務をなくすことができないか？結合（Combine）：業務を1つにまとめられないか？交換（Rearrange）：業務の順序や場所などを入れ替えることで、効率が向上しないか？簡素化（Simplify）：業務をより単純にできないか？実装

30.

問題発見提案主導権を取りに行く話を聞いてもらえるように、普段から主導権を獲得する ● アジェンダを書く ● 会議のインプットになる資料を作る ● 議事録を取る ● ちょっとしたボールを拾う実装

31.

問題発見妖精さんメソッドゴールを見せてから段階的に作る ● イメージがつくとGoサインを出しやすい ● 泥臭く、既成事実を作るこれ便利でいいね！なくてはならない存在だよ完成形提案実装

32.

問題発見妖精さんメソッドゴールを見せてから段階的に作る ● イメージがつくとGoサインを出しやすい ● 泥臭く、既成事実を作る妖精さんパワーフル手動実は… この部分、手動なんです仕組み化したいです提案実装

33.

問題発見妖精さんメソッドゴールを見せてから段階的に作る ● イメージがつくとGoサインを出しやすい ● 泥臭く、既成事実を作る妖精さんパワー実は… この部分、手動なんです仕組み化したいですいいねフル手動提案実装

34.

問題発見提案妖精さんメソッドゴールを見せてから段階的に作る ● イメージがつくとGoサインを出しやすい ● 泥臭く、既成事実を作る運用コストがほぼなくなった妖精さんパワー妖精さんパワー完成形少し手間がかかるフル手動実装

35.

問題発見ときにはハッタリ自信を持って言い切る！虎の威を借る ● 「ＪＢＵＧっていうイベントで聴いたんですけど～」 ● 「○○社ではこういう運用しているらしくて～」 ● 絶対便利になりますよ！ ● やります！できます！おまかせを！ ○ →後からこっそり調べる提案実装

36.

3. 実装する

37.

問題発見提案ＢａｃｋｌｏｇＡＰＩ WebAPIのおかげで自動化がはかどる ● 公式日本語ドキュメントがある（最近リニューアルされた） ● 基本的に何でもできる https://developer.nulab.com/ja/docs/backlog/ 実装

https://developer.nulab.com/ja/docs/backlog/

38.

問題発見提案カスタム属性と種別Ｂacklogを良質な情報源として使う ● カスタム属性は形式や必須チェックなど柔軟に設定できる ● 課題に紐づく情報の入力フォームとして便利 ● きれいなデータがあると活用したくなる ○ 表記ゆれ、散乱、一列に複数責務だと厳しい実装

39.

問題発見提案ＰｏｗｅｒＳｈｅｌｌお手軽な自動化はPowerShellから ● Invoke-RestMethod でWebAPIを呼ぶ ● CSV、JSONと.NETオブジェクトの相互変換も簡単 ● Ｗｉｎｄｏｗｓには標準搭載されている ● VSCodeでサクサク開発できる実装

40.

問題発見提案実装作ったもの ● 複数リポジトリのプルリクエストを一覧できるダッシュボード ● 問い合わせ管理bot ● テンプレートを入れて親子課題を一括登録する ● 子課題の予定・実績時間を親課題単位で集計する ● 品質指標を計算する

41.

問題発見提案小さく作るＨＴＭＬ1枚でかんたん！ ● デプロイはＨＴＭＬファイル一枚をＷｅｂサーバに置くだけ ● Ｖｕｅ.jsなどはＣＤＮで読み込み ● ＵＩコンポーネントを使えば少ないコード量で済む ● pwshで加工したJSONを読み込んで使う https://oruga-ui.com/components/Table.html 実装