こんにちは。SmartHRプロダクトマネージャーのyuyaです。 この記事は「SmartHRのプロダクトマネージャー全員でブログ書く2024」への参加記事です。25人が持ち回りで毎週記事を投稿します。ぜひご覧ください！ 私事になるのですが、2024年の1月からPMに異動となりました。チャレンジングな取り組みだったのですが、4ヶ月が経とうとしているので振り返りも兼ねて記事にまとめてみました。 PMへのキャリアチェンジを考えた事のあるエンジニアの方に少しでも興味を持っていただければいいなと思いながら書いていきます。 自己紹介 フロントが若干強めのフルスタックエンジニアとして10数年働いてきました。数社経験しており、会社の立ち上げに携わったり、小規模ベンチャーなどで働いていました。 SmartHRにプロダクトエンジニアとして入社してからは、プレイヤーとして1年、プレイングマネージャーとして1年働
'); doc.close(); } if (!doc) throw Error('base not supported'); var baseTag = doc.createElement('base'); baseTag.href = base; doc.getElementsByTagName('head')[0].appendChild(baseTag); var anchor = doc.createElement('a'); anchor.href = url; return anchor.href; } finally { if (iframe) iframe.parentNode.removeChild(iframe); } }()); } // An inner object implementing URLUtils (either a native URL // ob
118. Autify社のプロダクト組織およびプロダクトの開発方法 w/ chikathreesix | fukabori.fm
MP3ファイルをダウンロード 内容紹介 Autify CEO の近澤さんをゲストに、Aufity社のプロダクト組織やプロダクトの開発方法などについて語っていただいたエピソードです。 出演者 話したネタ Autifyの組織はどのように成長していった？ CTO を設けていないのは？ 組織の戦略、事業目標はどういうタイミングで考えている？ コンテキストスイッチの多さへの対応方法 Autifyの組織構成 EM と Dev の比率 PdM と Designer の配置 日本人が少ない開発組織で何か気をつけていることは？ PdM はどうやってPRDを書いているのか？ バーニング加減を探る n=1 をめちゃくちゃ大事にする 誰が、どういうシチュエーションで、なぜこうなっているの、何人言っているのか、金額価値は？ 3つの変数：課題の大きさ・金額・実装コスト 基本はスクラム、2週間スプリント プロダクト開発
伊藤一朗（Every Little Thing）がPLAYTECHのギター・エフェクター5台を試奏！ | ギター・マガジンWEB｜Guitar magazine
2024年7月、PLAYTECHから待望のギター用エフェクターがリリースされた。モデルはLeo Drive（オーバードライブ）、Taurus Distortion（ディストーション）、Scorpio Fuzz（ファズ）、Aquarius Chorus（コーラス）、Gemini（ディレイ／リバーブ）の5台。試奏者にEvery Little Thingsの伊藤一朗を迎え、PLAYTECHのエフェクターの実力を徹底検証した。 取材・文＝小林弘昂 人物・製品撮影＝八島崇 PLAYTECH Guitar Effects × 伊藤一朗（Every Little Thing） Leo Drive 2 Band EQ搭載の万能オーバードライブ 2 Band EQを搭載したオーバードライブ。透明感のある爽やかな歪みから、深くドライブさせた迫力のあるサウンドまで出せる守備範囲の広さが特徴で、ジャンルを問わずに
AWS CloudFormationを使用してAmazon Lexのバージョンを作成した際の挙動を確認してみた | DevelopersIO
はじめに AWSドキュメントには、AWS CloudFormationを使用したAmazon Lexのバージョン管理に関する詳細な記載がなく、その挙動をイメージすることが難しかったです。そこで今回は、CloudFormationを使用してLexのバージョンを作成する際の挙動を実際に確認してみました。 Amazon Lexのバージョンとエイリアスについての詳細は、以下のリンクをご参照ください。 挙動を確認するため、以下のCloudFormationテンプレートを使用してLexボットを作成します。 このボットは、Amazon Connectから呼び出され、特定の製品カテゴリーを聞き取る機能を持っています。 また、音声をS3バケットに保存し、Lexでの文字起こし内容をCloudWatch Logsにログとして記録します。 バージョンは作成せず、エイリアスは作成するテンプレートです。 AWSTem
シェアド・リーダーシップへの挑戦｜madox
この記事を書いたキッカケEM Fest や Scrum Fest Sendai 2024 に登壇した際、「シェアド・リーダーシップをどんな風に試しているか具体的に知りたい」というお声をいただいたため、現在進行形で試行錯誤する姿を書きました。 以下の登壇資料を予めご覧いただくと、記事の背景を把握しやすいかと思います。 この記事から得られること「ソフトウェアエンジニアのチームにシェアド・リーダーシップを適用する際の具体例」を知ることができます。エンジニアリングマネージャーの視点で書いているため、開発組織に携わる方の参考になれば嬉しいです。 リーダーシップ論の変遷リーダーシップと組織のパフォーマンスに関する研究は、1900年頃から心理学をベースにおこなわれたようです。それらの研究でフォーカスされるテーマは「(先天的な) 特性/性格」から「(後天的な) 行動」へと移り、後に「リーダー中心」から「フ
「Navigating Complexity of Cognitive Load in Software Product Development」という本を読んだのでメモ。 learnhow.simplification.works 認知負荷という言葉が浸透して久しいが、この記事では、認知負荷を「制限する」組織設計パタンは従来の組織構造(ピラミッド型、狭い所有権による統治)に迎合したパタンであり、組織レベルで価値提供能力を高めるための課題を解決していないのでは？ という疑問について考察する。 具体的には、認知負荷理論について軽く解説し、本書で示される2種類の組織設計パタン、技術的所有権(狭い所有権)パタンと流動的所有権(広い所有権)パタンについて利点や問題点を解説をする。 背景 LinkedIn上でチームトポロジー(TT)の著者が議論していたのを目にし、気になって投稿や一連のレスバを眺めて
こんにちは！バクラク事業部 機械学習・データ部 データチームの@TrsNiumです。 弊社ではBigQueryとSnowflake上にデータ基盤を構築しています。データチームは、このデータ基盤上に集積したデータを集計し、データコンポーネント化して、分析や機械学習の用途に利用しやすい形で提供しています。この過程で、データの集計やデータコンポーネントの作成には、dbt（data build tool）を活用しています。 データの集計やデータコンポーネントの編集・作成は慎重に行う必要があります。集計方法の誤りは、業務ダッシュボードの数値ズレや機械学習モデルの推論精度低下につながる可能性があるためです。このリスクを回避するため、データに対するテストの実施が不可欠です。 しかし、弊社のデータ基盤における開発環境やステージング環境のデータ量は少なく、存在するデータもSaaS間で整合性が取れていません。
GitHub Actions で Environmentsを使いマルチアカウントでのCICDコード量を減らす書き方
概要 マルチアカウントのAWS環境に対してS3にファイルアップロードするCICDをGitHubActionsで作成します 記事を書こうと思ったきっかけ AWSマルチアカウント化の作業を進めているときに工夫しないとCICDのコードが複雑になると思い、この書き方ができることが知られていないと感じたため この記事でのポイント CICDのコードでIf文を使わずに環境毎にデプロイできる設定を行う Environments, Repository rulesets 機能を使用 PullRequestの作成, Merge をトリガーにしたCICDの例を紹介 動作環境 GitHub Environments, Repository rulesets 機能を使えるのは パブリックリポジトリ or Team Plan 以上のプライベートリポジトリ GitHubActions AWS DevContainers
'); doc.close(); } if (!doc) throw Error('base not supported'); var baseTag = doc.createElement('base'); baseTag.href = base; doc.getElementsByTagName('head')[0].appendChild(baseTag); var anchor = doc.createElement('a'); anchor.href = url; return anchor.href; } finally { if (iframe) iframe.parentNode.removeChild(iframe); } }()); } // An inner object implementing URLUtils (either a native URL // ob
「アウトプットイメージをもつ」ことにより、プロダクトマネジメントの生産性を向上させる｜Sansan Product management & Design
なぜ「生産性の向上」に着目したのか「生産性の向上」に着目した理由は、私の伸びしろの中でも特にレバレッジの効く部分であることを認識したからです。 Sansanのプロダクトマネジメント組織では、成長するために「基準を上げる」ことが掲げられています。基準は以下の2つです。 リードタイムの短縮 品質の向上 詳しくは以下の記事で説明されています。 私はこの2つの基準のうち、特にリードタイムを短縮することに改善の余地があるとマネジャーの西場からフィードバックがありました。リードタイムを短縮することは、これまでよりも少ないインプットでアウトプットを出すことであり、まさに生産性を上げることそのものです。 私は日々の業務の中で生まれるアウトプットとして、開発の意思決定が行われるPRD（Product Requirements Document）の数を指標として、改善に取り組みました。 問題点：生産性が低下す
'); doc.close(); } if (!doc) throw Error('base not supported'); var baseTag = doc.createElement('base'); baseTag.href = base; doc.getElementsByTagName('head')[0].appendChild(baseTag); var anchor = doc.createElement('a'); anchor.href = url; return anchor.href; } finally { if (iframe) iframe.parentNode.removeChild(iframe); } }()); } // An inner object implementing URLUtils (either a native URL // ob
この記事は、newmo初期開発メンバーの海野弘成（@yaotti）と伊藤雄貴（@yuki.ito）が、2024年の中で特に印象に残っているトピックについて語る記事です。今年はいつ・何をしていたのか。newmoのことを知っている方も、知らない方も。創業1年目のnewmoを少しでも知っていただけますと幸いです。 プロフィール 海野弘成（@yaotti） 2023年12月からnewmoに関わる。2024年2月、newmoに最初のソフトウェアエンジニアとして入社。PM不足を補うため、2024年8月にPMに転向した。 伊藤雄貴（@yuki.ito） 2023年12月からnewmoに関わる。2024年3月 newmoにソフトウェアエンジニアとして入社。エンジニアとしては主にPlatform Engineering 領域を担当。 想像が膨らむ、創業黎明期伊藤: 会社を創ったタイミング（2024年1月）は
インデックスに本当に勝ったアクティブファンドは？｜SBI証券
（出所）ウエルスアドバイザー社およびBloombergのデータを基にSBI証券作成 ※TOPIX、MSCIオール・カントリー・ワールド・インデックス、S&P500、NASDAQ総合指数（いずれも配当込み、円ベース）について、2024年11月末時点における各期間のリターン（年率）を使用。 毎月末毎の期間リターンが、インデックスを上回った割合をアクティブファンドの「勝率」として計算します。 例えば1年間の場合、毎月末時点の過去1年間リターンについて、アクティブファンドと1年間リターンが1位のインデックスとを比較します。そのうえで直近1年間において、各月末までの1年間リターンの推移をみると、12ヵ月中8ヵ月についてアクティブファンドの1年間リターンがインデックスを上回っています。つまり勝率は・・・ 約67%となります。 同様に3年間の場合、毎月末時点の過去3年間リターンについて、アクティブファン
金融マンから自動車ディーラーの営業マンに転身した筆者。中古で4年落ちのLSを買いに来る会社社長とは、よく金融談議に花が咲いていた。4年落ちのLSを買いに来る人は、節税についてよく知っている人だからだ。 一体どういうことか。先ほどの償却（つまり1年で落とせる経費）の話に戻るとしよう。 中古車の場合、減価償却の年数は初度登録からの経過年数によって決められている。1年落ちで5年、2年落ちで4年、3年落ちで3年となり、4年落ち以上では2年間となるのだ。 勘のいい方は、ココで気づいたはず。600万円で新車のアルファードを買うよりも、4年落ちのLSやメルセデスSクラスを600万円で買う方が、1年間の償却額（つまり経費）が大きくなるのである。 600万円の新車の場合、6年間の償却期間が定められるから、単純計算で年100万円ずつが経費になる。対して600万円の4年落ち中古車なら、2年で償却完了となるので、
![お金持ちの多くがあえて[中古車]を買うの何で？ あえて4年落ちを買う納得のワケ - 自動車情報誌「ベストカー」](https://cdn-ak-scissors.b.st-hatena.com/image/square/7099e276ef49dfcef0b28e295dd1ef97ac14e214/height=288;version=1;width=512/https%3A%2F%2Fimg.bestcarweb.jp%2Fwp-content%2Fuploads%2F2024%2F10%2F18173155%2FAdobeStock_513252557-1.jpeg%3Fv%3D1729240315)
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私が所属するプラットフォームSREでは、会員マイクロサービスと認証マイクロサービスが利用するAWS SES（以下、SES）を主管しています。 SESを運用するにあたって、バウンスレートは気をつけるべき重要な項目の1つです。 本記事は、バウンスレートが上昇しないよう少し頑張ったお話になります。 （前提）SESのバウンスレート バウンス率が 5% 以上になると、アカウントはレビュー対象になります。バウンス率が 10% 以上の場合は、高いバウンス率の原因となった問題が解決するまで、以後の E メール送信を一時停止することがあります。
【緊急提言】暴走事故はドライバーだけの責任ではない!! 天才エンジニアが見抜くクルマが改善すべき点とは - 自動車情報誌「ベストカー」
■新技術への補助金よりもそれを使いこなすための指導をすべし 水野：未来の担い手、救世主としてEVだ、ハイブリッドだ自動運転だとマスコミや行政は調子づいているけど、「人の命が本当に新機構のなかで真剣に論議されているのか?」って。 正直なところ、高性能車を多く開発してきた私が、誤操作や誤発進に対しどれほど神経をすり減らして、特別なペダル配置や形状、フェールセーフ機構などを開発していたか……正直私の心のなかは一年中、はらわたが煮えくりかえっているんですよ。 フェル：なるほど。 水野：モーターのメカニズムや特徴がよくわかっていない年寄りや女性にエコカー減税で何十万円もの補助金を出したり、地球環境を話すだけで、音もなく最大トルクが出るクルマの特徴や注意点や間違った時の危険性を認識させる啓蒙活動はほとんどせず、むしろ従来のクルマと何も変わらないような説明……。 フェル：昨今の事故は起きるべくして起きて
おはようございます！こんにちは！こんばんは！ 家計簿プリカB/43を運営している株式会社スマートバンクのプロダクトデザイナーputchomです。 先日、NewsPicksを運営しているUzabaseさんにお誘いいただき、『視点邂逅 #1 -プロダクトチームで活躍するデザイナーとは』というイベントで「スマートバンクのプロダクトデザイン」についてお話させていただきました。 今回は、改めて上記のイベントでお話した内容を振り返りながら、「スマートバンクのプロダクトデザイン」について、デザイン原則をデザインプロセスの中でどのように活用していくかを中心に紹介していこうと思います。 これからチームで使われるデザイン原則を作っていきたいみなさんのお役に立てれば幸いです。 デザイン原則スマートバンクではサービスをデザインする際の心構えとしてデザイン原則を定義しています。 スマートバンクのデザイン原則 ユーザ
医療における生成AIアプリケーションの精度評価 - KAKEHASHI Tech Blog
こんにちは。カケハシでプロダクトマネージャーをしている高梨です。 私は今生成AIを活用した薬局向けの医療アプリケーション開発に取り組んでおり、今回は生成AI医療アプリケーションのPRDをまとめる上でも特に特徴的だった精度要件（品質評価要件）に関して書こうと思います 。 この記事は秋の技術特集 2024の 18 記事目です。 この記事で何がわかるか 生成AI医療アプリの品質評価の難しさ 生成AIアプリケーションの一般的な評価手法 ヒューマンインザループ 生成AIにおける品質評価軸と医療分野への適用 生成AI医療アプリの評価の具体例 評価運用と評価体制 まとめ この記事で何がわかるか 生成AIを活用したアプリケーションを実装する際の一般的な精度評価の考え方と、医療というユースケースにおいて適用する際に独自に考慮しないといけない観点、および具体的な事例がわかります。 生成AI医療アプリの品質評価
moduleを再利用して、環境ごとに異なる値を設定するTerraformアーキテクチャの一例 | DevelopersIO
環境ごとに設定を変えたい おのやんです。 みなさん、環境ごとに設定を変えて、Terraform経由でAWSリソースをデプロイしたいと思ったことはありませんか？私はあります。 例えば、開発（dev）、ステージング（stg）、本番（prd）と環境が分かれているとします。この環境それぞれに対して、ほぼ同じ構成で名前だけ変えてデプロイする流れをイメージします。その場合、moduleを共通化するディレクトリ構造を採用して、Terraformの変数を経由して環境ごとに設定を変えてデプロイすることがあります。 この構成のTerraformコードを作成する機会がありましたので、今回はそちらを紹介したいと思います。 ディレクトリ構成 具体的なディレクトリ構成がこちらになります。プロダクトのルートディレクトリにはenvironmentsとmodulesの2つのディレクトリを置いています。environment
PdMのディスカバリーフェーズにおける重点領域 川東大悟氏（以下、川東）：では、次ですね。稲垣さん、ありがとうございます。「案件に寄りけりだと思いますが、ディスカバリーで一番時間をかけているところはどこですか？」。これはLegalOnさんのですね。 稲垣剛之氏（以下、稲垣）：そうですね。私から質問させてもらいました。 川東：（スライドは）このへんですね。 泉真悟氏（以下、泉）：我々は今けっこうお客さまの現場でどういうふうに使われているかとか、そういうところの仮説ですね。その仮説が正しいかどうか、そこを掘り下げるところにけっこう時間を使っていますね。 やはり法務業務というところで、例えば法務の人がどういうふうに契約書のレビューのチェックをしているかとかを弊社にいる弁護士に聞いたりします。あと、いろんなお客さんからアンケートを取ったりして、その課題抽出で、そこの解決策がいいのかというところは、
全員集まったのはキックオフと振り返りだけ。定例もDailyもないPJから機能リリースしてわかったこと - BASEプロダクトチームブログ
はじめに こんにちは。Product Management Group で プロダクトマネジメント をしている坂東（@7auto）です。 リソース的な問題で「やるべきことがたくさんあって、小さめの改善やPJに手が回らない」そんなお悩みを持つ方はたくさんいらっしゃるのではないでしょうか。 サービスが大きくなるとPJの規模も大きくなっていきます。その結果、小さめのPJや改善の優先度が下がりがちになります。 一方で、小さめのPJや改善はサービス利用者の声から生まれることも多く、これを放置し続けることはサービス体験の悪化に繋がります。 そこで大きなPJと並行して、こうした小さめのPJや改善に対し「最小のコミュニケーションコストで機能リリースする」というコンセプトで立ち上げからリリースを行いました。 「全員集まったのはキックオフと振り返りだけ」そんな定例もDailyも無いPJを通して、低コストなだけ
B2Bプロダクトディスカバリーの「リアル」｜Sansan株式会社Product Manager 公式note
はじめまして、Sansan株式会社の川瀬と申します。 営業DXサービス「Sansan」のプロダクトマネジメントを担当しています。 本記事は pmconf 主催の プロダクトマネージャー Advent Calendar 2023 の8日目の記事です。 自己紹介Sansan株式会社には、2023年8月に入社しました。 LINEやグーグル合同会社、MNTSQ株式会社などで、toB/toC国内外問わず、プロダクトマネージャー・プロジェクトマネージャーとして、様々なプロダクトに携わってきました。 本記事の背景多種多様なプロダクトディスカバリー・デリバリーを経験してきたのですが、Sansanについては、特にプロダクトディスカバリーに力を入れているので、どのようなことを行っているのかリアルをご紹介しつつ、相談に乗ってくれる方がいたらディスカッションしたいです。（助けてください！） 以下のような背景により
電話での問い合わせを、製品名に応じて適切な担当者へ振り分けるAIチャットボットの精度検証[Amazon Lex カスタムスロットタイプ（値を展開）] | DevelopersIO
はじめに 本記事では、Amazon Connect と Amazon Lex のカスタムスロットタイプ（値を展開）を組み合わせて、電話での問い合わせを製品カテゴリーに応じて適切な担当者へ振り分けるチャットボットを作成し、その精度結果をまとめました。 振り分けは、Amazon Lex のカスタムスロットタイプ（値を展開）に複数の製品カテゴリー名を登録し、発話内容から特定の製品カテゴリーを判定させることで行います。 製品ごとにお問い合わせ対応担当者が異なる場合、AWS Lambda や Amazon Bedrock などは不要で、Lex のみで振り分け対応できる点がメリットです。 今回検証に使用した製品カテゴリーは以下の25種類です Wifi HDMI LED スマートホームデバイス スマートプラグ スマートウォッチ スマートスピーカー スマートドアベル スマートガーデニングセット スマートミ
Amazon Nova’s Competitive Price/Performance, OpenAI o1 Pro’s High Price/Performance, Google’s Game Worlds on Tap, Factual LLMs
Dear friends, AI Product Management is evolving rapidly. The growth of generative AI and AI-based developer tools has created numerous opportunities to build AI applications. This is making it possible to build new kinds of things, which in turn is driving shifts in best practices in product management — the discipline of defining what to build to serve users — because what is possible to build ha
デザインや開発前に必ずデザインドックがありますね！かなり練られたテンプレートで書かれていると思うので当社PdMからの情報発信が待たれる。#プロダクトスクランブル https://t.co/lJhrkAa6uT — Takahiro Ikeuchi / Awarefy CTO (@iktakahiro) July 24, 2024 Awarefy（アウェアファイ）についてアウェアファイは、毎日に寄りそい 気づきを増やす AIメンタルパートナーアプリです。 AIであるファイさんがユーザーの心の健康と成長をサポートします。認知行動療法やマインドフルネスなど心理学の知見に基づくさまざまな機能を搭載しているC向けのアプリです。 2020年5月にローンチし、これまでに60万ダウンロードを達成。2022年にはGoogle Playのベストアプリ部門大賞を受賞。ユーザーが加入するサブスクリプションモデルで
過去25年間のわが国経済・物価情勢：先行研究と論点整理
多角的レビューシリーズ Broad Perspective Review 過去 25 年間のわが国経済・物価情勢： 先行研究と論点整理 福永一郎* ichirou.fukunaga@boj.or.jp 法眼吉彦* yoshihiko.hougen@boj.or.jp 上野陽一** youichi.ueno@boj.or.jp No.24-J-10 2024 年 8 月 日本銀行 〒103-8660 日本郵便（株）日本橋郵便局私書箱 30 号 * 調査統計局 ** 調査統計局（現・名古屋支店） 日本銀行ワーキングペーパーシリーズは、日本銀行員および外部研究者の研究成果を とりまとめたもので、 内外の研究機関、 研究者等の有識者から幅広くコメントを頂戴す ることを意図しています。ただし、論文の中で示された内容や意見は、日本銀行の公式 見解を示すものではありません。 なお、ワーキングペーパーシリ
はじめに こんにちは。SmartHRプロダクトマネージャーのninomiyaです。 この記事は「SmartHRのプロダクトマネージャー全員でブログ書く2024」への参加記事です。 25人が持ち回りで毎週記事を投稿します。ぜひご覧ください！ 今回は私が担当しているプロダクト「人事評価」で「開発メンバー全員で新規開発アイテムのディスカバリーに挑戦した話」を取り上げます。 普段PMとしてディスカバリーを進めている方や、チーム全員でディスカバリーをやってみたい方にとって、少しでも参考になることがあれば幸いです。 この記事で使う用語の意味 人事評価とは、従業員の目標設定や評価査定に関わる業務を効率化し、タレントマネジメントに活用できるデータの蓄積ができるプロダクトです。 開発メンバーとはPM、エンジニア、デザイナー、UXライター、QAのことを指します。 ディスカバリーとはユーザーヒアリングや課題の特
明確な起源は未だ不明…異常に長い周期を持つ奇妙な電波信号を検出（宇宙ヤバイchキャベチ） - エキスパート - Yahoo!ニュース
どうも！宇宙ヤバイch中の人のキャベチです。 今回は「奇妙な電波信号とその起源」というテーマで動画をお送りします。 オーストラリアのシドニー大学などの研究チームは、これまでに見たことのないような特異な電波信号を検出したと、2024年6月に発表しました。 新発見の電波信号はこれまでにないほど周期が長く、さらに発光パターンが複数あることなど、既知の電波放射現象の理論では容易に説明できない奇妙な特徴をいくつも持っています。 その放射源は非常に珍しい中性子星である可能性が高いものの、他の可能性も否定できず、その奇妙さを上手く説明できていない現状です。 本動画では、そんな新発見の電波信号について解説していきます。 ●電波トランジェントとパルサー 空を観測していると、宇宙のどこかから到来する異常な電波信号を検出することがあります。 そんな信号は「電波トランジェント」と呼ばれます。 電波トランジェントは
2024年10月26日紙版発売 2024年10月26日電子版発売 田中洋一郎，石川宗寿，若狹建，田中優之，小澤正幸，川中真耶，三木康暉 著 A5判／312ページ 定価3,300円（本体3,000円＋税10%） ISBN 978-4-297-14502-6 Gihyo Direct Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle 楽天kobo honto この本の概要 ソフトウェア開発の世界では，生産性の向上は永遠のテーマです。ユーザーニーズの変遷や技術の進歩など，環境が変化し続ける中でいかにして効率的に開発を継続していくかは，多くのソフトウェア開発チームにとって切実な問題です。本書は，そのような問題に対する解決のヒントを提供することを目指しています。 しかし，本書が提供するのは汎用的な解
オランダ旅行2日目はアムステルダム→ユトレヒトへ移動です。 www.europe-kosodate.com 目的はただひとつ。 ミッフィーミュージアムへ行くこと！ オランダ語ではミッフィーではなく「ナインチェ」だそうなので正確には「ナインチェミュージアム」。 小さい子が遊べる体験型のミュージアムなのでどうしても長男を連れて行きたかったのです。実際行ってみて長男も本当に楽しんでいました！！小さい子連れの方にオススメです♪ 行き方 チケット購入はオンラインのみ 常に撮影！可愛すぎる館内 miffy museum café miffy museum gift shop 世界でここだけのミッフィー信号 行き方 スキポール空港から電車で「ユトレヒト中央駅 Utrecht Central」へ。乗車時間わずか30分！これならアムステルダムから日帰りでもいけちゃう？ ユトレヒト中央駅からミュージアムへは3
エンジニアもプロダクトマネジメントの解像度をあげていくぞ！ ~ PM Academia参加レポート ~ - loglass_product_teamのブログ
この記事は 株式会社ログラス Productチーム Advent Calendar 2024 のシリーズ 1、4日目 の記事です。 こんにちは。ログラスでエンジニアをしている鈴木(@sunazukin_it)です。 今回は、11/23(土)に開催された 「経営シミュレーションを通じて、PMに必要なビジネスコアスキルを習得 / PM Academia #2」の参加レポートをお届けします！ PM Academia とは？ まずは、PM Academiaの概要について簡単にご紹介します。イベントHPからの引用です。 次世代の企業経営シミュレーション(BMG)を用いて、ビジネスモデルの基本となる製造メーカー企業の経営に、チームを組んで挑戦します。資金調達・人材採用・モノづくり・広告宣伝・販売活動などに取り組む過程で、PMに必要な経営者目線、事業・マーケティング戦略の構築、財務諸表を分析して利益を創
不動産テックで事業部CTOをやっていたと思ったら、HRBrainでEngineering Managerになってそろそろ３ヶ月が経とうとしています。 HRBrainはEQTという約37兆円の資産を有する投資会社が資本参画したHR系のSaaSスタートアップです。CTOやマネージャーを長年勤めてきたことで、タレントマネジメントや評価、労務管理のためにHR系のプロダクトを触る事が多くなり、元々ドメインには興味を持っていました。 常々これらのプロダクトを「もっと良くできるのでは？」と感じていたのもあり、今回転職をすることにしました。入った直後からやるべき事は多くありなかなか大変な状況ですが、「採れる選択肢」も多いことで、楽しく働いています。 人材データプラットフォーム関連市場は約8兆円もあると言われており、日本の労働人口問題と絡めて考えてもまだまだこれから伸びていく市場だと実感してます。 本題です
AWSネットワークリソースの設定変更を Microsoft Teamsで複数ユーザーにメンション通知できるようにしてみた | DevelopersIO
こんにちは！AWS事業本部のおつまみです。 みなさん、セキュリティグループやルートテーブル、ネットワークACLなどネットワークリソースの変更・追加・削除を検知して、Teamsに通知してほしいなぁと思ったことはありますか？私はあります。 通知することで、不正や意図しない変更を迅速に把握し、対応することが可能になります。 以前こちらのブログにて、セキュリティグループの設定変更（変更・追加・削除）を通知する方法をお伝えしました。 今回上記のブログで展開したテンプレートにて、以下の追加要望を受けました。 複数ユーザーをメンション通知できるようにしてほしい。 セキュリティグループ以外のネットワークリソースであるルートテーブルやネットワークACLの変更・追加・削除も通知してほしい。 この要望に沿って、CloudFormationテンプレートを修正したので、ご紹介します！ このような通知画面となります。
2024年8月28日刊行の『デザインシステムの育て方：継続的な進化と改善のためのアプローチ』より、本書の監訳者 長谷川恭久氏による「まえがき」を紹介します。スタートアップから大きな組織まで、さまざまな規模でのデザインシステムに携わってきた長谷川さんの視点から、デザインシステムを「作る」のではなく「育てる」ということ、その重要性について示していただきました。ぜひご一読ください。 監訳者まえがき─長谷川恭久プロダクトと捉えたときのデザインシステム デザインシステムを構築するのは容易ではありませんが、それ以上に難しいのは、使い続けてもらうための運用です。そのためデザインシステムは、デジタルプロダクトと同様に扱うべきだという見解があります。デザインシステムを使うデザイナーや開発者にとって、使いやすいデザインシステムになるよう改善を続けていく。このプロセスは、PMF（Product Market F
'); doc.close(); } if (!doc) throw Error('base not supported'); var baseTag = doc.createElement('base'); baseTag.href = base; doc.getElementsByTagName('head')[0].appendChild(baseTag); var anchor = doc.createElement('a'); anchor.href = url; return anchor.href; } finally { if (iframe) iframe.parentNode.removeChild(iframe); } }()); } // An inner object implementing URLUtils (either a native URL // ob
2024年8月28日 福永一郎*1 法眼吉彦*2 上野陽一*3 全文 [PDF 1,793KB] 要旨 本稿では、1990年代以降のわが国の経済・物価情勢について、当時からの学界等での議論や企業向けアンケートの結果などをもとに振り返ったうえで、近年の変化の兆しについて幾つかの論点を整理する。1990年代、需要・供給両面の様々な要因から経済低迷と緩やかなデフレに陥り、金融政策は名目金利の下限制約に直面した。2010年代には、量的・質的金融緩和の効果などによって景気は回復し、デフレの状況ではなくなったが、賃金・物価が上がりにくいことを前提とした慣行や考え方が根強く残るもとで、2％の「物価安定の目標」の実現には至らなかった。2020年のコロナ危機の後、輸入物価の急激な上昇に加え、景気の回復や労働需給の引き締まりによって、賃金と物価の好循環が強まり、「物価安定の目標」の持続的・安定的な実現が見通せ
はじめに クラウドインフラの構築・管理において、冪等性の担保や効率性の向上のために、TerraformやGitHub Actionsなどがよく利用されます。Terraformによるインフラのコード化は、手作業によるミスを減らし、設定変更のたびに発生する手間を削減します。さらに、GitHub Actionsとの連携により、コードの変更をトリガーとした自動テストやデプロイが可能になり、インフラ管理のライフサイクル全体を効率化できます。 本記事では、TerraformとGitHub Actionsを利用して、Google CloudインフラのCI/CDパイプラインを構築する具体的な手順を解説します。1時間程度でサクッと完了できるように具体的な手順を記載します。 なお、GitHubからGoogle Cloudへのアクセス許可には、Workload Identity連携を採用します。Workload
Design Docを定着させるためにデイリーで相談できるmeeting slotを用意しました。チーム内ではWai Wai Sync meetingと呼んでいて、Design Docに関わらず仕様の共有や コーディングの質問など特に目的は設けずに、どんな話題でもみんなで話して解決する場を作っています。ここの場では、ドキュメント作成途中でもレビューできる空気や場所作りを意識しています。 完全に完成されたDesign Docでなければレビューしないわけではなくて、荒い状態でも困っていることを予め相談できる場を設けています。なので、「まだ3割ぐらいですが、方向性が合っているか相談させてください」とか、「2つの方針どっちが良いですか」みたいなことを、本当に荒いドキュメントで箇条書きの文章でも全然良いので、議論して方向性を定めた上で、Design Documentで文字にするところを「Wai Wa
![[メルカリ 小笠原氏]新Teamで始めたDesignDoc運用と定着化のためにやったこと #ドキュメント活用 | Offers Magazine](https://cdn-ak-scissors.b.st-hatena.com/image/square/5ece781f03c26d983dff76a57f7e2ce56b05c084/height=288;version=1;width=512/https%3A%2F%2Fs3-ap-northeast-1.amazonaws.com%2Fassets.offers.jp%2Fmedia%2Fwp-content%2Fuploads%2F2024%2F05%2F08182609%2Freport_document_ogasawara.png)
その要求に至る意思決定を伝えるために、PRDR(=Product Requirements Decision Records)をはじめた ｜Yuta Kanehara
その要求に至る意思決定を伝えるために、PRDR(=Product Requirements Decision Records)をはじめた ⚠️ Product Requirements Decision Records(以降、PRDR)は、Architecture Decision Records(以降、ADR)をもじった造語であり、ADRの「意思決定の記録(= Decision Record)」のコンセプトをプロダクトマネジメントに適応させたものでしかありません。 プロダクトマネージャーという仕事をしていると、プロダクトに対して大小様々な意思決定を行うことになります。 この意思決定の内容は「プロダクト要求」としてPRDなどの形で1つにまとめていくことになり、プロダクトマネージャーはこれに心血を注ぐことになります。 ですが、このドキュメントは(PMとして)力作であればあるほど、 レビューコ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
異動のすゝめ(エンジニアからPMへのキャリアチェンジ) - SmartHR Tech Blog
地面師たち | Netflix (ネットフリックス) 公式サイト
認知負荷を「制限する」組織設計は本当に成果を最大化するのか？ - 未来永劫
本番同様のデータを扱えるdbtテスト環境をSnowflakeで構築する方法 - LayerX エンジニアブログ
阿修羅のごとく | Netflix (ネットフリックス) 公式サイト
国民クイズ | Netflix (ネットフリックス) 公式サイト
初期開発メンバーの海野と伊藤が振り返る、newmoの2024年｜newmo株式会社｜"移動で地域をカラフルに"
お金持ちの多くがあえて[中古車]を買うの何で？ あえて4年落ちを買う納得のワケ - 自動車情報誌「ベストカー」
SESのバウンスレート上昇を事前に防いだお話 - Qiita
デザイン原則をデザインプロセスの中でどのように活用していくか？ - スマートバンクの事例 -｜putchom
プロダクトマネージャーの役割と顧客アプローチ ラクス、LegalOn Technologies、Chatworkの事例から学ぶ
プロダクトディスカバリーとデリバリーを繋ぐデザインドックのすすめ｜Airi Oda
開発メンバー全員で新規開発アイテムのディスカバリーに挑戦した話 - SmartHR Tech Blog
エンジニアチームの生産性の高め方 〜開発効率を向上させて、人を育てる仕組みを作る
可愛さ満点☆絶対行きたい！ユトレヒトのミッフィーミュージアム - パリ・東京でモンテッソーリな子育て
成長組織で取り組むべき「標準化」について - 神様なんて信じない僕らのために
試し読み：『デザインシステムの育て方』 監訳者まえがき｜BNN
Watch Tokyo Swindlers | Netflix Official Site
（論文）過去25年間のわが国経済・物価情勢：先行研究と論点整理 : 日本銀行 Bank of Japan
Terraform+GitHubActionsでGoogleCloudのCI/CD構築入門
[メルカリ 小笠原氏]新Teamで始めたDesignDoc運用と定着化のためにやったこと #ドキュメント活用 | Offers Magazine