🦄 HiTTOのPdM(プロダクトマネージャー)が大事にしている3つのこと
こんにちは！PdMの木村です🙋♂️ Co-CEOを兼任しています。実質CPOも兼任しています。兼任しすぎですね。 まあ、スタートアップのこのフェーズだとよくある話です。CXO兼任しているという表現は若干違和感があるかもしれませんが、この記事はPdMについてなのでこう書きました。
HiTTOでは『INSPIRED』をプロダクト開発の教科書にしています。 なので、このブログの中でもこの本に何回か触れます。
では、タイトル通り、HiTTOのPdMが大事にしている3つのことを書いていこうと思います。思想面についてをテーマにして、具体的な取り組みなどは別記事にて書こうかと思うので、いささか抽象的なきらいはありますが、ご容赦ください🙇♂️
PdMが大事にしている3つのこと
1. 🥷 黒子たれ！
PdMは、エンジニアリングとデザインの力を最大化して、お客さまにより速くより大きな価値を届け続けるための黒子です。
フラット
PdMは、随所で「決める」という役割を多く持っていたり、（特にスタートアップだと）経営陣や創業メンバーが担うことが多い印象です。 それが故に、暗黙的にエンジニアやデザイナーと上下関係があるかのような状態に陥りがちです。 それを良しとしてしまうと、いずれトップダウン型の限界を迎えるのは自明です。そう、結局のところ人ひとりの頭で考えられることなんてたかがしれているのです。HRTでいうところの「謙虚」さを忘れてはいけません。
PdMは、あくまでエンジニアとデザイナーとフラットな関係で「い続ける」ための意識を持ち続け、努力をし続けなければなりません。日々のアクションだけでなく、コミュニケーションにおいてもです。 とはいえ、個ではなくチームでの進行は、時にはスピードや質とトレードオフになる可能性があることも忘れてはなりません。足元のものごとを進めることと、将来への投資と、今と未来のバランスを常に取りながらお客さまに価値を届けるため不断の努力が必要なのです。
環境作り
日々フラットでいるだけでは、「黒子」の前提しか満たせていません。エンジニアとデザイナーが、その技術力や問題解決能力をお客さまやユーザーへの価値・課題解決に資することができるように環境を良くし続ける必要があります。それはしかるべき情報が必要十分に届くように整理・構造化することかもしれません。場をセッティングしチームとチームを繋げることかもしれません。兼任している役割によっては、採用に向き合い、チームに新しい力や風を届けることも必要でしょう。その時の会社やチームの状況に応じて自分の具体的なアクションや立ち居振る舞いを更新していく柔軟さが求められるように感じます。
すべては、価値あるプロダクトを作るための手段です。そのためのPdMのあり方は「黒子」役であり続けることだと忘れないようにしたいと考えています。
2. 🔥 ハードさを楽しもう！
本当にハードな役割です。物量的なハードさだけでなく、その影響範囲の大きさと責任の重要さが計り知れないこともハードです。個人として求められる要求水準もハードです。 ハードシングスが大好きな人には向いているオシゴトかもしれません。
ものすごく「ハードであること」それ自体を伝えたいとうより、プロダクト開発というそもそもハードな領域において重要な役割を担う上で、ちゃんとハードさを自覚して日々邁進することが大事かなと思っています。とはいえ、ハードだ大変だ！ということのみにフォーカスすると長続きしないので、お客さまやユーザーに価値を届けるための必要な手段だと思って、楽しむ気持ちも大切だと思っています😆
自分で自分の役割がハードだと吹聴するのも若干気が引ける😅ので、『INSPIRED』からの引用をまじえてみます。
物量
プロダクトマネージャーは、通常、文字どおりフルタイムの仕事である。私の知るかぎり、自分がすべき仕事を週60時間未満でこなしているプロダクトマネージャーはほとんどいない。（中略）自分が膨大な量の仕事を引き受けてしまったことに、すぐに気づくだろう。それでも、意欲を持って取り組めるなら、素晴らしい結果が得られるはずだ。（『INSPIRED』p.16より引用）
私は比較的単純（よく言えば素直）なパーソナリティなので、額面通りこれぐらいの物量で当たり前だと思って日々過ごしています。兼任しているので、アドオンで計算するともっとだな〜と。それでも現状はまだまだ時間を割ききれないと感じていて、個人としてのタイムマネジメントの未熟さを感じていたりします💦 それでもチームのみんながフォローしてくれているおかげでなんとか日々前に進めているかなという所感です。感謝！🙇♂️
個人として求められる要求水準
必要な知識として「顧客に関する深い知識」「データに関する深い知識」「自分のビジネスについての深い知識」「市場と業界についての深い知識」があげられていますが、それと併せて「頭がよく、創造的で、粘り強いこと」も必要条件として挙げられています。
成功するプロダクトマネージャーは、飛び抜けて頭がよく、創造的で、粘り強い人間である。（『INSPIRED』p.62より引用）
字面だけみるとなかなかな要求に見えますねw 私はもちろん、プロダクトを成功させたいので、PdMとしても成功したいし、その責務があると思っています。
ここで言う頭がいいは、とりわけ、知的好奇心にあふれ、新しい技術をすぐに習得し、それを使って顧客の問題を解決したり、新しい顧客の心をつかんだり、新しいビジネスモデルを作ったりすることができるといいう意味である。
創造的というのは、ビジネスの問題を解決するために通常の職能の枠にとらわれずに考えられることを意味する。
粘り強いというのは、説得力のある根拠をもって常にコミュニケーションを取り、頑強な反対に直面しても組織の間の橋渡しをし、企業を動かしてコンフォートゾーンから押し出す力があることである。
（『INSPIRED』p.63より引用）
大変具体的なので、特段補足はしませんが、これらを「飛び抜けて」兼ね備えなければならない！現状の私は、甘く見て60点に満たないぐらいの程度かなと思います（なんとなくのイメージです。ちょっと甘すぎかも）。「頭のよさ」をもっと磨く必要があるかなとこのブログを書いていて自分と向き合いながら感じております。頑張るぞ💪
影響範囲の大きさと責任の重要さ
どれだけ重要な責任かは、同書で「イノベーションが失われる理由」「スピードが失われる理由」として、「強力なプロダクトマネージャーの不在」をひとつの要素として挙げていることから推して図るべし感があります。イノベーションもスピードもどちらも最上段に重要な要素です。その成否に大きく影響しているわけです。
眠れない日々を過ごすには十分な職責ではありますが、誰よりも、どの役割よりも、学び、成長し、変化を厭わずチャレンジしていくことが必要な役割だと理解し、コツコツ積み上げていこうと考えています。 とんでもなくハードさを押し出してはいますが、個人的にはこのハードさが最高のプロダクト開発に繋がると信じているので、実に楽しいわけでございます🚀
3. 🏡 文化を大事に！
最高のプロダクト作りのためには、結局は、プロダクト開発の文化がすべてだと考えています。 個人的には『INSPIRED』は、具体的な方法論に言及しつつも、本質としては文化についての本だと理解しています。また、この本を教科書にした決め手は、本の最後に読者に選択の余地を提示しているが故でした。その内容は以下です。
文化として「イノベーション」と「実行力」の二側面で整理がされつつ、
現実には、持続的なイノベーションと実行力のどちらにも非常に強い企業が存在する。（中略）並外れて実行力が強い企業のほとんどは、極めて厳しい職場である。
イノベーションと実行力の両方に優れている企業はほんのわずかしかない。多くの企業は実行力に優れているがイノベーションには弱い。イノベーションには強いが実行力はまあまあという企業はそれよりも数が少ない。そして、うんざりするほどの数の企業が、イノベーションも実行力も乏しいのだ。（『INSPIRED』p.355より引用）
そして最後にこう結ばれます。
私があなたやあなたの開発チームにしてほしいのは、イノベーションと実行力の両面から自分自身を見直し、あなたが、チームや企業として、どの位置に行きたいのか、その位置に行く必要があると考えているのかを自分に問いかけることである。（『INSPIRED』p.355より引用）
つまり、「めちゃめちゃハードだから、やるかどうかはあなたに委ねる」という問いかけで終わっているわけです。最初に読んだとき、この問いかけは私にはとても刺さりました。
HiTTOは、世の中のありとあらゆる人に価値を届けるような "must-have" なプロダクトになることを目指しています。生半可なやり方で到達できるような領域ではないところを目指しているわけです。
なのだから、慣れたやり方に甘んじず、果てしなく難易度が高かろうが、よりお客さんやユーザーに価値を届けられると信じる方法を選択し、覚悟を持って挑戦していこうじゃないかと。イノベーションも実行力も並外れたチームや企業になることを目指すのです🦄
世の中にとって "must-have" と言えるようなプロダクトを生み出している諸先輩方に少しでも追いつくためには、HOWの選択で劣後しているわけにはいかないのです。 最強のHOWで武装して、その上にHiTTOとして自分たちだけのオリジナリティを発揮していきたいと考えています。
参考までに、同書のイノベーション・実行力の構成要素についての図解を載せておきます。つまるところは、文化の具体的な構成要素です。（各要素についての記事をいつか書くかも！）
文化というものは、一朝一夕で習得できるものではないのは百も承知です。日々のコミュニケーションで意識する、プロセスに反映していく、チームで向き合う、などなど様々な取り組みや習慣の集積で出来上がっていくものです。肝に銘じようといつも思うのは、なんとなく出来上がったものを文化として良しとするのではなく、目的のために最善と信じる文化を意図的に作っていくことなのだということです。
イノベーションと実行力のどちらも強く兼ね備えた文化を目指していきます！
終わりに
はてさて、冒頭にも書きましたが、案の定だいぶ思想ドリブンな内容になりました。「思想とは？」なんだと考えてみると、それは「目指すところに向かう道のりにて何を大事にするのか」という過程に想いを馳せた観点なんだと思います。
とはいえ、何よりも大事なのは、それすら手段だということです。社会に、お客さまに、ユーザーに、HiTTOとしての最高の価値を届け続けることが最上段の目的です。SaaSという観点からは、「概念としてのカスタマーサクセス（お客さまの成功）」に資するプロダクトを作ることです。手段を目的化せず、短期と中長期のバランスを取り、チームとして成長や変化を重ねながら、日々前に進んでいきたい！そう思う今日この頃です。
「大事にしている」という表題ですが、「大事にしようとしている」という、まだまだこれからの側面ももちろんあります。というわけで、こんなことを大事にしていきながら、最高のプロダクトを一緒に作っていく仲間を募集中です！（宣伝🌟）
HiTTOを支える技術について (フロントエンド編)
HiTTO株式会社エンジニアのなかむーです。 フロントエンドを担当しています！
今回はフロントエンド周りの技術スタックをご紹介したいと思います。
言語/ライブラリ
React + TypeScript という最近では割とスタンダードな構成を採用し、スタイルはstyled-componentsで当てています。
GraphQLクライアントとしてApollo Clientを利用しており、一部ローカルの状態管理も兼ねてくれています。
また、Apollo CLIのapollo client:codegenコマンドを利用してGraphQLのSchemaからTypeScriptの型を自動生成しています。
Linter、Formatterについては以下のものを利用しています。
- ESlint
- Stylelint
- Prettier
ルールを全て紹介すると長くなってしまうので１つだけご紹介させていただくと、simple-import-sortのプラグインを使って後述するAtomic Designの粒度順に自動ソートしているのが気に入っています。これにより手動でimport順を整理することがなくなりました。
アーキテクチャ
コンポーネントはAtomic Designに基づき作成しています。
Atomic Designは汎用性が高く変更に強いコンポーネント設計ができ、Reactとの親和性も高いのですが
粒度の認識が人によってまちまちだったりします。（主にMolecules、Organismsあたりが。）
HiTTOでは各粒度の定義を以下のようにルール化しています。
ですが、上記のルールはフロントエンドのメンバー側で定めたものであり デザイナー/フロントエンド間で認識が異なっている部分がありました。
デザイナー/フロントエンド間で粒度の認識を統一すべく毎週少しずつFigmaを眺めながらコンポーネントの確認を行い 認識が統一できたのでFigmaと実装での粒度の差分をこれから無くして行ければと思っています。
CI/CD
CircleCIで Lintの実行/Test/Build/Deploy/StorybookのDeploy を行っています。
StorybookのDeployはNetlifyを使っており、デザイナーさんにデザインの確認をしてもらうのに使っています。マージ前に確認いただく事で手戻りの発生を抑えられます。
また、dev環境と本番環境用のブランチ（それぞれdevelop, master）にマージされるとそれぞれの環境に自動でDeployするようにしています。
Deployの結果はSlackで○之助が教えてくれます。。！
Test
全て網羅できている訳ではなく一部ですがJestを使ったテストの他、
reg-suit + Cypressでビジュアルリグレッションテストを行っています。
GithubのPRに対してビジュアルリグレッションテストの結果がコメントされるようにしており、 意図しないデザインの崩れ等がないかサッとチェックできてとても快適です！
パッと目で見ただけでは分からない1pxのズレ等でも前回との差分がある場合は検知してくれるので非常に助かってます。
パッケージ管理
renovateを使って定期的にパッケージ更新のプルリクを作っています。
最近まで機能開発を優先してライブラリの更新を後回しにしがちだったのですが 開発スプリントの中でライブラリ更新の時間も取るようにしたり、各メンバーに自動アサインされるようにした事で プルリクが消化出来ているように思います。
おわりに
今回フロントエンド周りの技術について紹介させていただきました。
HiTTOでは複業のメンバーも数名在籍しており、他社での事例等も(聞ける範囲で)知ることができ、
参考になったり気づきになる事も多くあります。
最高のサービスを提供するため、プロダクト/技術に向き合える方の採用も行っておりますので ご興味持っていただけましたら応募をお待ちしています！
プロダクトチームのエンジニアのある1週間
はじめまして、HiTTO株式会社エンジニアの きょんしー です！ 普段はペンギンの皮をかぶってReact, TypeScriptを書いてます。
この記事では、HiTTOのエンジニアがどのように働いているのかを紹介します。
記事の内容時点ではエンジニアの実装部分のみスクラムを導入していたのですが、投稿時点ではデザイナーもスクラムに参加しつつ、チーム全体で課題発見も行っていく体制を作るためにデュアルトラックアジャイルの導入を進めています。
開発体制に関しては別の機会で書きたいと思います。
月曜日
HiTTOのコアタイムは11時から15時です。
フルリモートの方もいれば毎日出社してる方もいます。僕自身は週2日出社、週3日在宅しています。
この日はほぼ1日中OKRについて考えたのとBacklog Refinementをした日でした。
前の四半期(6~8月)の終わりということもあり、プロダクトチームで10時からOKRの振り返りを行いました。
ResilyというサービスでOKRを運用しているので最終的な進捗率の更新や、次の四半期(9~11月)に向けての改善点をMiroを使って話し合っています。
午後からは、個人OKRに関する共有やチームOKRを決めるミーティングを行いました。
チーム全体がどのようなOにワクワクを感じるのかをMiroを使いながら話し合いました。
チームOKRの決め方は難しく、終わった後もSlackで案を出し合っていました😅
僕の個人OKRを載せておきます。
## 触ってて心地よいと感じる体験を早く届ける - 複業の方も含めた開発の進め方やルールを定める - SalesやCSの方々と同じ空間で働く時間を週2日以上作る - プロダクトチームブログの記事を3本以上書く
火曜日
前日は朝からOKRでしたが毎日アプリチームの朝会(デイリー)があり、火曜日以外はチャットボットの学習周りを担当される方やSREの方も含めたプロダクトチーム全体のデイリーも行っています。
アプリチームのデイリーではデザイナーとエンジニア間での困りごとの共有であったり、前日までにdev環境にマージされた変更の共有などを行なっています。
その他の時間で前の週に計画したタスクを進めてます。
個人KRにも入れているのですが、HiTTOに複業で関わってくださる方もいて平日夜や土日でたくさんコミットしてくださるので、Renovateのレビューの運用方法を考えていました。
毎週火曜日の18時からは複業の方も含めたデザイナーとフロントエンド担当でデザインMTGを行なっています。ゆくゆくはデザインシステムを作成したいとも考えているので、デザイナーとフロントエンド間でのAtomic Designの認識の統一を行なっています🎨
水曜日
今週初のプロダクトチーム全体の朝会が開催されました🎉 ←やっと紹介できる喜び
司会が持ち回りになっており、各自が今していることや今日することなどの共有をします。また、その日ごとに雑談のテーマを設けてお互いを知るきっかけを作っていますが、最近は徐々にテーマを考えることが難しくなってきてるなと感じてます😅
この日はランチに関してでしたが、ファルコン・ランチはややウケでした。
スプリントタスクは進めつつ、翌日にビジネスチームへの前の週にリリースした機能の共有会が控えていたので資料作成を行いました。
また、全社員が参加する四半期のキックオフがあり、会社として目指すことやそれぞれのチームOKRの共有をしました。
木曜日
前日に発表されたのでこの日のテーマはファッションでした。マネークリップを使ってる人が多いことが分かりました。
この日は出社し、8月末に新たに追加したメッセージ機能をどのような思いで作ったのかであったり今後の展望を、感染対策をした上でビジネスチームに共有する時間を持ちました。
アイデアの段階から3ヶ月ほどかけてリリースすることができた機能でしたが、ビジネスチームからの要望もいただいたのでHiTTOをより良くしていくための貴重な時間になりました🎉
せっかく出社したのでオフィスについて触れさせていただくと、神田のWeWork内にあり、晴れの日はスカイツリー良い感じに見えます。
1階にいけばコンビニや飲食店があり、WeWork内ではコーヒーが飲めたりするので快適です。家にいるとほとんど歩かない日があるのですが、出社すると歩くことが増えるので出社も良いなと感じてます。
共有会以外の時間はバグの修正を行なっていました。
金曜日
金曜日はプロダクトチームは任意でオフィスに出社する日なので出社しています。
この日は自宅でコーヒーを楽しむための会話が行われていました。
金曜日はスクラムのRetrospectiveとPlanningなどを行っています。
11時からのRetrospectiveではMiroを使って、1週間の良かった点やスクラムの改善点などを話し合い次のスプリント以降でのアクションまで考えています。
13時30分からはフロントエンドとバックエンドで分かれてPlanningをします。複業で関わる方もいるのでタスクの切り出しを多めにして依頼をしています。
18時からはビジネスチーム含め出社してる人でチェックアウトMTGを行なっています。チーム間での今週の出来事の共有や来週以降やろうとしてること、個人個人で思ってることなどを話す時間を設けています。
さいごに
1週間を紹介させていただきました。
入社して4ヶ月ほどですが色々な課題解決に関わらせてもらっているので、HiTTOで得た知見をたくさん共有できたらと思います。
プロダクトチームとしても顧客課題に向き合いつつ、使って感動してもらえるようなプロダクトにするために日々カイゼンを繰り返してます。
MLエンジニア(チャットボットのアルゴリズム改善、新機能開発、データ基盤の整備など)の採用も積極的に行なっておりますので、興味があれば応募お待ちしています。
プロダクトチームブログはじめました
はじめまして！HiTTO株式会社のプロダクトチームでエンジニアをしているhongoです。このブログでは私たちの普段の開発風景からプロダクトの目指す未来まで様々な情報を発信していきます。🚀
HiTTOについて
「シゴトのナレッジを体系化し、新しいコミュニケーションを創り出す」をミッションに、社内向けに特化したAIチャットボット「HiTTO」を開発しています。
具体的には、例えばですが『年末調整の期限っていつまでですか？』のような社内での質問にAIチャットボットが答えることができます。
こんな感じです。
このブログの目的
HiTTOを開発してる私たちプロダクトチームのことを知ってもらうことです。そして、普段の仕事の様子や技術やデザインについて発信することで、HiTTOのことやチームが解決した課題の共有ができればなと思っています。
あとはメンバーがそれぞれ書いてくれるので発信に慣れていないメンバーにはいい練習にもなるというのもあります。
このブログを始めた経緯
前々からブログやりたいよねという話をしていましたが、ようやく無事に開設することができました。というのも、この手のブログは続けるのが難しくやっていける確信がなかったのが大きかったです。(放置されている自社ブログを見るのは悲しいですね😅)。ですが、メンバーも増えてきてチーム内で機運が高まったこともあり、この度始めることができました。メンバーに感謝です！🙏
これから
どんどん発信していけたらと思います！
以上でーす！
