1年ほど、体外受精での不妊治療に取り組んでいました。 「不妊治療はつらい」とよく言われますが、不妊治療と一口に言っても、タイミング法や人工授精、体外受精など、さまざまな手法があります。不妊に至る原因も、男性起因・女性起因・原因不明とさまざまで、不妊治療を数ヶ月で卒業できる方もいれば、5年かけても難しい方もいらっしゃいます。 あくまでわたしのケースはたくさんある不妊治療のひとつのケースにすぎませんが、体験記をまとめておこうと思います。 将来漠然と子供がほしいと思っている方や、不妊治療に進もうか悩まれている方など、少しでも誰かのお役に立てれば嬉しいです。 妊娠できるタイムリミットが近いことを知る不妊の原因はひとそれぞれです。女性起因、男性起因どちらもありえます。検査を通じて原因が特定できることもあれば、不妊治療に進まないと原因がわからなかったり、原因不明の不妊もあります。 わたしが不妊治療に進

今回の記事は特に私の意見であり、所属会社の意見ではないことをお断りしておきます。 最近になってまたウォータフォール vs アジャイルの議論を見かけることが多くなってきたので、私が勤務する米国の世界規模のクラウドプロバイダーでは2024年現在どんな開発をしているのかをご紹介したいと思います。私はこれが「正解」といいたいのではなく、何らかのポイントが皆さんの何らかの参考になったらいいなと思って筆をとりました。 ちなみに、2016年時点で私のウォータフォール開発に対する考え方は下記のブログの通りで今も変わっていません。ただ、2024年現在だからといってアジャイルをやるべきと思っているわけでもありません。 もし、今ウォータフォールをやっている人がいたら「そんなこと言ってもどうしたらええねん」となると思うので、自分なりの解決方法も考えてみました。 最初に自分的な結論を書いておくと「2024年の開発と

はじめに 多くの方に以下の記事を読んでいただき、ありがとうございました。 ここまで多くの方々に読んでいただけるというのは想定していなかったため、スタートアップの年収水準への関心の高さを強く感じました。 この記事には、ご共感の声をいただく一方で、適正な平均年収650万円という数値に、「夢がない」や「給与を上げられないなら零細企業だ」など厳しいご意見もいただいております。スタートアップは、ストックオプションあるいは株式報酬を加えることによって、数千万円〜数億円のリターンも場合によって生まれうるので、一概に年収だけでそうとは言い切れないのですが、経営者として従業員の平均年収を上げたいと願うのは私も同じ思いであり、年収800万円以上を目指していくには何が必要かということについて、改めて深く考察していくことにしました。 本記事もあくまでマクロな分析であり、個社別の事情を無視した荒削りな分析であるため

経営層の方針をチームに伝え、実行に移すミドルマネジメントの現場において、「問い」のデザインがますます重要になってきていると感じます。 本記事では、2023年10月に開催し、大変好評だったウェビナー「チームを覚醒させる「問い」のデザイン：新時代のミドルマネジメントの真髄」の内容より、「問い」を活用したミドルマネジメントの新原則について、ケーススタディとともにご紹介します。

はじめにSkillnoteVPoEの安藤です。 今回はEMであれば誰しもが悩み、苦労（工夫）している目標設定・評価について書きたいと思います。 きっかけは#1の頃から参加している「EMゆるミートアップ」で、3月1日開催の#6のテーマがそのものズバリの「目標設定・評価」だったことです。 EMゆるミートアップそもそもエンジニアリングマネージャーという職務は最近になって出てきたもので、ITという比較的新しい業界の中でもさらに新しい役割、と言えるかと思います。（オライリーの書籍も日本での初版が2022年と相当に新しいことが分かります） SaaSプロダクトが隆盛な中、エンジニアチームが継続的にハイパフォーマンスを発揮するため、また事業KPIに対して直線的に貢献できるようにしていくため、プロダクトマネージャーやエンジニアリングマネージャーといった役割の重要性が昨今非常に増してきている、ということと思い

