# スプレッドシートをDB化。最初に届けたかったのは何だっけ？ TAKAMATIとTOMOのボイコード Voicy Engineerの声と出会えるチャンネル、ボイコード このチャンネルではVoicy Engineerの日々の活動をお話ししています。 はい、お願いします。 なんか久々、TOMOさんと話すの 確かに収録は久々ですね。 そうですね、チームはまあ同じ そう、チームは同じで結構会話自体は最近また 一時期ちょっと僕が多分合いの乗ってって言って分かるかな 今のプロジェクトというか社内MCPの開発のところを TAKAMATIさんと一緒にやってるんですけど 最近そこにジョインしたって感じなんで 元々データAIと呼ばれていたチームで一緒だって 数ヶ月ちょっと空いてまた一緒にみたいな感じなんで 最近会話は多かったですけどね そうですね、収録自体は久々ですね 今日は何話しますか 今日はお互いの仕事事情というか 最近の そんな話ができればなと思っております 最近はどんなことやってました?言える範囲で 最近は外に出ていく機能ではなくて どっちかというと社内で使われる機能というか 今社内的にAI使ってAI化していくみたいな AIを使ってより効率化していくみたいなところで 今結構過去の誤想でも少し触れたことがあるんですけど スプレッドシートにいろいろと情報をため込んでいて 管理している業務があったりするんですけど 結構あまりにいろんな情報がため込まれすぎていて 何のファイルなのか分からなくなってきてたりとか 情報が非常に肥大化している中で それをデータベースに置き換えて それでよりAIが使いやすいような形に整えて いったところの機能開発を AI機能の開発をやっているような ここ数ヶ月そんなことをやってたりします なるほど ありがとうございます 確かに なんかスプスって AIが読むのも結構できなくはないけど 量とかによっては結構大変だったりとか やっぱりAI通じてというか AIを経由して操作するには 若干やりにくさはあったりとかっていうのが 課題としてあったみたいなところもあるんですかね スプスを読むツールは プラグインとして提供されてはいるんですけど めちゃくちゃ遅かったりとか 情報が途中で抜け落ちて コンテキストもめちゃくん そこで結構抜け落ちたりとかで なかなか目的の業務を実現するのに 結構難しい場面とかもあったりします なるほど データドッキに データベース化をするという ひっくりした要件があって それのハウというか どういう形のものを構築するかってところは 自分の作業に任されている そっかそっか だから結構そこも自分で考えて どうやって達成するんだっけってのを ずっとやってきてて 今って感じなんですね 社内で結構バックエンドを専門とされて 今はプロバクトエンジニアという形で みんながいろいろやってたりするんですけど 結構そのあたりに 結構バックエンドを触る 開発を今回やっているので そこで知見をちょっと 相談とかもさせていただきながら モデリングとかして作って 今はようやく開発が 本格的にスタートして進めていっている って感じではあるんですけど ちょっとやっぱ改めて まだこのプロジェクト自体は終わってないので またちょっと振り返りみたいなのは 個人的にもちょっとやろうかなと思っているんですけど どこまでやるかみたいな 結局オーダーとしては すごいざっくりある中で 構築するのも自分に任されているというところで 今回この要件どういう形で達成して どこまでをスコープとして含めてやっていくか スコープ決めがすごい難しかったなっていうのは 改めてちょっと今 まだ終わってないですけど 思っている感じ 正直結構広げすぎた感はあるかなと思う もちろんスコープとして いろいろ組み込めた方が便利になると思うし 本来使いたいもの 構築すべきものみたいなところに 近づけるとは思うんですけども それをやっていくと やっぱ時間もその分かかってくると思うので いかにスピーディーに出していくか スピードを意識するのと スコープを意識するので結構やっぱ どこを重視するかによって やっぱ開発のスピードだったり アウトプットの速度が結構変わってくるなっていう 確かに スコープを狭めれば狭めるほど シンプルにできるので 早く出していって 公開してそこからまたフィードバックもらうみたいな そういうのもやりやすいと思うので 結果的にどっちが良かったのかなっていうのは 難しいですね なるほど なるほどそうか 今回僕も一応途中からではあるものの 高本寺さんがどういう仕事をしていたのかは ざっくりは把握してるんですけど 個人的に難しいなと思ってたっていうか 多分この辺が大変なんだろうなと思ってたのが 2つあって 1個はスコープの話 ここはどう決めるかによって変わるなっていうところ これは既存の機能を全て完全に満たすべきなのか それとも一部妥協してもいいのか とかっていう意味も込めて どこまでをやり切るのかみたいなところが やっぱりスコープを調整することによって 結果として早くいいシステムを作っていけるのか みたいなポイントもありつつ あとはやっぱり複雑な用途 複数の用途で使われてたスプレッドシートの業務を まるまる別の形に変えなきゃいけないっていうところがあったんで そこが複数の用途を紐解いていかなきゃいけないっていう そういう苦労もあったのかなみたいなところだったと思ってて 高畑さん的には両方かもしれないですけど どっちがインパクトが大きかったというか 今振り返るとこっち調整の余地があったのかな って思ったりとかしてるんですか? そうですね 結構全ての用途を明らかにするって方向に スタートからちょっとやっていこうとしていたんですけど その全ての用途を満たす必要があったのかどうかっていう まず一番やりたいことは何だったのかっていうのと まず一つとか二つとかにフォーカスを当ててやっていけば かなりシンプルに実現できたのかなと思っていて その上でやっぱり足りないって部分が出てくるのであれば その時にまた追加でやればいいのかな やっていけばよかったかなっていう風にちょっと思って そうするとやっぱりフィードバックのループが早く回せていけると思うので 本当にしっかりガッツリ設計したけど それが本当に使いたいものだったのかなっていうのが 分かるのがやっぱりちょっと後の工程になってしまうので やっぱり早く小さく出していくっていうのは 改めて重要だったのかなっていうのは確かに思ってます 一般論とか開発のいわゆるクリニュージャイル的なところとかでも よく言われてる言葉とは思いますけど 一層プロダクトエンジニアとして 自分たちでどういう 言われたものを作るんじゃなくって 自分たちでどういう風な手段で実現していくのかやりたいこと っていうことを何か考えなきゃいけなかったりとか そもそも使ってくれてる人が結構MCPの業務 社内MCPの業務なんで 社内の人たちに自分は使わないけど人が使ってるものだから あんまりよくわかんないみたいなのがあって そこを実際にヒアリングしに行って コミュニケーションしながら作っていくっていうのが マジでプロダクトエンジニアとして 本当にこれがプロダクトエンジニアとして求められてることなんだっていう まさにその具体の例なのかなっていうのを 最近僕も感じてました むずいですよね 関係者がやっぱり多くなればなるほど 要件がどんどん膨らんでいく感じなので やっぱり一つに絞ってまず作りきるっていう そこがやっぱ大事なのかなって思って これは次以降の開発にもしっかり活かせる教訓を学んだかなっていう風には そうですね 思ってたより大変だったなっていう 僕もこれは答えがわからないなみたいなところが結構あって やっぱりその中で高地さんもこうでもない ひたすら頑張って苦戦されていたなっていうのがあったんで 確かにそういうのは大事ですよね # 早く届けるために、あえて作らないという選択 ちなみに僕は今同じチームで朝会とかやってる時に 結構このスコープの話とかはたびたび自分からこうしちゃおうがいいんじゃないですかっていうのを ちょっと気になったら言うようにしてるんですけど これは完全にあれですね。データAIチームでの学びですね。 めっちゃ助かってますね。自分で気づいてない視点で フィードバックとかアドバイスいただいて ここちょっとやらないといけないなっていうのを完全に忘れてたりとか 考慮しきれてなかった部分もそこで改めて分かったりするので すごい助かってます。 全然僕はアドバイスなんてそんな大層なものをしようと思ってるというよりかは どちらかというと自分が何か分からないことがあった時に 今チームでやってるんですけど それをあまり直接開発に関わってない人たちに説明する機会が手入れみたいなミーティングがあって その時に聞かれたことに対してちゃんと答えられないと コミュニケーションとしてスムーズにいかないなっていうのが漠然とした不安というか その時にちゃんと同じチームのメンバーが何してるかぐらいは ちゃんと言えるようにしなきゃいけないなっていうので こうやってどうなんですかみたいなのを聞くようにしてるだけなんですけど それは結構エンジニア始めたての頃からそういう意識が いや全然そんなことないです だんだん芽生えてきたっていう 完全にデータAIで共に過ごしたあの時間で 濃密な あそこでの学びが結構今スコープ管理とかには生きてきていて 僕もこれやっといてっていうような感じのオーダーのものとかもいくつかはあるんですけど やっぱりこれを作ってくださいって言われる分にはすごい楽なんですけど どうやってそのプロジェクトをどういうスケジュール感で いつまでにどういうことを終わらせてとか それを定期的に今進捗こうですとか こういうリスクがありますみたいな説明とかを 誰かに結局しなきゃいけないっていうのがあって そこは全部一人で今プロダクトエンジニア そして一人一個以上はタスクみたいなのがあると思うんですけど そこを自分で管理しなきゃいけないみたいなところは 本当にデータAIチームでプロダクトエンジニアとして 一人一プロジェクトをやっていくぞって あの期間で結構学んだというか こういうスコープってめっちゃ大事だよねみたいな 期限がギリギリになってできないってなった時に 何をしなきゃいけないんだっけみたいなところとか どういう風に調整していく どういう風に調整したらちゃんとプロジェクトを完成できるのかみたいなところとかは あの時の動きで学んだなっていう その時って結構自分でいろいろコントロールできる範囲が 自分でいろいろと調整していけたって感じで 今の視点はそれをチームにも視点が そうですね やっぱり今って基本一人でそれぞれがそれぞれのタスクをやるっていう 開発をやっていくみたいなスタイルではあるんですけど やっぱりチームとかで定期的にそういう話し合ったりとか 相談したりとかそういうことができる場はあった方が やっぱりいいんじゃないかなと 個人的にはなんかあの期間を経て思っていて やっぱそのあった時に誰かと同期する情報交換というか お互い何やってるんだっけとかっていうのを交換することも大事だから やっぱり直接同じ機能を開発してないからこそ なんか全然分かんないコンテキストがない状態で 他の人が聞いた時にどういう理解になるのかみたいなところに ちょっと意識は行ってるかもしれないですね 確かに自分が主でそのプロジェクトに関わってると 関わってない人の客観的な意見結構嬉しかったり とかそうですね なんか僕は喋るの好きなんで 雑談できるだけで楽しいみたいなのがあるんで そういうのも込みですけど なんかやっぱり一人だけどチームでやってる部分もあったりとかするので そこら辺でやっぱりお互いちゃんと見ていけると それこそデータAIの時もデータAIチームの時も 一人プロジェクトとしては開発してたけど チームとしてしっかりお互いにやっていることが ちゃんと進捗進んでるんだっけっていうのは 助官だっけ 懐かしいな スケジュール監督かなの略で助官って呼んでたんですけど 危険な意味ではないです その助官的な動きはやっぱりあった方が 開発は結果的にうまくいくんじゃないのかなっていう 一人で抱えちゃうとちょっと誰も進捗よく分かんなくって 結局どうなってたんだっけみたいな感じに 後からなるよりかは定期的にそこの進捗をざっくりでもいいから 確認したりとかっていう場はあった方がいいかなと思ってるんで そこの体制を比較的イメージしている感じはあるかもしれないですね 僕はもう今のプロジェクトでもそうですけど とにかくスコープとあとは進捗ですかねスケジュール ここがやっぱり一番かなり大事だなっていうのは思ってます もう作るのはほんとにすぐ 一瞬とかではやらないですけどすぐできるので 何を作るかってところに精度を高めていくっていうのは 今後の課題になっていくなっていう めっちゃわかります いろいろと失敗をしながら学んでいくしかないなっていうのは感じてます そうですよね さっきもちょっと話あったんですけど 正解がないからどういう手段を使ってもいいわけじゃないですか だけどその中でそれっぽい正解を見つけなきゃいけない自分で っていうのはあると思うので そもそもそれは解決するべき課題なんだっけみたいなところから 考えるのもプロダクトエンジニアとしての仕事かなと思っていて なんでスコープとは言ったんですけど ほんとにやりたいスコープってなんだっけを 前提から疑わなきゃいけなかったのかなみたいなところとかは 今回のカカマティさんの開発とかだとあったのかなと思うんで 単純に既存のものをそのまま100%できるようにしようとかってすると いろいろなところでうまくいかないというか ちょっと大変になっちゃうみたいな側面があって ちょっと難航してたのかなと思うんで 当たり前にやらなきゃいけないと思ってたところから ほんとにやらなきゃいけないことを抽出するみたいなのは それはスコープの調整なんだけど 僕もイメージしてたスコープの調整とちょっと違ったなっていう感覚があって これを見つめ直すのは結構ムズイなっていう あといかに開発をしないかっていう 既存全部既存じゃなくても 活かせる使えるものがあるのであればそれを使って 開発すれば何でも作れると思うんですけど その分やっぱコースも変わっていくので いかに早く出していくためにはいかに開発をしないかっていう やらないことを決めるみたいな そこがやっぱ大事だったなっていう学びですね 確かにここら辺はこのチームでこういう働き方ができてよかったなと 今までだと結構作って欲しいものを作ってみたいな感じだったから 要件も決まってるし 絞るとしてもそんなに難しくないというか 言われてるもののうちからどれを削るかぐらいの話だったんだと思うんですけど もうちょっと広いというか 自分たちで決めなきゃいけない範囲は広かったなっていう感じだったんで その意識がチームメンバーとして共有できててよかったなって思いました 僕もめっちゃ話してるときはとにかくスコープみたいなのは結構言ってる気がするんで 確かにありがとうございます # コメント返し では、コメント返しに行きたいと思います。 前回の放送ですね、 AIに実装を任せたエンジニアは何をしている? 個人開発で作った後に待つ壁 という放送にコメント一件いただいております。 キングダムさんから、 キーク・タカマティさん、いつもありがとうございます。 問い合わせはあまりしないタイプなのですが、 Voicyが良くなるためなら貢献したいです。 ベータ版お試し楽しかったです。 これを機にVoicyがさらにしなやかに強くなることを確信しています。 仲間の気配をかなり感じられました。 コミュニティって内輪に閉じるのではなく、 外に飛び出す基地として属するものなんですね。 Voicy最高です。 ありがとうございます。 ありがとうございます。 嬉しいですね。 嬉しいですね。 確かに、今リニューアルで両方とも出したか。 そうですね。 収録アプリも出ていて。 不具合の問い合わせも当然あって、 そこら辺もある中で、 ポジティブに協力してくださっている方が多いなというか、 本当にありがたいなというか。 コミュニティってところで、 実は外に出てみると、 もっと繋がりを感じられるみたいな、 そういうコメントを見て嬉しくなります。 そうですね。 本当にVoicyが大事にしているものを感じ取ってくれているというところで、 本当にありがたいですね。 最近、つぶやき機能もリリースされたので、 ぜひ楽しみましたら嬉しいです。 ありがとうございます。 ありがとうございます。 では、こんなところですかね。 次はどの声と繋がりますか。 引き続きVoicyでお楽しみください。