自律的な開発と部署間連携

Helpfeel Tech Conf 2024 登壇資料
https://techconf2024.helpfeel.com/

スライド11枚目の動画
https://nota.gyazo.com/58fd755a9d07f95c6be47e0ac9147e67

Transcript

1. ⾃律的な開発と部署間連携
2. • balar(@marefa9cb8) • Helpfeelのエンジニア ◦ 業務効率改善領域のリーダー • 普段は⻑崎からリモートワーク ⾃⼰紹介
3. • プロダクト概要 • 職種紹介 • 業務効率改善領域 • 業務効率改善の例 • 改善可能な課題や問題の発⾒ • 課題の優先度付け ⽬次
4. • Cosenseに書いた記事をFAQに変換 • CosenseにHelpfeel記法を書くことで検索にヒットするように なる プロダクト概要 - Helpfeel
5. • Helpfeelの質問⽂を設定するために使われる記法 • 1つの⽂から複数に展開される • 例: ? {screenshot}を(簡単|⼿軽)に共有する⽅法は？ ▪ screenshot: (スクリーンショット|スクショ) ◦ スクリーンショットを簡単に共有する⽅法は？ ◦ スクリーンショットを⼿軽に共有する⽅法は？ ◦ スクショを簡単に共有する⽅法は？ ◦ スクショを⼿軽に共有する⽅法は？ プロダクト概要 - Helpfeel記法
6. • Helpfeelの構築に携わる部署 • Webディレクター(WD) ◦ Helpfeel(管理画⾯)を使って設定を⾏う ◦ 企業に合わせてHelpfeel‧Cosenseを構築 • テクニカルライター(TW) ◦ Cosenseの各記事に質問⽂を追加 ◦ 顧客のFAQをHelpfeelで動くようにライティング • 通常業務でCosenseとHelpfeel(管理画⾯)を利⽤する 職種紹介 - サービス部
7. • カスタマーサクセス部 ◦ Helpfeelの運⽤後に分析‧改善を提案する部署 ◦ 導⼊した企業とのコミュニケーション ◦ 企業のHelpfeelやCosenseを編集‧修正 • 営業部 ◦ Helpfeelの案件を獲得する部署 ◦ 営業時に⾒せるデモプロジェクトの作成 • HelpfeelとCosenseは多くの部署で関わりがある 職種紹介 - 他にも…
8. 業務効率改善領域
9. • 「プロダクトの磨き上げ」の１項⽬ • Helpfeelへの要望や提案のうち、実現すると社員の業務効率が 改善すると判断された要望群 つまり • ⾃社プロダクトを磨き上げて社内の業務効率をどんどんよくし よう！ 業務効率改善領域
10. • 全ての要望や提案が開発部に寄せられているわけではない • ⾔語化されていない要望や課題を開発部からもすくい上げるこ とが⼤事 ◦ 開発⽬線で⾒るとすんなり解決できることもあったりする 今回の話 • 私(開発部)が⾃律的に⾏動して部署間の垣根を越えて業務改善 を実現したこと 業務効率改善領域
11. 業務効率改善の例 - 質問⽂を展開するツール
12. • 導⼊前 • 導⼊後 業務効率改善の例
13. • 実際に取り組んだことを紹介します • 別部署の社内定例に顔を出す • ⼊社して数ヶ⽉経った⽅と話す機会を作る • リリースした機能を実際に触ってもらう場を⽤意する 改善可能な課題や問題の発⾒
14. • ⽬的は課題の発⾒よりも、その部署の業務内容を知ること ◦ 振り返りやノウハウの共有など参考になることは多い • 毎回参加する必要はなく、参加可能な時のみ ◦ 議事録は社内のCosenseにあるため把握は可能 ◦ Slackで任意参加者で招待してもらうように依頼する • 可能なら議事録にコメントを書く ◦ 仕様の確認など答えが定まっている答えやすいものなど ◦ 要望や困りごとは別ページに切り出してまとめる 別部署の社内定例に顔を出す
15. • 業務内容を⼀通り経験して、実際の案件などをこなした頃 • 普段の業務で困った、苦労した、時間がかかったことを教えて もらう ◦ CosenseやHelpfeelなど業務で利⽤してるツールがメインだが、それに 限定せずにざっくりと話してもらう ◦ どうなると解決になるかを⼀緒に考える • 画⾯共有して実際にやってる業務を⾒せてもらう • 要望をそのまま解決しない ◦ 実際に困ってることなど要望の背景を知る ⼊社して数ヶ⽉経った⽅と話す機会を作る
16. • 機能を提供して改善したつもりになって終わり、ではなく実際 に触ってもらうことで改善のサイクルを回す ◦ 業務で利⽤する前に⼀度経験してもらう ◦ 部署間の認識や期待値のズレを修正する • 進め⽅ ◦ 頻度は1ヶ⽉に1回程度、Meetに集まってもらう ◦ 最初に私が画⾯共有をして機能の説明をする ◦ 別の⽅に画⾯共有してもらい、実際に動かす様⼦を⾒せてもらう ◦ 最後に前回の紹介した機能のフィードバックがあれば募集する リリースした機能を実際に触ってもらう場を⽤意する
17. • 要望や問題はたくさん出てくる ◦ 尽きることは決してない • どの課題から解決していくかを決める必要がある ◦ ❌ ⽬についたものから ◦ ❌ 簡単そうなものから 課題の優先度付け
18. • パフォーマンスを伸ばすもの ◦ あると便利 ◦ 例: エンジニアがGitHub Copilotを使える状況 • パフォーマンスが下がっているもの ◦ ないと困る ◦ 例: エンジニアがメモ帳で開発をしないといけない状況 • パフォーマンス = その職種の本来の業務に集中できる 判断の基準
19. • 本来の業務とは違うところで困っている‧時間がかかるものは 減らしたい ◦ 遠回りしてやっている業務の話を聞くともったいないと思う ◦ 本来の業務に専念できる環境ができてほしい ▪ 巡り巡って会社の成⻑に貢献する • エンジニアで解決できる領域だと、解決アイディアを考える価 値がある ◦ 特に⾃社プロダクト(Cosense‧Helpfeel) パフォーマンスが下がっているものを優先する
20. • 部署間の壁を越えて活動することで、要望に上がってくる前の 課題や問題点を知ることができる • そのため、より実態に沿った改善を⾏うことができる • この発表が部署間の壁を越える助けになれば嬉しいです 最後に
21. ご清聴ありがとうございました！