Webディレクター解体アドベントカレンダー - 二宮日記
Webサービスのディレクションの仕事を始めてもうすぐ20年経ちます。デザインとコーディングを行う傍ら、自分で企画や進行も担うようになり始めた20年前を振り返ってみると、Webディレクターを取り巻く環境や求められる仕事の内容は大きく様変わりしました。 tableタグを入れ子にして無理くりレイアウトしたHTMLを1ページずつ紙芝居みたいに繋ぎあわせていた時代から、スマートフォンアプリのリッチな体験が当たり前の時代へ。数名のチームで1人が複数の役割をこなしながら素朴にサービスを作ってはリリースを繰り返していた時代から、高度な専門性を持つメンバーで組織化されたチームが開発のフェーズごとに価値の検証を繰り返しながらサービスを作り上げていく時代へ。サービスに求められる品質も、開発者に求められる専門性も、比較にならないほど高度になりました。 ディレクションという言葉で一括りにされていた仕事も同様です。担
【資料公開】マネジメント向けアジャイル開発概要
みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 （スライドはこちらからもご覧いただけます：https://slide.meguro.ryuzee.com/slides/101） 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし
「エンジニア像」を言語化し文化の礎を築く
SRE≠インフラなんだけどもう誤解されちゃってる から、DevOps新実装として Site Production Engineering はいかがでしょう?
プロダクトマネージャー1年目の教科書｜奥原拓也 / PdM / anynote
データサイエンティストと機械学習エンジニアをされてきた中での経験してきたことが書かれていて、それぞれの違いもわかる良記事でした。 はじめに僕はdely, Inc.に入社した2016年から元々はずっとサーバーサイド (Ruby on Rails) のエンジニアをしていました。そして、2018年の5月ごろからプロダクトマネージャーになり、レシピ動画サービスであるクラシルのプロダクトマネージメントを担当していました。現在も新規事業のPdM兼エンジニアをしています。 昨年 (2018年) のdely Advent Calendarで以下のような記事を書かせていただきました。 駆け出しのPdMとして、右も左もわからない中、PdMとはそもそもどんな役割なのかからどのようなことをしてきたかを書いてあります。この記事から1年が経ち、駆け出しのあの時、こんな記事があったら良かったのにと思えるような「教科書」
Thriving on the Technical Leadership Path
Context: I am a senior principal engineer at Fastly, in the Office of the CTO group, leading API strategy for the company. The management path isn’t the only way to be a technical leader. I don’t wish to become a manager; I tried it briefly (73 days to be exact, I counted) and decided managing other people wasn’t where my passion lies. I like being an engineer. In particular, I flourish in a strat
Production readiness · jbd.dev
linux NUMA Core dumps Google: Persistent disks practices Production readiness Benchmarks are hard Microservices instrumentation Debugging latency Google: SRE Written by JBD mostly in San Francisco, sometimes in the air. See about for more and contact information. Have you ever launched a new service to production? Have you ever been maintaining a production service? If you answer “yes” to one of t
重大事故の時にどうするか？｜miyasaka
ヤフー時代の部下から突然メッセンジャーが。 「以前宮坂さんが緊急対応時に残して頂いた言葉を今度セミナーで使っていいですか？」 と。 リーダーの仕事はいっぱいあるけどなかでも大きな仕事の一つは重大事故の発生の時の陣頭指揮。平時は部下で回せるようにするのがマネジメントだけど、危機の時まで部下にまかせるわけにはいかない。 お恥ずかしながらヤフー在職中の22年で何度か重大事故を起こし関係者の人に多大な迷惑をかけてしまった。その度にその陣頭指揮をとった。 結果的にヤフーのなかでもっとも深刻な事故対策をやった人の一人じゃなかろうか。そのなかからノウハウ的なものがたまってきたものを部下にメモしておくってあげたものを彼は覚えていてくれたらしい。 彼いわく危機対応の時にすっごく役にたって指針になったといってくれて送ってくれた。 ひょっとしたら他の人にも参考になるかとおもって（若干訂正してますが）ここに残して
マネージャーの視点から見える向こう側の景色｜Kazutaka Irie
「マネジメントなんてやりたくないよ」 そんなふうに言っていたのがほんの数年前のことだったのだけど、いつの間にかマネージャーの人たちをマネジメントするような立場になってしまった。 ちょうど人事考課のフィードバックをする時期になって、他のチームメンバーの人たちを優先した分、マネージャーやリーダーと呼ばれる立場の人たちは後回しになってしまっている。 「私のことは後でいいから他のメンバー達の評価を先に伝えてあげてください」 そんな言葉に甘えながら、遅くなってごめんねと言いながら、マネージャーの人たちのフィードバック面談を今更（更改された年俸やインセンティブ含め、既に人事考課の結果は本人まで開示されているので本当に遅い。ごめんなさい。）やっているわけだけれども、実際に話をしてみるとむしろ彼らの方がよほど悩んでいたり、早めのサポートが必要な状況だったんじゃないかと感じることが多い。 ここから始まる文章
エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド - Nothing ventured, nothing gained.
オライリーから本日出版された「エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド」はエンジニアリングマネジメントを考える人には必読の書だ。 エンジニアリングマネジメントを考える人とは、今すでにエンジニアの上司である人やエンジニアリング組織の長である人はもとより、人事上の上司ではないが、後輩などの面倒を見る立場の人や開発において技術的にリードするような人、そして漠然と将来のキャリアパスとしてマネジメントを考えている人までを含む。さらに言うならば、技術系でなくても、自社の技術組織の戦略を考える立場である人も読むべきであろう。 目次を見るとわかるが、本書はマネジメントされる立場のエンジニアから話は始まる。そしてメンタリングする立場になったとき、次にテックリードになったときと、まさにキャリアパスを1つずつ登っていくのに際しての心構えと具体的なスキル
「適切な戦略は、高度な戦術を不要にする 」の事例 | クラシコム
「適切な戦略は高度な戦術を不要にする」とか「高い戦術レベルを要求する戦いに参加してしまってる時点で戦略的に失敗している」 というような事を僕は良く話すし、自分が事業運営する上でおそらく最も気をつけている勘所だと思っているのだけれど、 「なるほどそういうことか！」 と誰でも理解できるような事例を示せずにいるばっかりに、突飛なことを言ってると言うような誤解を受けることがあった。 で、いろいろ考えた結果として僕が小学校五年生の時に記憶に残る限り最初に戦略的な成果を実感した体験の事例がシンプルであるがゆえに、この問題を解決するための事例として最も適当なんじゃないかと思うに至った。 以下、適切な戦略が高度な戦術を不要にした事例として読んで頂けたらと。 僕が小学校5年生のある日、ちょうどキャプテン翼が最も流行っていた頃、担任の先生の発案でクラス内でサッカーの紅白戦をやることになった。 男女それぞれを半
社名変更のお知らせ
Fringe81株式会社は2021年10月1日より、Unipos株式会社として生まれ変わりました。 コーポレートミッションを「感情報酬を社会基盤に」と新たにし、ピアボーナスをさらに発展させ、感情報酬を社会実装して社会の基盤とすることを最上位の目標として掲げ、邁進して参ります。 5秒で自動的に切り替わります。切り替わらない場合は以下のボタンをクリックしてください。 Unipos株式会社サイトへ
ヤフー人事に聞いた、進捗管理で終わらせないための「1 on 1」
少人数で始まったスタートアップも、いつかは組織になるタイミングがやってくる。そんなとき、組織化のための一手として注目されているのが「1on1」（ワン・オン・ワン）だ。 「『1on1』は、単に上司・部下が仲良くなるための時間ではありません。“明日からの自分をもっと良くするためにはどうすれば良いか”を考えるための時間です。いわば、部下の“気付き”や業務を振り返って“内省”“経験に基づく学び（経験学習）”を支援するためのものですね」（ヤフー 人財育成リーダー 小向洋誌さん）。 小向さんは、ヤフーが2012年4月に新経営体制を発表した後、それに伴う組織開発・人財開発を進めてきた人物の一人だ。さっそく、1on1の定義や具体的なやり方について話を伺った。 小向洋誌（Hiroshi Komukai）。ヤフー株式会社 ピープル・デベロップメント統括本部 人財開発本部 組織・人財開発部 人財育成リーダー。起
IDEOの女性ビジネスデザイナーが語る、誰も教えてくれないプロダクトマネージャーの本当の役割【寄稿】 - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
Rohini Vibhaさんは、IDEOのビジネスデザイナーです。Twitter アカウントは、@rohinivibha。本記事は、Mediumへの投稿記事をRohiniさんから許可を得て翻訳したものです。元の英語記事もどうぞ。 世の中にプロダクトマネージャーを目指す人が増えていると思うのは、私だけだろうか。私自身がプロダクトマネージャーを務めているから、そう感じるのかもしれない。それにしても、最近はコンサルタント、MBA候補生、エンジニア、誰もかれもがプロダクトマネージャーを目指している気がする。 もしこれが事実で、もし本当に、”誰も”がプロダクトマネージャーになりたいと望んでいたとしても驚くには至らない。確たる技術を極めることなく務まる役割なのだから。プロダクトマネージャーになるためにデータモデルの作り方を知っている必要はないし、コーディングができる必要もなければ、Webサイトをデザイ
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
思いやりと率直さ。リーダーに必要なコミュニケーションスタイル。
Googleのプロダクトマネージャー育成プログラム | PMJOBS
技術的負債と向き合う
プロダクトマネージャーに求められるスキルとマインドセットとは-[ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクトマネージャーの課題と今後の展望![プロダクトマネージャーに求められるスキルとマインドセットとは-[ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクトマネージャーの課題と今後の展望](https://cdn-ak-scissors.b.st-hatena.com/image/square/3470d776fe78c68941c3b9c272ff534b57b2f432/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fpostudy20150906tanno-150908091517-lva1-app6892-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)