昨年NewsPicks さんに取り上げてもらって最近動画が公開されました。そこでもお話させてもらっていることなのですが、アメリカで働きはじめると日本人からすると「納期が無い」感覚が物凄く衝撃的だった。 最近、納期が無いことと生産性について頭の中で整理がついてきたのでシェアしておこうと思う。ちなみに、動画も含めて、私の発言は私の体験と意見であり、所属会社には全く関係が無いことを改めてお断りしておきます。 日米納期の感覚の違い　アメリカで働いていると、日本人からすると納期がほとんどないという感じを受ける。もちろん納期があるものもあるが「本当に必要なもの」に限られる。例えば、大きなカンファレンスで何かの製品を発表するとかそんなのだと納期はもちろんある。そうでなれけばほとんど無いという感覚だ。私の所属会社だけではなく、北米の他の会社の人も同じような感覚らしいので文化によるものだと思う。 常に納期が

アプリの画面をデザインする際、エンジニアさんに 「なにも登録データがない場合、どう表示しますか」「選択したときの状態ってどんなデザインですか」などと聞かれて 「ｳﾜｱ考えてなかったすみません、今作ります。。」 （なんて自分はポンコツなんだ、、ｳｳｳ） と、なりたくないですよね。 UI Stackは👆のような状況を回避するのに便利で大事な考え方だと思ったので、言葉の意味を知らない方はぜひ読んでってください！ UI Stack アメリカのプロダクトデザイナー Scott Hurff さんが世に出した 「UIの考慮すべき5つの状態」という考え方です 5つの状態 ・Blank State（空っぽの状態） ・Loading State（ローディング状態） ・Partial State（部分達成状態） ・Error State（エラー状態） ・Ideal State（理想状態） 一つ一つ参考を交えな

前回は、「UIデザインってそもそも何なの？」という概論的な説明と、UIデザイン未導入の組織の中でみんなでデザインを始めてみるための施策（プロトタイピングとユーザビリティ評価）を話しました。 今回はサービス、プロダクト開発において、デザイナーではない人でも知っていて損はないUIデザインの重要ポイントについて説明します。主に以下の３つのテーマについて順番に議論をしていきます。 デバイスやソフトによるUIの違い ユーザーにかかる身体的・認知的負荷を理解する UIの重要概念（ナビゲーション、インタラクションなど）を知る 「ちょっと」と銘打っておきながらめちゃくちゃ長いnoteになってしまったので、気になる項目だけ読むか、何回かに分けて読んでいただくことをおすすめします、。 ※どこか内容に間違ってる部分やご意見ありましたらコメントいただけたら嬉しいです。 なお、こちらの記事の内容は順次YouTube

こんにちは。ユアマイスターでプロダクトマネージャーをしています、稲垣といいます。 最近、業務でChatGPTを使いまくっているのですが、ちょっと個人的に感動する使い方を見つけたので紹介します（既に知ってるぞ！という方、すいません）。 プロダクト開発において、業務フローって必要になること多いですよね。でも書くの大変。Draw.ioとかFigmaとか便利なツールも出てるけど、それでも大変。 さあ、下記のようにプロンプトを書いてみましょう。 一般的な受注業務の業務フロー図を作りたいです。Mermaid Markdown形式で出力してください。 # 制約条件 - 「・」「?」は使用しないでください ChatGPTの出力結果のこれをコピーして、 Notionに貼りましょう（「コードブロック」を選択してください）。 「コード」を選ぶこの領域にペーストするすると・・・。 うおおおおお。 業務フローが自動

いつも大学や英語の勉強についての記事を書いてますが、今回はデザイナーとして働いている私が知った技術的なことについてまとめていきたいと思います。 改めて軽く自己紹介昨年の11月よりファインディ株式会社でUI/UXデザイナーとして働いております。ファイディで働くのはとても楽しく、また周りの優秀な人達に囲まれて自分もメキメキと成長を感じています。（ここに関しては入社半年エントリー記事で詳しく書く予定） 普段はプロダクトの魅力を高めるために様々な取り組みを行っています。その中でもデザインシステムはデザイナーだけでなくエンジニアも巻き込んで運用に向けて日々奔走しています。 ファインディデザインシステムとは現在手掛けているのはWebエンジニアの中途転職を支援するFindyというプロダクトのデザインシステムなのですが、サービス開始から6年ほど経過し多くのデザイナー、エンジニアの手によって作られたためどう

