■イベント アジャイル開発における、さまざまな立場でのリーダーシップ https://sansan.connpass.com/event/257322/ ■登壇概要 タイトル：必要なのはリードであってリーダーではない 登壇者：技術本部 Bill One Engineering Unit Smart 受領グループ 大道 龍平 金融システムPJでブリッジエンジニアを経験。プログラミングを本格的に経験したのは29歳の時。その後Bill Oneの開発エンジニアとしてSansan株式会社に入社。 ▼Sansan 技術本部　募集ポジション紹介 https://media.sansan-engineering.com/

ネイト・ベルコペック (@nateberkopec)  SpeedShop(詳細),Railsパフォーマンス・コンサルタンシー 要約：Rails開発者の多くが、ActiveRecordがSQLクエリを実際に実行する条件を理解していません。よくある3つのケースを見てみましょう：countメソッドの誤使用と、サブセットをセレクトするためのwhereの使用、そしてpresent?です。 断言しましょう。あなたはこの3つのメソッドを使い過ぎていて、無駄なQueryとN+1を発生させているでしょう。 (字幕:なんて奇妙な謎だ、バットマン！) "いつActiveRecordがクエリを実行するかって？知るか！" ActiveRecordは素晴らしいです。本当に。しかし抽象化されているので、データ・ベース上で実行されている実際のSQLクエリに無頓着になりがちです。ActiveRecordがどのように動作す

「プロダクトマネージャーカンファレンス 2021」は、プロダクトマネジメントに携わる人たちが共に学び、切磋琢磨することを目的に開催されるイベントです。エムスリー株式会社からは山崎氏が登壇。プロダクトマネージャーの育成・成長のための「7つのプロダクトシコウ」について話します。 山崎氏の自己紹介、エムスリーの紹介 山崎聡氏：全国のプロダクトマネージャー（PdM）およびプロダクトマネジメントファンのみなさま、こんにちは。エムスリー株式会社で、執行役員 VPoE プロダクトマネージャーをやっている山崎聡です。今日は「非連続な環境、変化、プロダクトに対応していくためにPdMが習得するべき7つのシコウ」という話をします。よろしくお願いします。 もともと8歳からプログラミングを始めたエンジニアで、VPoEをやっています。今はアプリのプロダクトマネージャーをメインに、その他のSaaS製品も扱っています。デ

株式投資で銘柄を選ぶ際には企業の決算情報が欠かせない。どれだけ資本を使いどんなふうに稼いだかを知るための最も一般的な手法といえる。しかし、その企業の姿をより深く知るには、決算短信だけでは不十分だ。そこで有力な情報源となるのが有価証券報告書（有報）。およそ100ページにわたる報告書は財務情報だけでなく、投資に有効かつ不可欠な情報をたくさん盛り込んでいる。有報は金融商品取引法によって上場企業などに

プロダクトマネジメントを最近は生業としていますが、プロジェクトマネジメントについても必要となることが多くあります。 最近、周囲でもプロジェクトマネジメントが必要な機会を見聞きすることがあり、需要はあるのではないかと思い、私が学んできた知識や経験を書き記してみます。 仕事の終わらせ方は2つしかない プロダクトマネジメントとの違い プロジェクトマネジメントの３種の神器 プロジェクトマネージャーの仕事は不確実性を潰していくこと チームマネジメントについて 「運用でカバー」は最終手段 まとめ 仕事の終わらせ方は2つしかない 新人研修で、仕事の終わらせ方は2つしかないという話を教えてもらいました。その2つは「成果で終わらせるか」、「期限で終わらせるか」です。 （こちらの企業の研修だったと思います http://www.onevision.jp） 言い換えると、あらかじめ定めた成果物が完成した時、ある

