デザインや開発前に必ずデザインドックがありますね！かなり練られたテンプレートで書かれていると思うので当社PdMからの情報発信が待たれる。#プロダクトスクランブル https://t.co/lJhrkAa6uT — Takahiro Ikeuchi / Awarefy CTO (@iktakahiro) July 24, 2024 Awarefy（アウェアファイ）についてアウェアファイは、毎日に寄りそい 気づきを増やす AIメンタルパートナーアプリです。 AIであるファイさんがユーザーの心の健康と成長をサポートします。認知行動療法やマインドフルネスなど心理学の知見に基づくさまざまな機能を搭載しているC向けのアプリです。 2020年5月にローンチし、これまでに60万ダウンロードを達成。2022年にはGoogle Playのベストアプリ部門大賞を受賞。ユーザーが加入するサブスクリプションモデルで

これは私が普段いかに労働から逃げているかを示すものです。 前提となる考え方私は働きたくない。実際には仕事にやりがいを見出すこともあるので必ずしも働きたくないわけではないが、基本的には常に働きたくないと言っている。 ことプロダクト開発になるとこの傾向は顕著で、「何も作りたくない」「何も作らずにお金を稼ぎたい」などとよく言っている。プロダクトは作った瞬間に負債になる。世の中は絶えず変化・進化していくので、作った瞬間から陳腐化が始まる。それを防ぐために継続的なメンテナンスや改善が求められる。 通常、その負債が問題視されないのは、そのプロダクトが負債以上に大きな果実つまり価値をもたらすからである。アジャイルの名のもとに incremental delivery などと言うと聞こえはいいが、要するに負債より多くの価値を生み出すための自転車操業をかっこよく言っただけである。少しトゲのある表現になったが

Curated collection of A/B test results from best-in-class apps Powered by

0.はじめにどうも、すべての経済活動をデジタル化したい、LayerXの牧迫（@35_mki）です。法人支出管理サービス「バクラク」シリーズを提供しているバクラク事業部で事業部長を務めております。 最近は5月にオフィス移転し、東銀座・築地の民になりました。ご近所の皆様よろしくお願いします。美味しいごはん屋さん・居酒屋の情報もお待ちしております。 タイトルに「運営技法」という仰々しいテーマを書いていますが、これまで複数サービスを立ち上げて来た経験や、直近新たに立ち上げを行っている中での雑感をまとめてみようと思います。 [注釈] 以降の前提や書きぶりがSaaSやB2B事業に寄っていますが、B2Cでもだいたい同じだと思います。 ■ この記事で主に取り扱うこと： - チーム運営Tipsや心持ち（心持ち多め） ■ この記事で主に話さないこと： - 市場・ターゲット選定や事業の登り方といった戦略・戦術っ

Scrum Fest Osaka 2024で発表した内容です。 https://www.scrumosaka.org/ https://confengine.com/conferences/scrum-fest-osaka-2024/proposal/20059 ■リンク 後回しにされがちな…