最近は“こういう状況”ということもあって「快適なリモートワーク環境をつくりたい」「仕事や趣味に打ち込める書斎スペースがほしい」と考えている人は多いのではないでしょうか。 ぼく自身、ここ数年はこのブログの運営だけでなく本業もリモートへ完全移行し、気づけば1日のうちほとんどの時間を書斎で過ごすようになりました。 2年くらいかけて少しずつ理想な作業環境を整えてきたので、今回はそんな筆者の現在の書斎・デスク環境をまとめておこうと思います。 「機能性と快適性」を求めて、かつ「見た目もそれなりにこだわって」構築してきたので、この記事を通して何かしらの新しい発見があれば幸いです！ ■書斎スペースの全体像作業環境の全体像はこんな感じ。賃貸の6畳ほどの部屋を「書斎」として活用していて、ここで本業含むブログ執筆、撮影・編集作業から、趣味のゲームや読書なんかもぜんぶ完結するように工夫してみました。 夫婦共有の6

どうも、外資系うさぎのちょこさんです。 気がつけばもう2023年が始まってしまってますね。 一年の計は元旦にあり、ということで正月早々とても有益なnoteを書いて徳を積むところから今年をスタートすることにしましょう。 年末年始に限らず、それなりにまとまった時間を使えるタイミングってインプットにもアウトプットにもとても良いですからね。 せっかくなのでﾌｫﾛﾜｯｻﾝ各位も何かアウトプットしてみるとよいんじゃないでしょうか。 というわけで、新年早々のアウトプットにおすすめな、土地勘の無い業界/テーマのプロジェクトにアサインされた場合の最低限の情報収集を手早くこなすにはどうするのがよいかってnoteをお届けします。 これは再現性のあるやり方なので、このnoteを見ながら同じような流れで情報収集して自分なりの見解なんかをまとめてみたりすると良いセルフトレーニングになるはずです。 これは有益な情報なの

