解約したお客さまにインタビューしてプロダクトの企画に活かすまで - Repro Tech Blog
はじめまして、ReproでUI/UXデザイナーを務めている河西と申します。Reproのデザイナーはプロダクト企画を行っているProduct Planning Teamに属し、プロダクトの少し先の未来を描き、中期製品戦略の策定とその浸透および状況にあわせた戦略の改定、顧客からの一次情報を収集、戦略の実行のため体験設計、UI設計まで一貫して行っています。 Product Planning Teamがなにをやっているかなど詳しくはこちらの記事をご覧ください！ tech.repro.io 今回は解約したお客さまにインタビューを行いプロダクトの企画に活かすまでをお話したいと思います。ユーザーインタビューを行っている方、プロダクトの企画を行う方になにか参考にしていただければ幸いです。 ユーザーインタビュー、難しいですよね？ ユーザーインタビュー、だれになにを聞いたらいいのか難しいですし。現場では緊張す
魔界塔士Sa・Gaがすごすぎる｜ジスロマック
誰が魔界塔士Sa・Gaを遊んでいいと言った？ オレだ！ ……ということで、『魔界塔士Sa・Ga』を遊びました。 もうね、すごい。すごいのよこのゲーム。 FF1を遊んだ時に「一発目からこんなにファイナルファンタジーしとるか！？」と衝撃を受けたのを今でも覚えているのですが、魔界塔士Sa・Gaも「一発目からこんなにサガしとるか！？」と思いました。 なので、「魔界塔士Sa・Gaがすごすぎる」。 いいですね、超シンプルタイトルで。 ではさっそく本文に入って行きましょう。 まぁ、暇な時読んでください。 今回はSwitchの「Sa･Ga COLLECTION」で遊びました テキストがすごすぎる 「エスパーギャル」って何……？ 魔界塔士Sa・Gaって、やっぱりこの「テキスト」のセンスがすごいと思います。普通、「エスパーギャル」にするか？ なんか「エスパーガール」とか「エスパーおんな」とかにしない？ なぜか
チームメンバーの価値観を知る「ムービングモチベーターズ」の実践！ - SmartHR Tech Blog
こんにちは。SmartHRで基本機能を開発しているプロダクトエンジニアの田中です。 私が所属するチームでは、新しくメンバーがジョインした際にチームビルディングのためにムービングモチベーターズを実施しています。 本記事ではムービングモチベーターズの紹介とやってみての感想をお伝えします。 背景 私が所属するチームでは、オンボーディング時はチームビルディングのためにドラッカー風エクササイズを実施していました。 ドラッカー風エクササイズとは、「アジャイルサムライ」の著者Jonathan Rasmussonが提唱したチームビルディングのための手法です。 チームメンバー同士で以下の4つの質問に答えてもらい、お互いの価値観や得意なことなどを知ることができます。 自分は何が得意なのか? 自分はどうやってチームの成果に貢献するつもりか? 自分が大切に思う価値は何か? チームメンバーは自分にどんな成果を期待し
専任スクラムマスターを置くまでの思考過程と置いてどうなったか？
はじめに 本記事ではログラスにおけるスクラムマスターの考え方、そして専任化についての取り組みの現在地点をお伝えできればと思います。 なぜこのテーマを選んだか？というと、この1年を振り返る過程において、スクラムマスターという役割が改めて重要な役割を果たすのではないか？と考え、直近で専任スクラムマスターを置く取り組みを実施しておりました。 こちらの取り組みから、どんな仮説を立てたか？現在どんな状況か？などをまとめることで、同じくスクラムマスターの位置付けについて悩んでいる企業があれば参考にしていただけるのではないかと考えたためです。 この記事では私がエンジニアリングマネージャー（以下EM）として、スクラムマスターとEMの責務の切り分けをどうすればお互いがパフォームできる状況を作れるのか？という視点から話を進めていきます。 ログラスのスクラムについて ログラスでは創業時の1チームのスクラムチーム
Googleで18年間勤務した元社員が「Googleの文化は変わってしまった」と嘆く長文を投稿して話題に
18年間Googleで働いた元社員のベン・サスマン氏が、Googleの社内事業に対する優先順位の付け方、限られた資源をどのようにやりくりするかといった体制が次第に変わっていったことを憂い、自身のブログで思いの丈をぶつけました。 Writings of sussman@ https://social.clawhammer.net/blog/posts/2024-01-19-CultureChange/ サスマン氏によると、2005年に入社した当初のGoogleには社員を何よりも大切にする文化があり、少なくとも入社後10年間はこの文化が続いていたとのこと。 サスマン氏は「例えば、一般的な会社ではプロジェクトへの優先順位が変わると別のプロジェクトを縮小または中止し、そのお金で別のもっと重要なプロジェクトに人を加えることがあります。一般的には最初のプロジェクトから人を解雇し、2番目のプロジェクトで
小島よしおが「たたかれたり悪口を言われたり、地獄の毎日」と悩む小6女子と一緒に考えたい、いじめの乗り越え方 | AERA with Kids＋
「いじめられている。どうしたら、こんな地獄が終わる？」と悩んでいるのは、小学6年生の女の子。数多くの子ども向けライブを開催し、昨年9月に子どものお悩み相談本『小島よしおのボクといっしょに考えよう』（朝日新聞出版）も出版した小島よしおさんが、さまざまな悩みや疑問に答えるAERA dot.の本連載。小島さんが、いじめの乗り越え方を一緒に考えます。 ＊ ＊ ＊ 【よしおの答え】 ほなみピーヤ、よしおに相談を送ってくれてありがとう。今日まで、よく我慢していたね。こうやってよしおに気持ちを伝えてくれたこと、すごく勇気のある行動だと思う。つらい状況を冷静に文章にして人に伝えるって、なかなかできることじゃないよ。すごくえらい。 相談文には「いじめに関わっていた」とあるけど、仲良しグループの中とかでいじめがあったのかな？ それでほなみちゃんが疑われていたのかなあ。はっきりとした状況がわからないけれど、
AIにプログラミング作業を奪われている - k0kubun's blog
せっかく10年以上かけて学んだプログラミングだが、人間がコード書くよりChatGPTにやらせた方が早いなということが度々あり、だんだん自分でプログラミングをやる時間が減ってきた。AIにコードを書かせてそれをGitHubにコピペして残りの時間は遊んでるだけで成果が出てお給料ももらえる日は近いし、段々会社もそのことがわかってきて失職する日も近い。 残念ながら現時点では全ての仕事がAIで上手くいくわけではないが、どういう時に使えるかを知っておくと楽をしやすくなるので、僕がどう使っているかをまとめておく。 失職できるケース 簡単なスクリプトを高速に書かせる 僕はRubyが全ての言語の中で一番慣れており、StackOverflowやドキュメントをほぼ見ずに大抵のプログラムを書き切れるため、Rubyを書いている時がプログラマとして一番生産性が高いのだが、それでも最近AIにRubyを書かせたことがあった
急成長フェーズでの採用の考え方｜福島良典 | LayerX
(※ 社内報なので、社内向けの言葉使いなどわかりづらい点はある等ご了承ください) 急成長フェーズでは、通常の採用ではNGとされるような採用が正解となるケースがある。なんの意識もしないと定石とされる方法をとることでのミスが発生する。本来定石だが、急成長フェーズでは意思決定ミスにつながりうるケースに対して考え方の修正をする必要がある。 前提として、20%成長を目指す会社ではなく、毎年何倍も成長するような急成長を目指す会社の採用の考え方である。 20%成長のような漸近的な成長を志向する場合は、この考え方が逆にアンチパターンになる点は注意して欲しい。 例として、「マッチするジョブがないのだが、非常に優秀な人を採用すべきか」みたいな問いでは、急成長企業では"Yes"だが、安定成長企業では"No"となる。 時間軸の考え方正しい: 「半年後、1年後、1.5年後をみすえて採用する」 間違い: 「今の組織
New RelicからDatadogに乗り換えした話 - インゲージ開発者ブログ
明けましておめでとうございます。 2023年9月にINGAGEにジョインしたSREチームのanecho108です。 さっそくですが本記事の内容に入りたいと思います。 弊社のサービスは、AWS上のオブザーバビリティを獲得する方法としてNew Relic を利用していましたが、 そこからDatadogに乗り換えました。 Datadogの導入は僕が主体で行っていましたので、その時に考えていたことや反省点をまとめました。 なお、Datadogを肯定するわけでも、New Relicを否定するわけでもございませんのであしからず。 なぜ乗り換えしようとした？ New Relicのコスト問題 日本語テクニカルサポートが受けられていなかった "僕"がオブザーバビリティの獲得に至っていなかった 周りにDatadogを使ってます勢が多い 日本リージョンがある そんなところへDatadogから営業メール Data
カイポケが5,000法人に利用されているプロダクトをクローズした話 - エス・エム・エス エンジニア テックブログ
エス・エム・エスが提供する介護事業者向け経営支援サービス「カイポケ」では、サービス停止も含めたプロダクトの「見直し」を継続的に実施しています。たとえば、2023年2月には、カイポケ内にて5,000法人が利用していた勤怠管理・給与計算機能をクローズし、株式会社マネーフォワードとの業務提携によって実現した「カイポケ会計・労務 by Money Forward」への一本化を進めました。カイポケリニューアルプロジェクトが進む中で、介護業界の複雑性と課題の大きさを改めて認識するとともに、限りあるリソースの中でカイポケが本当にユーザーに届けたい価値は何かと問い続けた結果、その他にも、2022年度には7件のサービスや機能のクローズを実施、2023年度も上半期だけで7件のサービスや機能のクローズを実施しました。 プロダクト開発というと新規機能の追加に目が向きがちですが、リソースの確保、ひいてはユーザーにと
チームの機能と配備を考えるための7つのチーム責務定義ガイドライン - mtx2s’s blog
前回の記事ではチーム中心の組織づくりの設計原則について書いた。今回は、それらの原則に基づくチームをソフトウェアプロダクト組織内にどう配備し、どのような機能を持たせるかについて考える。これは言わば、チームの責務を定義することに他ならない。本記事ではこれを、7つのガイドラインとして書き出してみることにした。 前回の記事：『チーム中心の組織作りのための6つのチーム設計原則 - mtx2s’s blog』 mtx2s.hatenablog.com 1. ストリームアラインド 2. オーナーシップ制 3. バリエーション分割 4. 技術横断型 5. DevOps 6. 機能横断型 7. マルチスキル 組織設計とはアーキテクティングである 1. ストリームアラインド ソフトウェアプロダクト組織の開発フローは、ユーザーや市場の観察をもとにアイデアを生み出すことから始まる。そのアイデアを仮説として、それを
「いらない機能はさっさと消したい」負債解消の初手「消す」を組織全員で実践する方法【Sansan西場正浩】 レバテックラボ（レバテックLAB）
「いらない機能はさっさと消したい」負債解消の初手「消す」を組織全員で実践する方法【Sansan西場正浩】 2024年1月16日 Sansan株式会社 執行役員 VPoE/VPoP 西場 正浩 大学院で数理ファイナンスの博士号を取得後、大手銀行で数理モデルの開発に従事。その後医療系IT企業でエンジニアやプロダクトマネジャー、事業責任者、採用人事などを幅広く務める。2021年にSansan株式会社へ入社。技術本部研究開発部でマネジメント業務に当たり、現在はVPoEとしてエンジニア組織の整備と強化を、さらにVPoPとして、営業DXのためのSaaS「Sansan」のグロースを担う。 X（@m_nishiba） note 多数のビッグプロダクトがローンチから10周年を迎える昨今、技術的負債は多くの開発チームにおいて巨大な課題となっています。積み重なった負債の影響で開発生産性が下がり、返済しようにもリ
障害対応プロセスを改善してきた話 - 10X Product Blog
障害プロセスを改善してきた話 こんにちは。Reliability & Securityチームに所属するSoftware Engineerの@sota1235です。 今回は10X内における障害対応プロセスの改善をご紹介します。 今が完成系ではなく道半ばではありますがこの半年 ~ 1年で大きく進化したので同じくらいのフェーズの会社で困ってる方がいたら参考にしてみてください！ ちなみに私ごとですが去年の5/26にこんな投稿をしてたのでやっと伏線を回収する形となります(※ ドヤ顔ではありません)。 目次 こんな感じで紹介していきます。 目次 障害対応プロセスの改善に踏み切った背景 課題1. 障害の報告フォーマットが統一されていない 課題2. 障害報のクオリティの差異が大きく後から振り返りが難しい 課題3. 障害対応者が特定の人に偏る 第一の改善 改善1. 障害報告書のフォーマット更新 改善2. S
正直であることから始める / Start by being honest.
RSGT 2024 Day 2 スポンサーセッション
退職ツイートした時の反応と感想をまとめてみた - Qiita
会社を辞めることにしたのですが、そのタイミングで退職ツイートをしました。その反応と感想を書いてみました。 現職のときには、エンジニアの採用担当として退職ツイートの当事者の体験に興味を持っていたのですが、今回は自分が当事者になる数少ない機会だったので、当事者が分かる情報や感情などをお伝えできればと思っています。 N=1の情報ですが、１つでも実例と具体的な数字や意見があると議論の仕方が変わると思うので、１つの事例としてエンジニアの採用担当の人やエンジニアの人の転職など、何かの機会の参考にしてもらいたいです！ 退職ツイートをした 対象のツイート 去年(2023年12月)にこのツイートをしました！ スタートアップの一部で流行している退職時にはオフィスのビルの写真を撮って載せるのもやりました。こういうミーハーなのも好きなんです。 いいね数も500近く付き、インプレッション10万も。凄い！ Xの端っこ
スタートアップの市場の選び方｜Shota Horii
こんにちは。スマートバンクの堀井(@shota)です。 長いものでC向けのプロダクトを作り続けて、10年以上経つようになりました。 今回は自分が意識しているスタートアップの「事業の張り方」について経験則や実例も交えて書いていきたいと思います。 自分がゼロから作り、現在も存続しているサービスはフリマアプリ「ラクマ(旧フリル)」、ANGEL PORT(事業譲渡済)、B/43(ビーヨンサン)の3つが該当し、特にフリマアプリは過去最大のスマッシュヒットになりました。 「気づき」からスタートし、実在する課題を解決するスタートアップで最も悲しいのは多大なリソースを払って、誰も使われないサービスを作り上げてしまうことかと思います。 起業のアイデアは「考える」のではなく、「気づく」ことが重要であり、自分も過去に「俺が考えた最強のサービス」を作ってしまい、誰にも使われないサービスを生み出してしまいました。
マネージャーの評価基準（シート・動画付き）｜長村禎庸@EVeM
はじめに約1年ぶりのエントリーになります。今回はマネージャーの評価基準というタイトルで書きたいと思います。 マネージャーを評価する基準というのはありそうでないなと、この1年色々な経営者・マネージャーの方と話す中で感じていました。 その時残すべき成果が出ていればマネージャーとしてOKとしている会社もあれば、「マネージャーとしての行動リスト」のようなものが5個〜多くて30個程度であり、その行動リストを評価とまではいかなくとも、チェックリストのように使っている会社もあります。 しかし、前者の場合は「成果が出ていれば色々な犠牲が出てもよし」となりますし、後者の場合は「行動リストのうち今必要が無いことも行動せよ」となるので、両方ともマネージャーを評価する基準としては何か違うなと違和感を覚えてました。 しかし、何を以て良いマネージャーなのか、それを判断する基準がなければ、マネージャーに何を求めて良いか
「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」大企業病の罠を乗り越え若々しいチームを実現する/Traps of Optimization in Product Management 2024
「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」カオスなプロダクト開発を効率化したら硬くて息苦しい官僚組織になっちゃった! 大企業病の罠を乗り越え若々しいチームを実現するぞ 効率化を進めていったら息苦しい組織になってきたと悩む方に向けたセッションです。 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2024/proposal/19268 発表者 https://twitter.com/_N_A_ https://note.com/mryy 関連スライド 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法 https://speakerdeck.com/moriyuya/product-management-rsgt20
もし「リーダブルコード」を弁護士が読んだら？ - MNTSQ Techブログ
こんにちは。「リーダブルコード」を先月読破して、感銘を受けた弁護士の人です。 なにに感銘を受けたかというと、「エンジニアが高級言語を効率的にコーディングするための工夫」は、契約という言語をコーディングするために援用できることがとても多いということです。 例えば、リーダブルコードは「関数には空虚な名前（tmpとかretvalとか）でなく、エンティティの実体に即した名前をつけよう！」と提案しています。 これめっちゃわかります！！！なぜなら、契約言語では当事者というクラスの表現のために「甲」「乙」という定義を未だに使います。そして、甲と乙を逆に書いてしまったままReviewを通過することが実際によくあります。オライリーさんには激怒されるでしょう。 しかし、よく考えると高級言語と契約言語が似ているのは当然だと思うようになりました。それは、どちらも「一定のインプットを入れると、必ず一定のアウトプット
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
#phpcondo 新しくEMやってみる人にオススメしたい本を5分で25冊紹介する