こんにちは。MA部の田島です。 弊社では開発ガイドラインというものを用いて、システムの品質を担保しています。今回私がテックリードを務めているということもあり、バッチアプリケーションを開発するためのガイドラインを作成しました。本記事では「開発ガイドライン」と「バッチ開発ガイドライン」を紹介します。 バッチアプリケーション開発に限定したTipsはまとまっているものが多くないため参考にしていただければと思います。 開発ガイドラインについての紹介 冒頭でも紹介した通り弊社では、開発ガイドラインというものを用いてシステムの品質を担保しています。バッチ開発ガイドラインを紹介する前に、まず開発ガイドラインを紹介します。 開発ガイドラインの種類 開発ガイドラインは現在、以下の種類が存在します。 共通 Android iOS Frontend Backend Infra API Batch DB(Datab

Shisho Cloud (シショウ クラウド) はクラウド時代のアプリケーションをまるごとセキュリティ診断・継続的にリスク管理できるサービスです。

LayerX羅針盤は、LayerXが大切にする行動指針から派生する、具体的な行動をイメージできるようにしたものです。 【参考】企業文化に投資する https://note.com/fukkyy/n/n97cb404f4013

仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた 「プロジェクトマネジメントの基本が全部わかる本」を執筆し、ご自身もプロジェクトマネージャーやプロダクトマネージャーとして23年経験を積んできた橋本将功さん。 橋本さんは、セミナーや著書でプロジェクトマネジメントについての知見を発信されていますが、今回 Agend であえてお聞きするのは「専門のプロジェクトマネージャーがいないグダグダになっている職場で、どう仕事を回していくか」。 「うちの会社は仕事を回すのが下手」と感じている方にこそ読んでいただければと思います。

ソフトウェア開発プロジェクトは、「兼務」を用いるチーム編成が多用されやすい対象ではないでしょうか。エンジニアであれば誰もが経験したことがあるでしょう。1人で複数のプロジェクトやチームを掛け持ちするあれです。マネージャーであれば、組織の人的リソース配置を考える時の手段の1つとして用いたことが何度かあるはずです。 しかし、兼務が引き起こす様々な弊害や問題については、あまり意識されないまま多用されているように感じます。 たとえば、兼務者本人にとってプロジェクトの掛け持ちは、仕事のマルチタスク化やミーティングの増加に苦しむ原因になります。組織の観点からも、兼務への依存は、知識の偏りや負荷の偏りという弊害をもたらすことに繋がりかねません。プロジェクトの観点から見ると、兼務という形での「人的リソースの共有」は、プロジェクト間での「リソースの競合」を引き起こしやすく、それが市場投入までの時間を長くする要

1on1ミーティングガイド (1on1ガイド)は組織で働く個人のパフォーマンス向上・維持のために実施する1on1ミーティングの実践的なガイドを目指し、コミュニティメンバーによって、パターンランゲージの形式を取り入れ執筆しています。 本書はコミュニティのメンバーが共同で執筆しており特定の人によって完成されたものではなく、常に更新されるものです。また、出版される書籍の文章に比べて足りないと思うところはあるかもしれません。 よりよい内容となる記載のアイデアがあれば1on1guide.orgにご連絡ください。

*2019年9月の記事ですが、2020年12月4日にテンプレート内容を進化しました！* commmuneを提供しています、コミューン株式会社の高田です。 みなさんは、社員間の関係構築にどのようにして取り組んでいますか？ 当社も創業当初は、「飲み会」や「ランチ会」など、アジェンダのない交流の機会を設定し、信頼関係の構築に努めてきました。 しかし、アジェンダの無い交流の機会を重ねるにつれ、下記のような課題認識を持つようになりました。 ・話題がカジュアルで無難な話に寄るため、その人自身の話になりづらい ・話題が回により違うため、みなが共通認識を持つには向かない ・3人以上で話すと、話者に偏りが出てしまう 本来的には信頼関係の構築のために交流をしていたはずなのに、いつからか交流すること自体が是とされ回数をこなすようになっており、これはまずいなと思い立ち、改善に走りました。 また、個人的にメンバーか

こんな悩み、解決します theme 採用難易度が高い 人材の採用が うまくいかない 採用市場でニーズの高いエンジニアやCXO、マーケター、広報などを採用したい。

クラウドセキュリティ製品 Cloudbaseでプロダクトマネージャーをしている大峠 (@0meo)です。 Cloudbaseでは、ソフトウエアエンジニアが “プロダクトエンジニア” として機能設計の上流から関わります。 本記事では、弊社が1つの機能を開発着手可能にするまでに実施するドキュメンテーション手法のノウハウと、プロダクトエンジニアとPdMが分業しながら権限委譲を進めた過程についてご紹介します！ この記事を書いた人 大峠 和基（おおたお　かずき） Cloudbase 株式会社 PdM 筑波大学大学院卒。学生時代からスタートアップ企業で研究論文の執筆や特許の出願に関わる。自動生成動画AIのサービスを開発して起業し、未踏事業スーパクリエータ認定及び未踏アドバンスト事業イノベータ認定を受ける。 2023年1月よりCloudbaseにジョイン。プロダクトマネージャーとして、データ分析やユーザ