この記事はGoodpatchアドベントカレンダー2022の23日目の記事です。 突然ですが、私は昨年「ナレッジマネジメント」領域の新規事業を立案し、リサーチや価値検証を行いました。結果としてはβ版を複数社に導入していただきながら行った価値検証を経てクローズという判断になってしまったものの、そのプロセスを通じて様々な組織におけるナレッジマネジメントの状況や課題感、そしてベストプラクティスまで多くの知見を得ることができました。 今回はそういった経験を土台として、これまで発信の主テーマにしていた「UXデザイン」や「サービスデザイン」の領域ではなく「ナレッジマネジメント」というテーマで記事を執筆することにしました。 この記事では、組織としてナレッジマネジメントを推進する時にどのような観点や考え方が必要なのかを紐解いていけたらと思います。 (組織の状況やカルチャー、事業形態などによっても最適なHOW

こんにちは。エンジニアの佐々木です。 先日12/6、弊社イベントにてカヤックの藤原さんを交えてクラシコムのSREについてお話をさせていただきました。 当日は96名と多くの方にお申し込みいただきありがとうございました。1時間半があっという間で、時間の関係でお話できなかったことも多々ありました。改めてではありますが、記事にて当日の内容含め話せなかったこともご紹介したいと思います。 当日のテーマは「インフラ強化に向けた具体的な取り組み」と「一人に頼らないチーム体制づくりを目指して」という2つでした。 この記事では前半の「インフラ強化に向けた具体的な取り組み」について紹介します。北欧、暮らしの道具店のインフラ構成の変遷を追いつつ、その時々の課題や実際の取組みについて説明していきます。 5年前(2017年5月頃)のインフラ構成エンジニア3人で作った月間1600万PVのECサイト 「北欧、暮らしの道具

こんにちは。現場教育システムtebikiの鮫島です。プロダクト開発や、デザイナーが活躍できるデザイン組織作りに携わっています。 tebikiデザインチームは、エンジニアチームが既に実施しているノンソロ開発に触発され「ペアデザイン作業の1日平均を4hにする」をOKRのKey Resultの1つに掲げ、ペアデザインを実践しています。 この記事では、チーム一丸となって取り組んでいるペアデザインについてご紹介します。 ノンソロ開発すごいらしいよtebikiのEnabling Teamに加入した三宅により、9月から本格的なスクラム開発が導入され、プロダクト開発に大きな変化がありました。 その一つに、エンジニアチームが実践していたノンソロ開発の取り組みによる成果が共有されました。 これまでのPRからリリースまでの時間が大幅に減っている😲これに衝撃を受け、感覚として肯定していたペアデザインをデザインチ

APIの設計って意外と移り変わりがあるんです。例えばAPIのバージョンの指定方法がヘッダーを使う方法からURLを使う方法にだんだん統合されてきました。 したがって本やスライドなど、その時点のベストプラクティスを読むよりは、生きているベストプラクティスを読んだ方が良いと思います。 ここではいくつか参考になるリソースのご紹介と、よく聞かれる質問について触れておきます。 設計ガイドライン、スタイルガイドAPIの設計のベストプラクティスを把握するためによくAPIのドキュメントを見ているのですが、特にご紹介したいのはスタイルガイドや設計ガイドです。 マイクロソフトのAPIガイドライン

新型コロナウイルス感染症やコロナワクチンについては、必ず1次情報として厚生労働省や首相官邸のウェブサイトなど公的機関で発表されている発生状況やQ&A、相談窓口の情報もご確認ください。※非常時のため、すべての関連記事に本注意書きを一時的に出しています。 これは何？50名規模の医療AIスタートアップUbie において、カルチャーや採用基準が全く異なる2つのチームを立ち上げ、数ヶ月運用してきました。 スタートアップでは比較的珍しい取り組みで、採用応募者等からもよくご質問いただくので、背景やチームごとの違いをまとめてみました。 はじめに 現在Ubieには、0→1フェーズの「開発」をミッションとしたUbie Discoveryチーム(40名規模)と、1→100フェーズの「拡張」をミッションとしたUbie Customer Scienceチーム(10名規模)という2つの組織があります。 Ubie Di

はじめに 桃太郎電鉄 ～昭和 平成 令和も定番！～　が累計販売本数350万本を突破しました。おめでとうございます。 最新ニュースを掲載しました。 『桃鉄』と「日清焼そばU.F.O.」の異色コラボが実現! ～ 『桃鉄』 の累計販売本数は350万本を突破 ～https://t.co/AGox7AEIDw pic.twitter.com/8yPM7ozeRv — KONAMI 企業広報・IR (@Konami_PR_IR) March 22, 2022 この売上は驚異的なものです。日本において300万本以上売り上げたゲームソフトは、実は「任天堂/ポケモン関連」「ドラゴンクエスト」「ファイナルファンタジー」「モンスターハンター」「妖怪ウォッチ」しかありません。とんでもない化け物IPたちに桃鉄が仲間入りした、ということになります（元から長年の歴史を組んだ化け物IPな気がしますが）。 さて、そんな桃鉄

CTOとしてプロダクトマネジメントに軸足を置いてから半年ほど経過し、エンジニアリングマネジメントの観点で新しい気付きがうまれてきたので、記事にしてみる。 この記事で述べることこの記事では、back checkでプロダクトマネジメントをする上で試行錯誤してきた内容を踏まえ、プロダクトマネジメントを遂行する上で必要な人のアサインとキャリアについて言及していこうと思う。 まずは「back checkがプロダクトマネジメントの観点でどういう課題に直面したか」を述べた上で、「組成した新規チームのミッションとアサイン」を述べ、そこから学んだことを述べる。 その上で、一個抽象化し、「プロダクト運営上発生する不確実性」を述べた上で、「適性をもとにしたエンジニアリングマネジメントのセオリー」を考えていく。 プロダクトマネジメントでやってきたこと自分がback checkのPMとしてジョインしはじめたのは20

「ISUCON」は、LINE株式会社の商標または登録商標です。 本を書きました。6/4発売です。電子版も同じくらいの時期に発売予定です。 複数人による共著で私は以下の章を執筆しています。 6章 リバースプロキシの利用 7章 キャッシュの活用 8章 押さえておきたい高速化手法 もちろん他のすべての章についてもレビュアーとして参加しています。 この記事ではこの本を書くときに私が考えていたことを書きます。著者全体の総意というわけではないので、その前提でよろしくお願いします。 私とISUCONISUCONは4から毎年参加しています。9予選と6本選では運営をしました。 ISUCONのベンチマーカーに関する情報やGoでISUCONを戦う方法など、ISUCONに関する情報を複数発信しています。notify_slackというISUCONで便利なCLIツールも趣味で開発しています。 本の特徴本書はISUCO