プロダクトマネージャーという職業が、日本のスタートアップでも認知されてきました。単体のプロダクトの価値向上や複数のプロダクト展開による非連続な成長をリードする中心的存在です。また、「キャッシュ効率」や「利益の創出力」が重視されるマーケットの環境においてカギとなる役割を担っているとも言えるでしょう。 近年では、日本でもプロダクトマネジメントの知見が、書籍やブログなどで流通するようにもなりました。確かにプロダクトマネージャーの仕事は、大まかに見れば共通する部分は多くあります。 しかし、協働するステークホルダー（顧客・社内）や事業特性によって、プロダクトマネージャーがとるべき戦略や目標、実行は大きく異なるものです。その違いを理解しないままに、“プロダクトマネージャー”という言葉でくくられている情報を鵜呑みにすることは、自社にとって最適ではないプロダクト組織を作ってしまうリスクがあります。 そこで

Twitterでのつぶやきの半分以上は組織づくりやマネジメント関連なんですがどこかにまとめたこともなかったので整理の意味も含めて書いていきたいと思います。これが正解だ！なんて言えるわけもなく、個人的な経験をもとに書いていきますので後日読んでくださった方々と語らう場が設けられたら幸せだなと思っています。ですから温かい目と心で読んでくださると幸いです。 マネジメントの基本理念マネジメントの基本理念は「成功したらメンバーのおかげ、失敗したらマネージャーの責任」これに尽きると思います。基本的な役割はメンバーが保有している能力の総和を超える成果を出すことだと考えていますがそのためには上記の理念が欠かせないと思っています。 もちろん組織によって役割はそれぞれだと思いますが、ことベンチャーにおいてはとくに「成果を出すこと」と「人材を育てること」の両軸が必要であり、両立する難易度が極めて高いのですがそれで

Kaigi on Rails 2021 の発表資料です。 https://kaigionrails.org/2021/talks/Altech_2015/

アジャイルで開発したシステムをいざテスト→全然使えない！　を防ぐ、テストの考え方総まとめ：アジャイル開発における品質管理（5） 少人数、短期間の開発を繰り返すアジャイル開発では、どのようにすれば品質を保つことができるのだろうか。本連載では、アジャイル開発における品質管理の手法を解説する。第5回は、システム全体の品質を担保しつつ、想定したリリース時期を守るためのポイントについて。

サービスを横断したチームはあるのか 平山光太郎氏（以下、平山）：私は今LINE Fukuokaでフロントエンド組織の室長をしている平山と言います。先ほど福島から説明があったように、UIT2室という拠点もあるのですが、そこの室長もしていて、京都と福岡を主に見ているマネージャーです。今日はよろしくお願いいたします。 さっそくですが、今日は時間も限られているのでガンガンQ＆Aに答えていきたいと思います。 さっそく今日いただいた中で一番多いものからいきましょうか。一番多いのは「Front-end Dev1からDev10まで分かれていますが、それぞれの役割はサービスごとに分かれている状態なのでしょうか？　またサービスを横断したチームはあるのでしょうか？　それともサービス軸ではない理由で分かれているのでしょうか？　あとは1チーム何人ぐらいの体制でしょうか？」という質問です。では、これは福島さんに。 福

リーダブルコード by DDD モデリングを起点に可読性の高いコードを実現する

早稲田大学理工学部を卒業後、日本DECに就職。営業サポート、ソフトウェア開発、研究開発に従事し、1997年からはMicrosoftでWindows製品の開発に携わる。2006年以降は、GoogleにてWeb検索のプロダクトマネジメントやChromeのエンジニアリングマネジメントなどを行う。2015年11月、技術情報共有サービス『Qiita』などを運営するIncrementsに転職。17年6月より独立し、プロダクト戦略やエンジニアリングマネジメントなどの領域で企業の支援を行う。17年9月、ヘッドハンティング・人材紹介を展開するクライス＆カンパニーの顧問に就任。2019年1月、テクノロジーにより企業や社会の変革を支援するTably株式会社を設立。「プロダクトマネージャーのキャリア戦略」 及川卓也のプロダクト視点 アマゾン、アップルといった米国企業や中国企業からの遅れが目立ち始めた日本企業。かつ

