Download to read offline
![【会社紹介資料】株式会社カンゲンエージェント [ 2026/02公開 ].pdf](https://cdn.slidesharecdn.com/ss_thumbnails/hp-260202024348-cf56e236-thumbnail.jpg?width=640&height=640&fit=bounds)
Backlog事例と情報を残す活動。jbug広島#14 〜1人で解けないパズルは皆で解こうの会〜
- 1. 1 Backlog 事例と情報を残す活動 株式会社ドリーム・アーツ CT サービス本部上谷 2024 年 09 月 07 日
- 2. 2 1. 自己紹介 2. Backlog活用事例 3. 情報を残す活動とは
- 3. 3 1. 自己紹介 2. Backlog活用事例 3. 情報を残す活動とは
- 4.
- 5. 5 自己紹介 補足 資格はあるがあまり意味無く、 PM経験も浅い ( 苦手 ) 。 施策を推進する責任者ではなく、担当者としての立場が多い。
- 6. 6 自己紹介 趣味 吹奏楽 ここ 6年ほとんど活動していませんが、昨年 (2023 年 04 月 ) 、母校の高校で OB として出演しま した。
- 7. 7 1. 自己紹介 2. Backlog活用事例 3. 情報を残す活動とは
- 8. 8 Backlog 活用事例 事例を大別すると 4つ お客さんとのやり取り a b c 社内に閉じた使い方 業務に直接関係ない情報 d 他システムとの連携
- 9. 9 既存システムの軽微な改修 a お客さんとのやり取り プロジェクト概要 体制 概要 PM として顧客調整、プログラム設計、改修など 配下にメンバ1 人の 2 人体制 ( 営業も別にいた ) 期間 2 か月程度 工数 1 人月未満
- 10. 10 課題を使い質疑を行う。 メールは極力利用しない。 エクセルは利用しない。 設計書、議事録は wiki に記載し、お客さんにはURL を案内する。 a お客さんとのやり取り 抵抗なくお客さんに利用してもらえた ルール 結果 特に問題なく受け入れて貰えたよう。 質問があるとき、お客さん自身が課題登録してくれていた。 設計書の受け渡しも wiki でよさそうだった。 所感 たまたまお客さん自身いわゆる SIer であるので、抵抗なかったのかもしれない。 陰で営業の人が頑張ってくれていたのかもしれない。
- 11. 11 製品の上で動作するプラグインの開発 b 社内に閉じた使い方 プロジェクト概要 体制 概要 メンバ 3名程度 ( 開発者以外含めると 10 名程度 ) 開発者として参加 期間 3 か月程度 ( 提案含めると 1 年近く ) 工数 10 人月程度 (3 か月の間の開発のみの工数 )
- 12. 12 相談したいこと 疑問点 不具合 b 社内に閉じた使い方 Backlog の利用方法 課題 Ｗiki 議事録 仕様書 環境情報 他 課題はやり取りが発生するもの等を記載 Wiki は比較的変更頻度が低いものを記載
- 13.
- 14. 14 エラー検知を通知してくれる部署が、自ら課題を登録し対応、連絡してくれる。 b 社内に閉じた使い方 リリース後も利用継続中 良い点 悪い点 やり取りが長引くことがある。 課題の登録は2023 年 12 月 13 日 ころ 最後のコメントは 2024 年 05 月 31
- 15. 15 b 社内に閉じた使い方 工夫 -課題のコメントが多い場合の解決策 課題に目次 ( コメントへのリンク ) を作る
- 16. 16 b 社内に閉じた使い方 工夫 –Wiki では複雑な図を表現できない 画像を貼り付ける ER 図など複雑な図は画像を貼り付ける。併せて作成する元となったファイルも添付。 画像の元ファイル (.pu) を添付
- 17. 17 c 業務に直接関係ない情報 広島オフィスの情報をまとめた 個人的に始めた。 Wikiは比較的変わりにくい情報を記載。 ごみの捨て方 プリンタの設定 備品の場所 会議室の予約の仕方 議事録 ( 広島オフィス運用 ) Wiki
- 18.
- 19.
- 20.
- 21. 21 d 他システムとの連携 作業項目管理改善 (保留 ) 作業項目を管理するため Backlog を利用。自動で課題を作る仕組みを検討したが保留。 弊社システム 定期的に監視 参照 登録 Backlog に課題を自動登録 登録データがあれば Backlog に連携 データを登録 Backlog
- 22. 22 1. 自己紹介 2. Backlog活用事例 3. 情報を残す活動とは
- 23.
- 24. 24 理由 後から確認できる状態を作るため。人の記憶に頼らない。余計な調査をしない。 A 調査結果や議事録、仕様を残す 具体例( 実行しているプロジェクトがある ) お客さん相手だと「そういうつもりで発言したわけではない」と後から覆されることも あるが、残っていないことはもっと問題。 社内の打合せも残す。 議事録 なぜそういう仕様であるか、などを残す。 細かいプログラムの動作は残さない。 ( 正しい状態を維持できない ) 仕様 誰もが後から確認できるように残す。 調査結果
- 25. 25 B 気付いたときに修正、削除 気付いたときに行う事が重要 完璧を目指すのではなく、 8,9割程度正しい状態を維持する、というつもりで臨む。 少し誤っていても良い。完璧でなくてよい。 思想 後からやる、纏めてやるではなく、気付いたらすぐに行う。 間違っている、足りない、不要であると気づいたら修正、削除をすぐ行う。 間違った修正をしてしまってもよい。後で直せばよい。 通常 Wiki であれば履歴から修正内容が追えるので戻せる。 悪意ある人が意図的に誤った情報に更新する可能性は低い。 概要 理由 最新の状態を維持できていないと認識されてしまう方が危険。 参照もされなくなり、誰も更新しなくなる。
- 26. 26 C 残し方を常に工夫する 常に工夫することが大切 残し方は厳密な規則はなく、必要あれば変更してよい。 規則は明文化しない。規則より目的が大切 目的 (情報を残す ) を達成するために必要であれば残し方 ( 規則 ) は変えてよいという 思想。 概要 理由 この活動の目的は情報の残し方を統一するわけでも、残すこと自体でもなく、後で活用で きる状態にする ( 不要な工数をかけない ) こと。 情報の残し方に拘らない。 情報を残し続けられれば良い。 思想
- 27. 27 CMMI の真似 CMMI を真似て考えていることを表現 CMMIとは組織のプロジェクトマネジメントの能力を 5 段階で評価する指標。 Capability Maturity Model Integration の略 CMMI 頭の中でこういうことを考えて活動しているということを表現するためのもの。 個人で考えた情報を残す活動の状態を評価する指標を掲載します。 他の人に強要するようなものではなく、こういった内容を意識して日々情報を残す活動 をしているということです。 単に CMMI を真似ているだけなので、厳密な定義となっておらず、完全な上位互換は なく、矛盾もあると思います。 概要
- 28. 28 CMMI を真似た 6段階 情報を残す状態を 6 段階で表す Level 概要 備考 0 情報を残さない。 悪意がない場合、この状態にな ることはまれ。 1 無法地帯。個人の PC や頭の中にのみあり、聞かれると出てくる。 2 存在はする。残す ( 共有する ) かどうかは個人の裁量による。残 す場所もまちまちであり、規則は明確にはない。 この状態が多いのではないか。 3 厳格な規則がありそれに従い残す。規則から外れたものは残らな い。基本的には上からの指示 ( トップダウン ) で行われる。 一般的にはここに落ち着くので はないか。 4 各メンバが主体的に残す。残し方に問題あれば自発的に改善。規 則は存在するが変わることもある。通常ボトムアップ ここを目指す。 5 Level3 または Level4 の状態に加え、完璧な状態で情報が残され る。
- 29.
- 30.