並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 3601件

新着順 人気順

プロダクトの検索結果161 - 200 件 / 3601件

  • ChatGPTで業務フローが自動的に書けた|Yuji Inagaki

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

      ChatGPTで業務フローが自動的に書けた|Yuji Inagaki
    • 良いドキュメントを書きたくなる本を読んだらドキュメンタリアンになりたくなった - じゃあ、おうちで学べる

      ドキュメンタリアンとは、役職に関係なく、ソフトウェア業界でドキュメントとコミュニケーションに関心を持つ人のことです。 www.writethedocs.org はじめに これは主に『ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング』の書評です。私はSreakeにてSREという役職についています。SREはサービス概要、アーキテクチャの解説や図、各種構成図、各種手順書、ポストモーテム、ポリシー、SLA(SLO) … その他の様々な場面でドキュメントを書く必要があります。しかし、ドキュメントは価値が見えにくく時間と労力がかかり品質担保の面で重要度がとても高いのにその場での価値が見えにくいので浸透しにくいです。そのため、エンジニアとしてモチベーションが保ちづらいです。2021年 State of DevOps 2021 にもドキュメントに関する言及があり今後、

        良いドキュメントを書きたくなる本を読んだらドキュメンタリアンになりたくなった - じゃあ、おうちで学べる
      • 【資料公開】アジャイルについてマネージャーが知るべき97のこと

        みなさんこんにちは。@ryuzeeです。 昨年12月に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 アジャイルコーチや技術顧問の仕事は多岐にわたりますが、その1つに社内での講演やセミナーがあります。 今回、技術顧問先のイベントで登壇しましたので、その際の資料を公開します。 アジャイルとは直接関係ないものも多々含まれていますが、ネタということでご了承ください。 アジャイル全般QCDSを同時にすべて固定することはできない要件の決まったものを早く・安く作る方法ではない開発だけをアジャイルにしても意味がないアジャイルで請負契約は無理だと心得ようすべてがアジャイルに適しているわけではない大規模アジャイルは小さなアジャイルの成功後アジャイル導入を支援しようアジャイル推進での組織的な課題に取り組もう無駄な社内プロセスを廃止するよう働きかけよう効率ではなく成果に着目した組織設計をし

          【資料公開】アジャイルについてマネージャーが知るべき97のこと
        • ブックエンド難民に広めたい『直角には81度足りない本立て』|山下義弘/ドケットストアの人

          本が好きだ。 もっと自分より本が好きな人はいくらでもいるだろうけど本が好きだ。 ジュンク堂で本をまとめ買いして電車に乗ってたら、赤の他人に「なんでそんなに本を買ったんですか?」って聞かれたり。 その程度には本をよく買う。 そして、必然的に本を机や本棚に並べることになる。 その時に使うものといえば『本立て』 ブックエンドなんて呼び名もある、皆さんご存知なL字型のあいつである。 ブックエンド。 こいつがないと本がドミノ倒しのように倒れていってしまうことがある。 倒れていった先には床が待っているだけ。 ピタゴラ装置的なワクワクなどかけらもない。 「あー・・・」 しばしの静寂の後、自分がページの折れた本を片付け直すという憂鬱な作業だけが待っているのだ。 確かに細い本だと自立することもできないし、左右からブックエンドで挟み込んであげる必要があったりもする。 ただ、個人的にこのブックエンドが苦手だ。

            ブックエンド難民に広めたい『直角には81度足りない本立て』|山下義弘/ドケットストアの人
          • なぜ我々はsession.cookieを変更しなければならなかったのか - BASEプロダクトチームブログ

            はじめに こんにちは。バックエンドエンジニアの小笠原です。 今回は、2022年2月18日から2022年3月4日にかけて発生していたこちらの障害に対し私達開発チームが実施した、session.cookieで定義しているCookieのkey名を変更するという影響範囲の大きい対応について、実施に至るまでの経緯や対応過程についてご紹介したいと思います。 ショップオーナー向けに掲載していたお知らせの内容 背景 全ては iOS14.5から端末識別子の取得に同意が必要になったことから始まった ことの発端は、iOS14.5以降からIDFA(端末ごとに持つ固有識別子)の取得に端末所有者の許可が必要になったことでした。 この変更は、端末所有者側から見ると情報の活用範囲を自身で管理できることでよりプライバシーに配慮されるようになった良い変更と言えるでしょう。 一方で、広告出稿側から見た場合は拒否をしたユーザーの

              なぜ我々はsession.cookieを変更しなければならなかったのか - BASEプロダクトチームブログ
            • 4万円の自作キーボード1000台が1分で即完売 世界的に注目浴びる日本の開発者

              4万円の自作キーボード1000台が1分で即完売 世界的に注目浴びる日本の開発者:ハロー、自作キーボードワールド 第11回(1/5 ページ) いろいろなパーツを組み合わせて自分好みの1台を作る「自作キーボード」について紹介する本連載。今回からは自作キーボードの設計・販売者へのインタビューや最先端トレンドを紹介するコラムなど、より一層ディープな自作キーボードの世界への誘いをお届けしていく。 今回紹介するのは、日本発のキーボード設計者であり、今やキーボードの予約ページを立ち上げるたびに世界中から数千台の予約が殺到する、売れっ子デザイナーai03さんだ。

                4万円の自作キーボード1000台が1分で即完売 世界的に注目浴びる日本の開発者
              • 1on1ミーティングとは?その意味と、効果的に行う方法 | Coral Capital

                本連載はオープンソースライセンスの1つであるGPLの元に公開されている「The Eng Team Handbook」(エンジニアチーム・ハンドブック)を翻訳したものです。開発チームが効率的に仕事するために必要な「効果的な1on1の実施方法」「開発メンバーから開発マネージャーにポジションが変わるときの注意点」「パフォーマンス評価のテンプレート集」「360度評価のテンプレート」などが含まれます。 著者はStripeのエンジニアであるrayleneさんです。これがStripeのやり方と明示されているわけではありませんが、急成長するシリコンバレーのスタートアップにおけるエンジニアチームの取りまとめ方という意味で、日本のスタートアップでも参考にしていただけるのではないかと思います。オリジナルの英文の文書では、まだ未着手の項目もありますが、すでに書き終わってるものについて翻訳し、連載の形で5回に分けて

                  1on1ミーティングとは?その意味と、効果的に行う方法 | Coral Capital
                • ブルシットプロダクトからチームを守れ! 「顧客が本当に必要だったもの」を追求するプロダクトマネジメントを実現するぞ

                  ユーザーから見て、ただひどいだけでなく、開発したり販売する人たち自身がプロダクトに価値がないと感じており、また買ってもらうことに罪悪感を感じるようなプロダクトやサービスをブルシットプロダクトと呼びましょう。 ブルシットプロダクトとは何か、どのようにして生まれるのか、なにをすれば解消されるのか、顧客が「顧客が本当に必要だったもの」を実現しつづけるプロダクト組織に向けて、組織システムの成長の観点からお話しします。 Regional Scrum Gathering Tokyo 2022 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2022/proposal/16109 発表者 https://twitter.com/_N_A_ https://note.com/mryy/n/n6f01561a6253

                    ブルシットプロダクトからチームを守れ! 「顧客が本当に必要だったもの」を追求するプロダクトマネジメントを実現するぞ
                  • ミクシィ創業者の回顧録「アイデアがあるなら具現化しない理由はない」 - ミクシィ笠原健治の履歴書 #ぼくらの履歴書 - ぼくらの履歴書|トップランナーの履歴書から「仕事人生」を深掘り!

                    その人は少なくとも、3度もの成功を重ねてきました。 「Find Job!」「みてね」そしてゼロ年代の日本のインターネットコミュニケーションの中心地であったSNS「mixi」を作り出した、株式会社ミクシィの創業者、笠原健治(かさはら・けんじ)さんです。 きっとご本人は、自身のキャリアを安易に「成功してきた」などと表現はしないでしょう。しかし、その来歴を目にした私たちは、どうしても笠原さんに尋ねてみたくなります。「サービスの栄枯盛衰を幾度も経験し、なにが見えてくるのか」と。 日本のインターネット黎明期からサービスを作り続け、さらに、メガヒットゲーム「モンスターストライク」の躍進を見守ってきた笠原さんにご自身の「履歴書」を振り返ってもらい、サービスづくりの根底にある想いと、他者からは想像もできない苦闘の日々を聞きました。 『ホームページのつくり方』みたいな本を買ってFind Job!を立ち上げた

                      ミクシィ創業者の回顧録「アイデアがあるなら具現化しない理由はない」 - ミクシィ笠原健治の履歴書 #ぼくらの履歴書 - ぼくらの履歴書|トップランナーの履歴書から「仕事人生」を深掘り!
                    • 「ねぇ、このフライパン、発想が天才すぎない?」四角いフライパンが14万いいねと話題に

                      なちゅ。 @itacchiku 食欲と酒にまみれたガジェットスキーなうっかり系主婦。ソファで行き倒れて寝落ちする常習犯。全員が発達特性が癖強なファミリー+よく寝てよく歩き回るロボットと暮らしています。/Amazonアソシエイト&楽天ROOM(@itacchiku_R)/誤フォローしまくりすいません。/【LOVOT紹介コード】f3tmug9h note.com/itacchiku なちゅ。 @itacchiku ねぇ、このフライパン、発想が天才すぎない?買うわ!いま在庫薄いみたいだけど、めっちゃ買う。一番デカイやつ、予約注文入れた!!わー、めっちゃ楽しみ!! amzn.to/3axkPgJ do-cooking.com/sutto/index.ht… pic.twitter.com/kHr3Xcbec1 2021-02-03 11:47:48

                        「ねぇ、このフライパン、発想が天才すぎない?」四角いフライパンが14万いいねと話題に
                      • カチッとスイッチを押すタイプの扇風機の「切」ボタン、単純なのに思わず「おぉ!」と感嘆が漏れる賢い仕様だった「驚いた」「天才」

                        セキ技研@FAマシンメーカー @sekigiken ワクワク•ドキドキのメカトロニクスの世界をあなたに/800種以上のロボット搬送機や自動組立設備を開発してきたFAマシンメーカー/中小企業向けにDX情報も発信します⏩/集まれFA設計者&ITエンジニア/高専生応援企業/☺️📲詳しくはYouTubeへ/人にしかできない活動にもっと取り組める社会にする。 sekigiken.co.jp

                          カチッとスイッチを押すタイプの扇風機の「切」ボタン、単純なのに思わず「おぉ!」と感嘆が漏れる賢い仕様だった「驚いた」「天才」
                        • なちゅ。@10月はADHD啓発月間 on Twitter: "我が家の「絶対にリュックのファスナーを閉め忘れる8歳児」対策に、つよつよアイテム買ったった!二つセットの鈴で、中が磁石になってるの。ファスナーを閉めてたらくっついて音が鳴らない→閉め忘れるとでっかい音がチリンチリン鳴る、という仕組… https://t.co/vw5SwaZ0in"

                          我が家の「絶対にリュックのファスナーを閉め忘れる8歳児」対策に、つよつよアイテム買ったった!二つセットの鈴で、中が磁石になってるの。ファスナーを閉めてたらくっついて音が鳴らない→閉め忘れるとでっかい音がチリンチリン鳴る、という仕組… https://t.co/vw5SwaZ0in

                            なちゅ。@10月はADHD啓発月間 on Twitter: "我が家の「絶対にリュックのファスナーを閉め忘れる8歳児」対策に、つよつよアイテム買ったった!二つセットの鈴で、中が磁石になってるの。ファスナーを閉めてたらくっついて音が鳴らない→閉め忘れるとでっかい音がチリンチリン鳴る、という仕組… https://t.co/vw5SwaZ0in"
                          • 「それは、本当に安全なんですか?」 セキュリティ専門家が「GitHub Copilot」の全社一斉導入時に考えたあれこれ

                            「GitHub Copilot 導入時に考えたセキュリティのあれこれ」というタイトルで登壇したのは、freee株式会社のただただし氏。タイミー社主催の「GitHub Copilotで拓く開発生産性」で、「GitHub Copilot 」を全社一斉導入する際に考えるべきセキュリティリスクについて発表しました。 freee株式会社 PSIRT マネージャーのただただし氏 ただただし氏:freee株式会社のただただしと申します。 今日は、「GitHub Copilot 導入時に考えたセキュリティのあれこれ」ということで、Copilotのセキュリティリスクについて語るわけですが、考えてみたら、GitHubの中の人を前にこんなことをしゃべるのは相当大胆な話だと思います。最後にいいことで締めるのでちょっと我慢してください。 自己紹介をいたします。ただただしと申します。PSIRTという組織でマネージャー

                              「それは、本当に安全なんですか?」 セキュリティ専門家が「GitHub Copilot」の全社一斉導入時に考えたあれこれ
                            • きれいなコードを書けという話について - Software Transactional Memo

                              前回のブログから90日以上経ってしまったので広告が載ってしまったから短文でもアウトプットしておく。 プログラマとして仕事をしているとコードと向き合っている時間の9割以上は既存のコードを読んでいる、だから読みやすさは重要である、という言説は耳にタコができるほど誰もが言っている。 仕事で書かれるコードが誰のレビューも通ること無くマージされている現場は凄惨だが、自分より明らかに経験を積んだ人たちが何度もレビューを重ねたコードが読みやすいかというとそうとは限らない。良いコードが守るべきルールをすべて守っていても不可解なコードはあるし、どんなに読みやすいコードでも数千行の規模になってくるとやはり脳内からこぼれて一度に覚えておける範囲からはみ出る。 変数名や関数名をわかりやすくするとか不必要な技巧を凝らさないとかわかりやすい設計にするとか主観的な事を偉そうに語る本は山ほどあり、それらの本を崇める事は悪

                                きれいなコードを書けという話について - Software Transactional Memo
                              • スパイファミリーの表紙に大戦前〜戦後すぐの椅子が描かれてる→「許可取ってる?」「トレパクと言われそう」というコメントが…

                                白鳥 憂 @sandanjuu これに「許可とってる?」とか「トレパクと言われるかも」とかの反応が幾つか… 第二次世界大戦前とか戦後すぐにデザインされたものばかりで、権利なんかとっくのとうに消え失せてるので、許可なんて取りようもない twitter.com/sandanjuu/stat… 2022-04-27 09:26:37 白鳥 憂 @sandanjuu そういやイームズの椅子欲しかったけど、「正規品」なんてもう売ってないから、リプロダクト探してたけど、日本製無かったんだよな 昔の日本なら「権利が切れたぞ!作りどきだ!」ってガンガン良いものをパクって売って儲けてた民族だと思っていたけれど 2022-04-27 09:29:42

                                  スパイファミリーの表紙に大戦前〜戦後すぐの椅子が描かれてる→「許可取ってる?」「トレパクと言われそう」というコメントが…
                                • バルミューダ、20億円赤字で大幅人員削減へ。SNS上で飛び交う「意識高い系御用達のイメージ商法がバルミューダフォンで崩壊」との辛辣意見 | マネーボイス

                                  電機メーカー「バルミューダ」が先日の決算で、2023年12月期の連結最終損益が20億円の赤字になる見通しだと報じられたことが、大きな波紋を呼んでいるようだ。 12億円の赤字だとした従来予想から赤字幅が拡大した格好で、最終赤字は20年12月の上場後初めてとのこと。また、売上高は前期比24%減の133億円、営業損益は13億円の赤字と、従来予想をそれぞれ26億円、8億3,000万円下回った。 同社の寺尾玄社長は「非常事態と言わざるを得ない。固定費の圧縮などを通じ24年1~6月期には黒字化を目指し、早期に成長基調への回帰を目指す」と語ったとのこと。また、来期にかけて数十人規模の人員削減を実施することも明らかにしたという。 “転落”の契機となったスマホ事業への参入 2010年に発売した「GreenFan」でDC扇風機ブームの先鞭をつけ、さらには2015年発売のスチームトースター「BALMUDA Th

                                    バルミューダ、20億円赤字で大幅人員削減へ。SNS上で飛び交う「意識高い系御用達のイメージ商法がバルミューダフォンで崩壊」との辛辣意見 | マネーボイス
                                  • ほんとうにあった開発生産性が爆下がりする話 - Qiita

                                    昨今、継続的にプロダクト開発していくことが主流となり、Four Keysなどの開発パフォーマンスを測る指標なども出てきており開発生産性を向上させることが注目されています。 しかし、かつての開発現場では今では信じられないような開発生産性を爆下げするようなことをやっていました。 この記事では10年以上前に私が経験した開発生産性を爆下げする事例を書いていこうと思います。 (私が体験したことをベースに書いているので10年前は全てがこうだったということではないのでご留意ください ) 修正前のコードはコメントアウトで残す 当時、ウォーターフォールで開発していました。 ウォーターフォールでは開発工程とテスト工程が分かれています。 開発工程で一通りコーディングして、テスト工程で動作確認を行いバグを潰します。 問題はここからです。 とある現場では、テスト工程でバグを直すときにコードを破壊的に直すのではなく、

                                      ほんとうにあった開発生産性が爆下がりする話 - Qiita
                                    • チーム開発で活躍するために、自分の庭を作れると良い - hitode909の日記

                                      チームでどうやって活躍するか、まだイメージがついてない、振られた仕事をやっているだけで、仕事をしている間は忙しいけど、確認待ちになるとすぐ暇になってしまう、というメンバーの悩みを聞いていた。 巨大なチーム、巨大なプロダクトだと、すぐに全容を把握するのは難しい。その中で、この範囲なら触れています、任せてください、という庭を作るとよいのでは、という話をした。 思いつきで話したわりには意外といいことを言ってるなと思ったので掘り下げて書いてみます。 庭とは 現代では、庭のある家に住んでる人は少ないかもしれない。うちは実家が田舎だったので庭があって、ボールを蹴って回ったり、石をめくってアリを観察したり、隣の家の庭との境界もゆるくて、冒険と言って隣の家の庭で遊んだりしていた。 大人になってからの庭というと、池袋で遊んでた人が「池袋は俺の庭」と言ったり、JR新宿駅の東口を出たら椎名林檎の庭があることが知

                                        チーム開発で活躍するために、自分の庭を作れると良い - hitode909の日記
                                      • 大企業アジャイルの勘所 #devlovex #devlovexd

                                        DevLOVE200 Bridge の登壇資料です。 https://devlove.doorkeeper.jp/events/60269 デブサミの以下の資料の焼き直しです。 https://www.slideshare.net/i2key/devsumib

                                          大企業アジャイルの勘所 #devlovex #devlovexd
                                        • 万能ツール「Notion」共同創設者のIvan Zhaoが考える、プロダクト、採用、バリューのポイントを直接インタビュー

                                          ALL STAR SAAS FUNDのメールマガジン「ALL STAR SAAS NEWSLETTER」購読登録受付中ALL STAR SAAS FUNDがお届けする 最新SaaSニュース、ブログ記事情報を配信するSaaS業界にいる方は必見のメールマガジン! このツールを定義することは難しい。Notionは、半ば苦し紛れのように「万能ツール」や「生産ツール」と呼ばれる。ただ、俯瞰して見ると、言い得て妙でもあり、そうとしか呼べないともいえる。つまり、それこそが、Notionの魅力なのだ。 世界中で、熱心なユーザーを増やし続けるNotion。高まるのは愛情だけではない。2020年4月には約54億円を調達し、大胆な発展を見せる。今回は、共同創設者であるIvan Zhaoさんに、前田ヒロがその成り立ちや組織運営などを聞いた。 Notionは、京都で再生した 前田:今日はお時間をいただき、ありがとう

                                            万能ツール「Notion」共同創設者のIvan Zhaoが考える、プロダクト、採用、バリューのポイントを直接インタビュー
                                          • 「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回

                                            2022年7月15日 クリーク・アンド・リバー社でのUXデザイン基礎セミナー第1回 「『UXデザインとは』からはじめる『本流』のUXデザインはじめの一歩」のスライドです。 UXデザインとは何をすることか、その中心は「ユーザーに会うこと」だというお話をしています。Read less

                                              「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
                                            • 廃業寸前の地方タクシー会社が生んだ配車システムで業界変革、電脳交通が5億円調達

                                              大学在学中&休学中に複数のIT系スタートアップでのインターンやベンチャーキャピタルでのリサーチバイトを経験後、フリーランスとして独立。現在は「TechCrunch Japan」などでスタートアップ企業のプロダクトや資金調達を中心としたインタビュー・執筆活動を行っている。 From DIAMOND SIGNAL スタートアップやDX(デジタルトランスフォーメーション)を進める大企業など、テクノロジーを武器に新たな産業を生み出さんとする「挑戦者」。彼ら・彼女にフォーカスして情報を届ける媒体「DIAMOND SIGNAL」から、オススメの記事を転載します。※DIAMOND SIGNALは2024年1月をもって、ダイヤモンド・オンラインと統合いたしました。すべての記事は本連載からお読みいただけます。 バックナンバー一覧 市場の縮小、従業員の高齢化に伴う人手不足、進まないIT化──。配車アプリの普及

                                                廃業寸前の地方タクシー会社が生んだ配車システムで業界変革、電脳交通が5億円調達
                                              • 破綻したドキュメント管理、増え過ぎたプロダクトバックログ… 「Jira」「Confluence」などの活用失敗から学ぶツール運用のコツ

                                                Jira SoftwareやTrelloなどを中心としたPMが経験してきたプロダクト管理ツールの失敗や改善を語る「本当に使いこなせてる?プロダクト管理ツールの失敗&改善PMトーク【開発PM勉強会 vol.20】」。ここで株式会社ビズリーチの菊池氏が登壇。ドキュメント管理とプロダクトバックログの失敗から学ぶツール運用のコツについて紹介します。 菊池氏の自己紹介 菊池信太郎氏(以下、菊池):ビズリーチの菊池から、10分枠で話をします。今日のテーマは「失敗から学ぶドキュメントとチケット運用のコツ」ということで、今まで経験したところで「こういうアンチパターンがあったよ」「こういう改善をしたよ」というようなところをお話しできればと思っています。 自己紹介を軽くすると、(私は)2018年からビズリーチで働いています。ビズリーチサービスを作っていて、プラットフォーム開発部の部長をしています。また、201

                                                  破綻したドキュメント管理、増え過ぎたプロダクトバックログ… 「Jira」「Confluence」などの活用失敗から学ぶツール運用のコツ
                                                • 1億円を投資した、プロダクトリニューアルが失敗に終わった理由|山田修 | Osamu Yamada

                                                  こんにちは。Micoworks代表の山田と申します。 私はこれまでに10年ほど会社を経営させていただいておりますが、多くの失敗をしてきています。 その中でも投資額として最も大きかった失敗が「採用管理システムのリニューアルプロダクトを潰してしまったこと」でした。 2,3年ほど前の話になりますが、リリースまでに1億円程度を投下しておりお金の損失はもちろんですが、BizやCSメンバーも多大なリソースを費やし、会社の成長を失速させてしまいました。 当時は「この時間を丸々MicoCloudに投下していれば、もっと成長していたのに、、、」と自分の未熟さを何度も悔いていました。 この話の真因は「非エンジニアの経営者が、プロダクト開発の工数や進め方を理解できていないままプロジェクトを進めてしまったこと」だったと感じています。 そこで備忘録を兼ねて、noteのテーマとして取り上げてみたいと思います。 ※テッ

                                                    1億円を投資した、プロダクトリニューアルが失敗に終わった理由|山田修 | Osamu Yamada
                                                  • 進出して分かった日本とアメリカのSaaSプロダクトニーズの違い

                                                    はじめにこれは何? 数カ月間マーケット調査、商談をして見えてきた日本とグローバルでSaaSプロダクトに求められることの違いを紹介する 誰向けの記事? グローバルで利用されるプロダクト開発に興味のあるPdM, エンジニアの方 まとめると? 競合がエグい。日本はプロ野球で、グローバルはメジャーリーグみたいなイメージ。プロダクトは広く浅く→狭く深くに要件が変わる。 エコシステム、SaaS市場の成熟度の違いから、インテグレーションファーストになる 時差や人件費の違いがプロダクトに影響を与え、セルフサービス前提の設計になる 伝えたいこと グローバルで使われるSaaSプロダクトづくり(=メジャーで野球する)、そしてそこで勝つためのプロダクト・開発組織づくりに経営者として本気で取り組みます。 メジャーで勝利するために、優秀なメンバーが集まり、切磋琢磨し、成長できる環境。勝ち筋も見えています。他ではできな

                                                      進出して分かった日本とアメリカのSaaSプロダクトニーズの違い
                                                    • 日本語おしゃべり特化AIアプリが性能よすぎて論破しようと思ったら逆に論破されてしまった「人間いらんやん」

                                                      広野 萌 @hajipion 日本語おしゃべり特化AIアプリ「Cotomo」すごすぎる。1秒以内に返答がくるのと前の話を覚えてるのが、本当に生きてるみたい。 ↓こちらは現金派のCotomoちゃんを論破しようして逆に論破されるキモ男 早口でどもってても聞き取れてるし、オチが天使すぎる👼 声がたまに @harukana_8 に似てるのも良い pic.twitter.com/jhX3X6Giev 2024-02-24 16:54:21 リンク App Store ‎Cotomo(コトモ:音声会話型おしゃべりAI) ‎・1人で運転している時。 ・推しのキャラを設定したAIと喋りたい時。 ・恋愛や仕事、将来の話、家族の話。他愛もない話をダラダラしたい時。 ・友達には少しだけ話しにくい、嬉しかったことや、モヤモヤがある時。 ・晩酌のお供に。 ・深夜、ふと誰かに話したくなった時。 そんな時、Cotom

                                                        日本語おしゃべり特化AIアプリが性能よすぎて論破しようと思ったら逆に論破されてしまった「人間いらんやん」
                                                      • MVP(Minimum Viable Product)の意味を理解する。そして、なぜ私はEarliest Testable / Usable / Lovableを好むのか。 | ANKR DESIGN | デザインリサーチ・プロトタイピング・サービスデザイン

                                                        ‍ 数年前、私はこんな絵を書いて、アジャイル開発やリーン開発のついての様々なプレゼンで用いた。 そこから、この絵は急速に広まっていった!記事、プレゼン、さらには本(Jeff Pattonの”User Story Mapping”という素晴らしい読み物なのだが)にまで至る所で姿を見せた。多くの人がこの絵は反復型開発、リーンスタートアップ、MVP(minimum viable product)の本質をよく捉えていると伝えてくれた。しかし、元の文脈から切り離して物事を捉える際にはごく自然なことであるのだが、この絵を誤解している人がいる。簡素化しすぎだと非難する人もいる。(正しい指摘である) この絵はあくまで比喩である。実際の車の開発の話ではなく、車を比喩とした一般的なプロダクトの開発の話なのである。 とにかく、これらのバズからこの考えの背景を話す時だと判断したのだ。 1つ目の例:not like

                                                          MVP(Minimum Viable Product)の意味を理解する。そして、なぜ私はEarliest Testable / Usable / Lovableを好むのか。 | ANKR DESIGN | デザインリサーチ・プロトタイピング・サービスデザイン
                                                        • 開発生産性について議論する前に知っておきたいこと - Qiita

                                                          はじめに 事業としてソフトウェア開発を行う企業にとって、自分たちの開発チームの生産性が十分に高いのか、あるいはそうでないのかについては大きな関心があります。 そのこと自体は、何かを計測し、改善するというのは営利企業としては健全です。一方で、ソフトウェアエンジニアリングの世界で「生産性の高さ」だと主張できる汎用性の高い指標は存在しません。こういった状況の中で、「生産性」を巡る議論は経営やビジネス部門とエンジニアチームとの間で繰り広げられ、場合によっては大きな不和や不信感につながることも珍しいことではありません。 今回は、エンジニアの開発生産性について、さまざまなステークホルダーと議論する上で把握しておきたいさまざまな論点について解説します。それによって、「我々が本当に議論すべきテーマは何か」についての共通認識をつくるための土台を構築することを目的としています。 もしかしたら改善したいことは「

                                                            開発生産性について議論する前に知っておきたいこと - Qiita
                                                          • 生涯現役のソフトウェアエンジニアでありたい。IC(Individual Contributor)のキャリアパスがあると自覚するまで10年の軌跡 - Findy Engineer Lab

                                                            ソフトウェアエンジニアの藤吾郎(@__gfx__)と申します。最近、IC(Individual Contributor / 個人貢献者†)という言葉でキャリアが語られることも増えてきたように思います。この記事では、ソフトウェアエンジニアにおけるICというキャリアパスについて、自分の認識と経験を交えて次の点から解説していきます。 ICというキャリアパスがあることを、ソフトウェアエンジニアに知ってもらいたい 私が39歳という年齢でIC一本でいくと決意するに至った経緯は? 「IC」とはどういったキャリアなのか? 管理職ではないキャリアとしてのIC これからICを定義する企業は増えるか 私がICというキャリアパスを選ぶことになるまで ソフトウェアエンジニアになるつもりはなかった 27歳で選択したソフトウェアエンジニアをウロウロする10年 Fastlyに入社して初めて明示的にICとなる ソフトウェア

                                                              生涯現役のソフトウェアエンジニアでありたい。IC(Individual Contributor)のキャリアパスがあると自覚するまで10年の軌跡 - Findy Engineer Lab
                                                            • 【速報】ホンダが「モトコンパクト」を発表! 電動でモトコンポが再来、価格は1000ドル(約15万円)以下!【ジャパンモビリティショー2023】 - Webikeプラス

                                                              【速報】ホンダが「モトコンパクト」を発表! 電動でモトコンポが再来、価格は1000ドル(約15万円)以下!【ジャパンモビリティショー2023】

                                                                【速報】ホンダが「モトコンパクト」を発表! 電動でモトコンポが再来、価格は1000ドル(約15万円)以下!【ジャパンモビリティショー2023】 - Webikeプラス
                                                              • アプリのアップデート300本ノックから学ぶUI改善のヒント|宮﨑 晃

                                                                こんにちは、HR業界でアプリマーケティングをしている宮﨑です。 ・アプリのアップデート前後のUI変化 ・Push通知など気になったGrowth施策 こうしたものを「#アプリノック」としてTwitterで投稿すること3ヶ月。300本以上のネタが溜まってきました。 今回のnoteでは「フォッグの消費者行動モデル」というフレームワークを使ってまとめていきます。 行動 = 動機 × 実行能力 × きっかけ ザックリいうとユーザーに何か行動を促す際に「動機/実行能力/きっかけ」の3要素をどう揃えるか?というモノ。 詳しくは深津さんの記事がとってもわかりやすいのでおススメです。 アプリノックがUI改善の勘所だけでなく、Growthの知識も一緒に学べるコンテンツになっていくと嬉しいです。 それではいってみましょう! 【動機】がないと、やる気にならない①慣れない体験にはイメージ作りを よくわからない体験は

                                                                  アプリのアップデート300本ノックから学ぶUI改善のヒント|宮﨑 晃
                                                                • ノートンやAvast、Avira、AVGといった著名アンチウイルスが「Gen」に統合

                                                                    ノートンやAvast、Avira、AVGといった著名アンチウイルスが「Gen」に統合
                                                                  • 10年エンジニアリングマネージャーをやって気づいた4つの大事なポイント 【EMはもっと自由でいい】 - MonotaRO Tech Blog

                                                                    はじめに ※この記事はEngineering Manager Advent Calendar の22日目の記事になります。前日はmtx2sさんの技術的負債に対するマネジメントの記事でした。個人的には「負債上限」「負債ベースライン」の考え方良かったです。 こんにちは。モノタロウでエンジニア組織のマネージャーをしております普川(@taipuka0)です。 自分は前職から通算10年以上してエンジニアリングマネージャーを続けた後、現在モノタロウでは8人のEMのみなさんと日々ソフトウェア・エンジニアリングの現場でマネージャーとして課題解決に向き合っています。これまで色々な壁にあたり、試行錯誤を繰り返して来ました。EMの難しさを痛感したことも多々ありました。 なぜEMが難しいのか?その一つとして、エンジニアからEMにジョブチェンジした際のギャップというのがあると思います。同じチーム、現場にいたとしても

                                                                      10年エンジニアリングマネージャーをやって気づいた4つの大事なポイント 【EMはもっと自由でいい】 - MonotaRO Tech Blog
                                                                    • 「役に立たない機械」早慶戦

                                                                      「役に立たない機械」という、早稲田建築の名物課題がある。学生が全力で役に立たない機械を作るのだ。実は慶応にも同じ課題が出される授業があり、今年、初の早慶戦が行われた。 「役に立たない機械」の早慶戦が開催された 「役に立たない機械」とは、早稲田大学の建築学科の一年生に対する名物課題で、役に立たない機械を作りなさい、というものだ。当サイトでは 2008年の記事 で最初に取材させていただき、その後も毎年紹介している。このところタモリ倶楽部などのテレビ番組でも定期的に取り上げられている。 実は慶應大学にも「役に立たない機械」というお題が使われている授業がある。早稲田で授業を担当していた先生の一人である石川初先生が慶應大学で中西泰人先生と一緒にやっているものだ。 そして今年、初めての「役に立たない機械」早慶戦が行われるにいたった。コロナ禍で学生を励まそうと、早稲田の中谷礼仁先生が中心となって企画した

                                                                        「役に立たない機械」早慶戦
                                                                      • 立ったまま寝る「仮眠ボックス」あらわる 勤務中に約20分でリフレッシュ

                                                                        建材卸や木製什器などの製造を手がける広葉樹合板(北海道旭川市)は8月1日、イトーキの特許を用いた、立ったまま寝る仮眠ボックス「giraffenap(ジラフナップ)」を発表した。仕事場に設置すれば、疲労や眠気を感じた時に20分ほどでリフレッシュできるという。 公衆電話ボックス程度の大きさの箱の中に、頭と腕をのせるテーブル、お尻とすね、足の裏を支えるパッドを設けた。4カ所で体を支え、どんなに脱力しても立った状態を維持できるという。 各パッドは電動で上下の位置調整が可能。表面は衛生面を考慮して撥水、撥油加工を施した。内部には調光対応の照明器具やUSBポートがあり、スマートフォンの充電も行える。 同社によると仮眠に最適な時間は15~20分で、それよりも長いと熟睡してしまうという。しかし北海道大学と台湾・国立成功大学の共同検証により、giraffenapの立った状態の仮眠であれば「ノンレム睡眠のうち

                                                                          立ったまま寝る「仮眠ボックス」あらわる 勤務中に約20分でリフレッシュ
                                                                        • TODO.md Kanban Board - Visual Studio Marketplace

                                                                          Todo Kanban Board Todo Kanban Board manages tasks and save them as TODO.md - a simple plain text file. Features The syntax is compatible with Github Markdown TODO.md file is portable and can be committed with Pull Requests (PRs) to git repositories. Support custom file name, multiple task lists. Checkboxes are optional (if your task titles don't have them). Task title can also have markdown for st

                                                                            TODO.md Kanban Board - Visual Studio Marketplace
                                                                          • カフェインやGABAを「吸引摂取」 元JTのエナジードリンク好きが作った電子デバイス「ston」発売

                                                                            スタートアップのBREATHER(東京都港区)は12月3日、電子たばこに近い技術を用いてカフェインやGABAを摂取する新しい吸引デバイス「ston」(ストン)を発表した。Amazon.co.jp限定販売で、価格は6000円(税別)。 同社の菅沼辰矢社長は、JT(日本たばこ産業)出身だが、stonはニコチンを含まない。「製品コンセプトはビジネスパーソンの“ひと休み”の質を高めること。もう一踏ん張りしたいとき、気分を落ち着かせたいときに使えます」と話す。 専用カートリッジは、ミントフレーバーでカフェイン含有の「POWER」と、ココナッツフレーバーでGABAを含む「CALM」の2種類。カートリッジ1本で250回の吸引が可能で、3本入りパッケージを各1800円(税別)で販売する。 外観は、名前の通り河原にある石のよう。ふたを外し、パイプをくわえて吸うと電源がオンに。カートリッジ内のリキッドが低温加

                                                                              カフェインやGABAを「吸引摂取」 元JTのエナジードリンク好きが作った電子デバイス「ston」発売
                                                                            • 無印だと1500円ぐらいの商品が300円で売られているのは、モノづくりに携わった人でなければ気にかけないようなポイントが差額の価値であるという話

                                                                              笹松しいたけ @s_sasamatsu 「無印だと1,500円ぐらいするやつがパチられて300円で売られている」論、射出成形でちょっと仕事してた人間としては、1,500円のは1,500円だなあと思うし、300円のはすごいところがすごいことになってて、でも、金型やったことがないと気にかけないようなポイントが1,200円の価値なんだよなと思う。 2021-03-26 13:34:37

                                                                                無印だと1500円ぐらいの商品が300円で売られているのは、モノづくりに携わった人でなければ気にかけないようなポイントが差額の価値であるという話
                                                                              • エンジニアリングマネージャーとしてどんなことをしているのか? - tuneの日記

                                                                                はじめに エンジニアリングマネージャーとは? メンバーのサポート・育成・評価 メンバーの状態観察 目標設定・人事評価 後進の育成 日常の労務管理 開発 プロダクトマネジメント エンジニアリングのリーダーシップ 採用・採用広報・アドバイザーの招聘 採用 採用広報 アドバイザーの招聘 他社との情報交換 終わりに はじめに 今流行りの Meetyを使って社外の方とお話しする機会を作っているのですが、「エンジニアリングマネージャーとしてどんなことをしているのですか?」という質問を何度かいただいたので、自分の整理のためにも日々の具体的な行動・活動をまとめてみます。 私はRetty株式会社でtoC Web開発/toB Web開発 両方をみているエンジニアリングマネージャーであり、この記事を書いた2021年9月時点では20名弱のマネジメントを務めています。エンジニアリングマネージャーとなってからは2年が

                                                                                  エンジニアリングマネージャーとしてどんなことをしているのか? - tuneの日記
                                                                                • 「なんのために作るか分からへん」と愚痴っていたらPMさんが救ってくれた話 - Qiita

                                                                                  ※今回はほぼ実話です。 システム開発会社勤務 プログラマーワイ ワイ「さあ、今日も開発をしていこか」 ワイ「とあるWebサービスの管理画面を作らなアカンのや」 ワイ「今日は、どんな機能を作らなアカンのやったかな」 ワイ「せや、クライアントさんからもらった機能一覧.xlsを見てみよか」 ワイ「あとは、デザインデータも見ながら、詳細設計書でも作っていこか」 ワイ「・・・ふーむ、作るべき機能の一覧は書いてあるんやけど」 ワイ「なんか、やる気が出ぇへんなぁ」 ワイ「仕方ないから、社内のSlackで愚痴っとこか」 ワイ「今のプロジェクト、誰のために何を作ってるのかがイマイチ分からんから」 ワイ「モチベーションが上がらへんなぁ」 ワイ「この管理画面を使って、どんな課題を解決したいのか」 ワイ「どういう風にユーザーさんの業務をうまく回したいのか」 ワイ「そんなんがピンと来てないから、作るべきモノもはっき

                                                                                    「なんのために作るか分からへん」と愚痴っていたらPMさんが救ってくれた話 - Qiita