以下のイベントの投影資料です。 https://confengine.com/conferences/scrum-fest-osaka-2021/proposal/15337 お問い合わせは https://twitter.com/nihonbuson まで。 【発表資料中のURL】 P12 ISTQBテスト技術者資格制度 Foundation Level シラバス 日本語版 Version 2011.J02 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2018V31.J03.pdf#page=15 ※2011年版は現在リンク切れのため、最新版のシラバスのURLを掲載しています P17 概説テスト分析 http://www.slideshare.net/takashiyamasaki378/ss-55384920 P29 システム/

「仕様通りだけど使いづらい」を解消する、探索的テストの考え方：アジャイル開発における品質管理（4） 少人数、短期間の開発を繰り返すアジャイル開発では、どのようにすれば品質を保つことができるのだろうか。本連載では、アジャイル開発における品質管理の手法を解説する。前回から、スプリント内でのテストと品質保証について、2回に分けて解説している。後編となる今回は、探索的テストとアジャイル開発における品質改善事例について。 前回は、アジャイル開発におけるスプリント内のテストと品質保証について「完成の定義」や「受け入れ条件」の設定、テストの考え方の一つである「V&V」について解説しました。 前回の内容と重複しますが、V&VとはVerification（検証：以下、ベリフィケーション）とValidation（妥当性確認：以下、バリデーション）の頭文字を取ったものです。ベリフィケーションとは、「仕様通りに作

こんにちは、ZOZOテクノロジーズで執行役員CTOをしている @kyunsです。 本記事はCTOA Advent Calendar2020の 16日目の記事となります。 この記事ではZOZOでの2年半を振り返り、テックカンパニーを目指す中でCTOとしてどのようなことに取組み、結果としてどういう変化が起きたかについて紹介したいと思います。 同じような立場のCTOやこれからエンジニアリング組織を強化していきたい方々の参考に少しでもなればと思います。 自己紹介と背景 私はヤフーに2006年に新卒で入社し、3年働いた後に当時一緒に働いていた金山と一緒にVASILYというスタートアップを創業し、受託アプリ開発や「IQON」というサービスを開発していました。 何度かの資金調達などを経て、最終的に2017年にZOZOへ売却し、ZOZOの完全子会社となりました。その後、2018年の4月には当時のスタートト

設計ナイト2020 を受けて、今どんなアーキテクチャを選ぶべきかという話をしたくなったのだ。 kichijojipm.connpass.com 設計ナイトで高ぶった結果1時間コースの発表資料が完成したので供養場所を探しています。聞いてくれ！！！— Takafumi ONAKA (@onk) 2020年11月1日 お前誰よ 2000年代前半に SI 2000年代後半にブログ、SNS 2010年代にソーシャルゲーム 2020年代に UGC サービス をやってきた人間。数百万〜数億行のデータ、月間数千万〜数十億 imp 程度を主戦場にしています。 今日の話 DDD と PofEAA から学ぶパターン/アンチパターン Rails によって発見された、密結合で速く走れるソフトウェア 今求められているアーキテクチャ 昂ぶって 15,000 字ぐらい書いてしまった。 DDD と PofEAA から学ぶパ

Kaigi on Rails ( https://kaigionrails.org )の登壇資料です。

こんにちは。 マネーフォワード CTOの中出（なかで）です。 CTOの私が、普段「なにを感じて、どんなことを考えているか」について、四半期に一回社内へ共有している内容を一部編集し、エンジニアブログに公開したいと思います。 前回はこちら：マネーフォワードCTOが考えていること（2020年6月） 目次 技術ポートフォリオの配分を変える ベトナム拠点とグローバルエンジニアについて コロナ禍の新入社員への影響について 技術ポートフォリオの配分を変える マネーフォワードは創業期からこれまで、Railsに集中する形で技術のポートフォリオを構成してきました。しかし私たちが中長期的に価値あるサービスを社会に提供し続けるために、技術戦略として、他の技術の割合を意識的に高めていく必要があると感じています。 これまでは、統一した技術で開発することのメリットが勝っていました。しかし多くのプロダクトがグロースしたた