TechCrunchThe OpenAI Startup Fund, a venture fund related to — but technically separate from — OpenAI that invests in early-stage, typically AI-related companies across education, law and the scienc
「早くリリースして、早く改善しよう」の落とし穴―― 開発畑のプロダクトマネージャーの失敗から学べ
はじめに はじめまして。ゆずたそ（@yuzutas0）と申します。私はソフトウェア開発者からプロダクトマネージャーへ役割を変更した後、多くの失敗を経て「マインドセットを切り替えること」の重要性を痛感しました。 この連載では、私が学んだ「プロダクトマネージャーのマインドセット」を解説します。 想定する読者・提供価値については、2つのパターンを想定しています。1つ目は「同じように失敗した経験のある人」です。自分の経験を振り返りながら「こうすればよかったのか！」と考える機会になるはずです。2つ目は「これから失敗を経験するであろう人」です。これから起きる課題について「こうすればいいのか！」と考える機会になるはずです。 注意・免責 ①本連載の内容は、筆者の個人的な見解にもとづきます。適宜ご自身の立場に置き換えて、読み進めていただければと思います。万が一、誤りや不快な点がありましたら、どうぞ筆者個人宛
どうせならみんなでプロジェクトマネジメントできるチームへ ラクスが考える変化に強いチームを作る３つのポイント - ログミーTech
株式会社ラクスが開催するエンジニア向けのイベント「RAKUS Meetup」。今回は「開発戦略・マネジメント・設計」というテーマで、「配配メール」エンジニアリングマネージャーの大塚正道氏が、プロジェクトマネジメントについてこれまで実践してきた事例を話しました。 入社から10年間で担当してきたプロジェクト 大塚正道氏（以下、大塚）：配配メール開発課の大塚です。よろしくお願いします。「変化の時代に活かす『みんなのプロジェクトマネジメント』」というテーマで発表いたします。私はSIerなどを経験しまして、2011年にラクスへ入社しました。 今年で入社10年目になるのですが、過去に担当してきたプロジェクトを少し紹介いたします。入社して最初に担当したプロジェクトは、弊社ではめずらしいBtoBtoCサービスでした。BtoBtoCというのは、例えば楽天さんのような一般のお客さまと店舗などのビジネスのお客さ
プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
トヨタ生産方式の標準作業とは～３点セットの作り方から整流化改善の進め方のテキスト・ツール・事例を公開
流れを整えて工程と作業を計画して管理する方法。 トヨタ生産方式の工程管理の極意は、流れをつくることです。工程の入口から出口までの流れを停滞させることなく、“細くて速い”流れにします。 どのように生産工程を管理するのか、流れでモノをつくるための管理視点、コスト設計、工程設計、作業設計、原単位表の作... 工程別能力表の目的 いくつかの工程や機械加工を経て完成品が加工される場合、各工程（設備）の生産能力にバラツキが生じます。 そこで、各工程の生産能力を定時間で最大何個加工できるか明らかにし、その中でボトルネックとなるネック工程を確認することで、 その工程の生産能力を上げるための改善の手がかりとします。 受注数と生産能力をチェックしながら、改善箇所に必要な手当てや調整を行います。 工程別能力表の作成手順 ①工程名称を記入する。 ②機番を記入する。 ③基本時間を記入する。 ・手作業時間；作業者が機
開発体験（DX）改善について知るために2021年1Qに読んだリソース - kymmt
ここで開発体験（DX: developer experience）はおおむね次の記事で説明されている概念とする。digital transformationではない。 DX: Developer Experience （開発体験）は重要だ - Islands in the byte stream 2021年になり、担当するWebサービスのDXの改善を任務とするチームに所属しはじめた。こういうチームができるぐらいなので、開発体験を悪化させるという感覚を開発者に与える課題はいくつかわかっている。それらを一つ一つ解決していけば、改善業務をある程度は進められそうだと考えてはいた。一方で、あくまで各開発者の感覚に依存して課題を把握していることが多いので*1どれぐらいよく／悪くなっているかはわかりにくく、改善がどの程度Webサービスのビジネスそのものに影響するのかというのもぼんやりとしていた。 こうい
Angular と Firebase で月間 3.5億PV になった PWA の収益性改善とコストカット - Qiita
と、振り返ってみると毎年綺麗に 300% 成長でこれていますね。 （流石に来年はきついと思います＾＾； 今回は、そんな サービスを拡大する上で欠かせない収益の話 と 成長したからこそ表面化したコストの話 をまとめていきたいと思います。 収益の話 参照：https://jp.freepik.com PWA は稼げない 昨年の Advent Calendar にて、私はたいそう嘆いておりました（ＴДＴ） Web 側の広告は MPA（マルチページアプリ）を前提にしているものがほとんど Web 側では広告の表示を最適化できない（MPA 前提の規約上バックグラウンドで読み込んでおけない それに加えて、SPA のページ遷移が早すぎて広告が表示される前に通過してしまう アプリ側にはインタースティシャル広告やリワード広告といった単価の高い広告商材が豊富に存在する そういった要因から、PWA におけるページ
効果を維持しつつテスト工数を削減した話 〜テストマネジメント改善の質問回答編〜
QAチームのテスト設計改善およびテストマネジメント改善の取り組みを、9月16日に主催したD3QAにて発表しました。事前登録者数は500名以上、配信時の同時視聴者数は最大300名以上となりました。 質問も60問ほどいただいたのですが、イベント期間内に全ての質問に答えることができなかったため、3つの記事に分けて質問に回答します。また、当日参加できなかった方にも把握していただけるように、当日の発表内容から抜粋して紹介しつつ、質問に回答していきます。 本記事ではテストマネジメント改善に関する質問に回答します。 発表概要の紹介 改めましてこんにちは！ビズリーチのQA基盤推進室のブロッコリーです。社内でも社外でも「ブロッコリーさん」と呼ばれています。 私は先日「テスト活動の納得感を持ってテストケースを激減させた話」というタイトルで発表を行いました。 発表スライドは下記となります。 また、当日の配信内容
機械学習APIでWebサイトの改善点を提案するサービスを作った話 - Qiita
まえがき アクセシビリティーの観点からWebサイトを診断し、AIプラットフォームを利用して得た情報をもとにベストプラクティスを提案してくれるオープンソースのWebサービス「Visible」を開発しました。 WebサイトURL: https://visi.dev GitHubリポジトリ（Starください！）: https://github.com/visible/visible GoogleのLighthouseなど、Webサイトの診断を行ってくれるサービスは以前からありましたが、診断だけではなく改善点の提案も行う新しいサービスになっています。また、アクセシビリティーに関する理解を深めてもらえるように工夫をした設計にしていたり、コマンドライン版ではスタンドアロンで実行可能なようになっています。 2020年度の「独創的アイデアと卓越した技術を持つ小中高生クリエータ支援プログラム」未踏ジュニアに
僕はなぜトヨタの人事を3年で辞めたのか｜髙木 一史
2年前、ぼくは大好きだったトヨタの人事部を辞めた。 思い返せば、入社式で豊田章男社長がこんなことを言っていた。 「つらいと思ったら、まず3日。3日間は歯を食いしばる。3日頑張れたら、次は3週間。さらにその次は3か月。そして、3年。3年は一生懸命がむしゃらに働きましょう」 トヨタでの3年間は決して「歯を食いしばって耐える」ようなつらいだけのものではなかった。むしろ、たくさん鍛えてもらい、貴重な経験をさせていただいた先輩方を心から尊敬しているし、今でも仕事、プライベートを問わず関係を続けられるその懐の深さには感謝の気持ちしかない。 でもぼくは、結果だけ見ればトヨタを3年でやめた。 最初に書いておくが、ぼくはこの文章のなかで、トヨタを批判するつもりはまったくない。3年ぽっちで見えている部分なんて、ほんのごく一部に過ぎないし、そもそもぼくはトヨタのことが嫌いになって辞めたのではない。 ぼくは日本企
プログラミング上達したい人に繰り返し読んで欲しい4冊｜erukiti
プログラミング上達したいんだったら、四の五の言わずに、 ・クリーンアーキテクチャ ・レガシーコード改善ガイド ・アジャイル・サムライ ・リファクタリング 系のどれか を、全部最低5回読み返して欲しい。それでプログラマとしては圧倒的に成長できるんだから、マジで読んで — Next.js + Hasura 最速プロトタイピング本 @技術書典9 出す予定 (@erukiti) July 27, 2020 先日、こういうツイートをしたらバズってしまいまして。これらの本を理解できるまで読みこめばプログラマとして成長できますよーというもので、 ・ クリーンアーキテクチャ ・ レガシーコード改善ガイド ・ アジャイルサムライ ・ リファクタリング 系のどれか（例えばリファクタリング第二版） の4冊を挙げました。いろいろな人の感想を読んで、補足が必要そうだなと思ったので記事として書きなおしています。 追記
ラズパイで設備稼働情報を「見える化」するための5ステップ
ラズパイで設備稼働情報を「見える化」するための5ステップ：ラズパイで製造業のお手軽IoT活用（1）（1/2 ページ） 生産現場が特に効率化したいテーマを中心に、小型ボードコンピュータ「Raspberry Pi（ラズパイ）」を使った、低コストかつ現場レベルで導入できる手法について解説する本連載。第1回は、設備稼働情報を収集、蓄積、可視化して現場の改善につなげる、いわゆる「見える化」の方法を紹介します。 IoT（モノのインターネット）について、ここ数年の間で大手製造業を中心に実証実験が多数行われており、先進的な事例も幾つか出てきました。その波は、中堅中小の製造業にも広がっています。しかしながら次のような問題も発生しています。 先進的な事例には多額のコストがかかるため、他の拠点に横展開するためにもっとコストを抑えられないか あれもこれも盛りだくさんのとテーマでシステムを構築したが、生産現場で利用
Bad な UI を改善する 「UI Stack」 って知ってます？｜nr
突然ですが、「UI Stack」ってご存知ですか？ アメリカのプロダクトデザイナー Scott Hurff さんが3年ほど前に世に出した考え方で、考慮すべき UI の5つの側面を示したものです。 当時「これは使える！」と思って社内向けに作った勉強会資料を見つけて、今でもやっぱりすごく大事だと思ったので、備忘録的に書いておきます。 ちなみに元記事はこちら。（英語です） UI Stack とは？Stackとは、1つの画面が持つ（複数の）側面、状態、ステータスのようなもの。その側面ごとに最適化されたUIを設計しようするのが UI Stack の考えです。 Scottさんが紹介しているUI Stackは5つ。 ※図はScottさんのページから引用 ・Blank State（空っぽの状態） ・Loading State（ローディング状態） ・Partial State（部分達成状態） ・Error
高校生がアルゴリズムとスパコンの力で、京都の碁盤目状道路を13.9%効率化した話 - Qiita
2. 本研究で解く問題 「いざ研究しよう！」と思っても、条件や設定を決めないと何も始まりません。 まずは研究を分かりやすくするために、「一つの問題」に落とし込むことにしました。 問題設定 縦 $N$ 行・横 $N$ 列の大きさの碁盤の目があります。隣り合う交差点間の距離は 1 です。つまり、交差点が合計で $N^2$ 個あり、それぞれ座標 $(1, 1), (1, 2), ..., (1, N),$ $(2, 1), (2, 2), ..., (N, N-1), (N, N)$ に位置すると考えることもできます。 下の図は、$N = 4$ の場合の交差点の位置です。 あなたは、碁盤の目の交差点の位置は変えずに、道路の並びのみを変えることができます。上手く道路の並びを変えることで、できるだけ「便利」な道路網を建設してください。 「便利な道路網」って何？ 私は、以下の 2 つの条件を満たす道路
データ集計基盤の改善でLooker導入に至ったワケ - ZOZO TECH BLOG
こんにちは。開発部データエンジニアの遠藤です。現在、私はデータ×テクノロジーでZOZOグループのマーケティングを支援するデータチームに所属して、データ処理基盤の運用などに従事しています。 本記事では、Lookerを用いて運用中のデータ集計基盤をきれいなデータをスマートに取り出せる基盤に改良した件について報告します。 データ集計基盤で燻っていた問題 1. クエリ管理の限界 2. 集計定義に対するデータの信憑性が謎 Lookerは何が良い？ ～データガバナンス機能～ LookML データディクショナリ Gitによるバージョン管理 データ集計基盤（改）の設定フロー データ集計基盤（改）でのデータマート更新 まとめ データ集計基盤で燻っていた問題 ZOZOでは、サービスに関するあらゆるデータをBigQueryに集約しています。BigQueryに集約した大量のデータからデータマートとして必要なデータ
「not 緊急 but 重要」に取り組む1週間 / Kaizen Week #7を開催しました - Kaizen Platform 開発者ブログ
こんにちは、つくばからリモートワークしている池田(@ikedaosushi)です。 Kaizen Platformでは定期的に「Kaizen Week」という取り組みをしています。 これは、 日常のプロジェクトを一時停止し、普段の業務では優先度を上げずらい「リファクタリング」「新しいツールの導入」などのタスクに1週間取り組もう、というイベントです。最近では3ヶ月に一度開催されています。 この記事ではKaizen Platformではなぜ「Kaizen Week」に取り組み、どんな工夫をしているのか、どんな成果が得られたのかを書きます。 Kaizen Weekをする理由「not 緊急 but 重要」 Kaizen Weekの目的は「緊急ではないが重要なタスクをする」ことだと思います。下の図は有名な「7つの習慣」に登場する優先度のマトリックスです。普段の業務では重要度に関わらず緊急度の高い「第
ブサイクなUIデザインを劇的に改善するための10のチェックリスト｜Taiki IKEDA｜note
お久しぶりです、イケダです。UIデザインをする上で、これらを意識するだけでビジュアルの質が劇的に向上するというチェックリストを作ってみました。UIデザインの参考にしてください。 左右の余白は揃っているか 左右の余白をしっかり揃えることは最も初歩的で、カンタンに実践できるTipsです。あまりに初歩的すぎて悪い例を探すのに苦労しましたが、MoneyF●rwardさんが題材として非常に優秀でした。左右の余白は14~20ptの間で揃えるのが定石です(迷ったら16ptにしておこう)。どうしても左右の余白を持て余してしまうという場合は右の改善例のように中央揃えに逃げるのも手です。 フォントの大きさは正しいか fontサイズはまず、「読ませるテキストの大きさ」を決めてから、それを基準に組み立てていきます。読ませる文字、webでいう<p>タグは14~16ptに設定し、その文字とのバランスを見て<head>
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現役経営コンサルタントが業績改善を行なう時に使うチェックリスト48
WSL2、Docker、VSCodeで劇的に改善されるWindows開発環境/wslvscodedocker-techlab
お役所「Excel」の改善案が公開 ～あかんヤツ→ええヤツの例がわかりやすく、一般市民にも結構参考になる／“機械にも読めるスプレッドシート”を心掛けよう【やじうまの杜】
