CTO Meetup #1 in P2B Haus. ビールxCTO といえば P2B Haus https://kichijoji.p2b.haus/
CTO 3度目の正直 / My 3rd CTO Career
CTO Meetup #1 in P2B Haus. ビールxCTO といえば P2B Haus https://kichijoji.p2b.haus/
評価の満足度を劇的にあげた秘訣。Continuous Feedbackのすすめ | メルカリエンジニアリング
誰向けの記事？ EM（Engineering Manager）の方に向けた記事です。 ただ、一般的な評価者全般にあてはまる内容を書いているので、評価を行う方なら誰でも参考にできると思います。 評価をする側ではないけど、どんな気持ちで自分のマネージャーが評価しているのか知りたい！といったエンジニアの方にも楽しんでいただけるかもしれません。 要約 メルカリエンジニア組織で、評価の負荷を削減しつつ、品質をあげるために、「Continuous Feedback」という仕組みを導入しました。 Continuous Feedbackは、通常よりも高い頻度でフィードバックを行うことで、負荷分散や、フィードバックサイクルの高速化などをはかる手法です。 導入した結果、評価に対する満足度や、評価を自身の成長に使えてると感じるようになったメンバーがとても増えました。現在では多くのEMの方が、評価に利用してくれて
対話をサボると組織崩壊が起こる - inteltank
「得意に集中できるように分業」を開始したら、「考えていることがわからない相手」がよく生まれるのは当たり前
1on1にて考えていること｜Matsumoto Yuki
こんにちは、CTOの松本です。CEOの福島がサウナの話を書いていましたが、自分も週2でサウナに通っています。先日初めてテントサウナを体験したのですが、秋空の下のサウナは最高でした。またやりたい。 本題ですが、本日もLayerX Advent Calendarの一環でブログを書いています。今回でもう50日目だそうです。直近Engineering Managerの採用も進めており、それに関連して人のマネジメントに関わることを書こうと思い、今日のお題は「1on1」です。 このブログを読んでくださっている皆さんの会社でも、1on1はだいぶ浸透してきたのではないでしょうか。何を話そうか、どう向き合おうか、など悩みも多いのかなと思います。 LayerXに限らず、自分の関わる組織では1on1をピープルマネジメントの重要な取り組みに位置づけてきました。これに関連して、皆さんが1on1で悩まれた時のサポート
優秀な技術者を追い出してしまう方法 - Qiita
若手エンジニアを不幸にしないための開発の「べからず」集 組織運営編から記事を独立させました。 優秀な技術者ほど辞めてしまいやすいのは、多くの会社に共通していることです。 この文章では、どうして優秀な技術者が辞めていってしまうのか、その理由を探るとともに、そうならないようにするための対処方法を少しずつ書き足していきたいと思っています。 マネジャーのみなさんへの前書き 会社の資産であるソースコードはきちんと管理されてますか？ 「きちんと金庫にしまってある」ではありません。 開発が進みやすく、今のソースコードはどのように品質が保たれているのかがわかるようになって 管理されてますか。 ソフトウェアの開発などで生じている課題は、どのように管理されていますか。 「去年の△月ごろに問題になっていたあの件は、結局どうなったのかい。」 「担当していた○○さんがだったら知っているんですけれども、もうやめちゃい
207で1年間磨き続けた1on1のフォーマットを公開します｜207株式会社
いつでもどこでもモノがトドク、世界的な物流ネットワークを創りたい、207株式会社のイナバです。 207の1on1、めっちゃ良いんです！！ 先日の忘年会で業務委託の方に「207に所属していて良いところは何か？」とお聞きして「1on1、めっちゃ科学されていて良いですよね」という話題に上がるくらいには良いです！ 私自身、業務委託で色んな会社を見ているのですが、たしかに207の1on1は凝っていると思います。 という事で、本記事では「どんな質問を」「どんな意図で」しているのかを代表にインタビューしてきたのでまとめていきます。 1on1をやる目的 そもそも1on1を実施してよかった点ですが、たくさんのメリットの中でも特に、 - 認識のズレをなくす - 信頼関係を構築する - アラートの早期検出 みたいな効果を享受できています。それぞれ、どういう意味かをご説明していきます。 認識のズレをなくす 業務上
技術的負債は開発者体験を悪化させる - mtx2s’s blog
ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、Engineering Manager Ad
SQUARE ENIX OPEN CONFERENCEゲーム開発プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1 ©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4 ©SQUARE
世界に誇れるプラットフォームチームをつくる
#CNDT2020 で発表した資料＋αです。動画アーカイブは以下のページからどうぞ。 http://event.cloudnativedays.jp/cndt2020/talks/29 プラットフォームは、プロダクトとして考えましょうという話をしています。 Toriさんの発表『独りよがりのプラットフォーム』 https://speakerdeck.com/toricls/for-whom-that-platform-runs も、同じメッセージを違う表現で伝えてくれているので、併せて読むことをお勧めします。
体制を考えるときに意識していること - id:onk のはてなブログ
1on1 で伝えたので外にも書いておく。 プロダクトやチーム、メンバーのフェーズ まず現状分析。 自プロダクトは PPM で言う花形、金のなる木、問題児、負け犬のいずれに当たるのか 勢い MAX でめっちゃ盛り上げるのか、地味に役割を達成するのか。自チーム全集中なのか他チームのフォローに回るのかみたいな方針が変わる 自チームは エラスティックリーダーシップ で言うサバイバルモード、学習モード、自己組織化モードのいずれに当たるのか チームを改善しなければいけないのか、プロダクトだけを見ていて良いのか。チームで改善できるのか、リーダーや外部の強い意志が必要なのか 各メンバーは、期待される役割において SL理論 で言うとどのフェーズなのか 指示的行動が必要だとマイクロマネジメントすることになり、マネージャ/メンター的な人/行動を増やす必要がある 役割を網羅しているか こういう軸で考えていることが
タスクの依存関係とリソースの両方を考慮してプロジェクトマネジメントをするCCPM理論を学んだ - $shibayu36->blog;
自分のプロジェクトマネジメントのスキルをもう一つ伸ばしたくて、タスクの依存関係とリソースの両方を考慮してプロジェクトマネジメントをするCCPM（クリティカルチェーンプロジェクトマネジメント）理論を学んだ。この理論を学んだおかげで、よりプロジェクトの計画作りや、プロジェクトの現在の危険度の把握をやりやすくなったと感じる。アジャイルの手法であるベロシティでの管理ともうまく組み合わせられそうだったので、今度試してみたい。 参考にした書籍 クリティカルチェーン 作者:エリヤフ ゴールドラットダイヤモンド社Amazon 進む！助け合える！ＷＡ（和）のプロジェクトマネジメント――プロマネとメンバーのためのＣＣＰＭ理論 作者:宮田 一雄ダイヤモンド社Amazon アジャイルCCPM: プロジェクトのマネジメントを少し変えて組織全体のパフォーマンスを大きくのばす 作者:宇治川浩一株式会社ビーイングAmaz
プロダクトマネジメント（PM）についての、学術的研究の歴史と定義｜kan@EXPLAZA取締役
この記事は Product Manager Advent Calendar 2019 の 14 日目に向けて記載されたコンテンツです ... と思って書きながら、とはいえ投稿が遅れていたら、 Advent Calender の枠が他の人に上書きされていた！笑 そういう仕様なのですね、、反省。 プロダクトマネージャー 2 年目の @kan です。 現在は株式会社メルペイで PM として、日々たのしく仕事をさせてもらっています。また、個人的な活動として「ソフトウェアプロダクトマネジメントの体系化」を目的にした論文を書いています。仕事をしながら学術的な研究の、 2 重生活を送っています。刺激的でとてもたのしい。 このまとめでは、研究活動から学んだ学術的世界から見た、プロダクトマネジメント研究の歴史とその定義についてまとめていこうと思います。本当は「プロダクトマネジメントにおける活動 / フレーム
メンバーに「この仕事、やりたい仕事じゃないです」と言われたら？(動画つき)｜長村禎庸@EVeM
はじめにマネージャーになり、メンバーに仕事をお願いすることは本当に難しいと痛感しました。 いくつか難しいと思った瞬間があるのですが、中でも一番難しいなと思ったことが「この仕事は自分がやりたい仕事ではないです」と言われた時です。 そこまでストレートに言われなくとも、明らかに嫌な顔をされたり、気が乗らない様子を目の当たりにすることはよくあるのではないでしょうか。 ・メンバーのWillなど聞かなくて良い ・これは会社からの指示なので拒否する権利はありません ・仕事を選り好みしないでください なんて言いたいところですが・・・。 たしかにそれは正論なのですが、正論で飯が食えるなら苦労はありません。ベンチャー企業は常に人手不足で、かつ採用力も弱い。 ・辞めたらどうしよう、困る・・ という考えがベンチャーマネージャーの皆さんの頭によぎるのではないでしょうか。 転職も気軽にできる時代なので、自分の要望に応
世界一のコーチですら「素直じゃない人は放っておけばいい」と思っていた。
最近読み直していて、結構なインパクトがあった本がある。 元GoogleのCEO、エリック・シュミットが書いた、「１兆ドルコーチ」だ。 「１兆ドルコーチ」とは、シリコンバレーで活躍したビル・キャンベルというコーチのこと。 何を大げさな、と思う方もいるだろうが、「１兆ドル」は決して大げさな表現ではない。 ビル・キャンベルは１兆ドルにも値するコーチだった。いや、１兆ドルは彼が生み出した価値に遠くおよばない。 彼はスティーブ・ジョブズがつぶれかけのアップルを立て直し、時価総額数千億ドルの会社にするのを助けた。ラリー・ペイジとセルゲイ・ブリン、エリックがスタートアップだったグーグル（現アルファベット）を時価総額数千億ドルの企業にするのを助けた。これだけでも１兆ドルを大きく超えているが、ビルがアドバイスした企業はほかにも数知れない。 彼がコーチした人たちの名には、元アメリカ副大統領や、スタンフォード大
ナレッジワーカーの本質は創造的な仕事と主体性 | Social Change!
ナレッジワーカーとは、ドラッカーの提唱した概念で、知識によって企業や社会に貢献する労働者のことを指す。そのため、知識労働者と訳された。 「知識労働というけれど、知識って一体なに？」 「知識は今の時代、なんでもググれば出てくる」 「知識そのものには価値はないのではないか？」 これは「知識労働者」という訳によって誤解が生じてしまったのだと思う。あらためてVUCAと言われる今の時代にこそ、マニュアルワーカーでなくナレッジワーカーの存在が求められていると感じる。その違いは以下の通り。 本稿では、上記の違いについて深堀りしつつ、ドラッカーが語った正確な定義かどうかはさておき、私の考えるナレッジワーカー、ナレッジワークとは何かを示そうと思う。 ナレッジワークとは、創造的な仕事のことではないか ナレッジワークの反対はマニュアルワークだ。すなわち、大量生産のために機械にあわせて同じことを繰り返すことが求め
「今機械学習に必要なのはデータマネジメント」5つの秘訣を実例つきで紹介 | AI専門ニュースメディア AINOW
最終更新日： 2020年8月6日 データを活用する多くの企業の価値が向上しています。世界的な企業は、ユーザのデータを巻き込み広告などのビジネスを展開し、現在、多くのビジネスはデータを資本に展開されているといっても過言ではないでしょう。 一方、データの活用の環境が整っている会社ばかりではありません。電子化されていないデータ、管理者がバラバラなデータ、企業によってデータに関する多くの課題があることでしょう。データの課題は、そのままAIの活用を大きく遅らせる足かせにもなってしまいます。 この記事では、重要性が高まる「データマネジメント」について解説します。 バズワード化するAIとデータマネジメントの必要性の高まり 2010年代に入り、今までのシステム以上の精度で画像認識することが可能になり、ディープラーニングなど機械学習への注目が高まりました。 AIの導入に少しでも興味を持った方は、AIの中でも
データマネジメントなき経営は、破綻する。by @yuzutas0 / 20200419
データマネジメントなき経営は、破綻する。 〜2つのデータ分析プロジェクトに学ぶ「残酷な真実」〜 第1回 DLG Cross (データマネジメントとデータパイプライン) の発表資料です。 https://data-learning-guild.connpass.com/event/170177/ データマネジメントの Why（なぜ必要か） What（どんな活動なのか） How（どうやるのか）について、 データ分析プロジェクトの成功例と失敗例を比べながら紹介します。 参考文献『データマネジメントが30分でわかる本』 https://amazon.co.jp/dp/B085W4YSZJ/ [2020-04-21] 一部表現を修正しました。
仕事ができる人は、人に期待しない。
仕事ができる人は、おしなべて「人に期待しない」というイメージがあります。 悪い意味ではなく、いい意味で「過剰な期待が身を滅ぼす」と知っているからです。 「仕事ができる人は冷たい」って言うイメージがある。 けど冷たいわけじゃない。 「あんまり人に期待してない」だけ。 仕事って、人がやるのを待っていると、たいていうまく行かないので どうしても思考が「まあ、あんまり期待してないけど、やれるんならやって。できないなら仕方ないよ。」 になる — 安達裕哉（Books&Apps） (@Books_Apps) March 12, 2020 もちろんこれは「人」、つまり他者だけではなく、「自分にもあまり期待しない」ことも含んでいます。 まあ、「やれること」と「やれないこと」の区別が徐々についてくからなのでしょう。 もちろん、上司や経営者が、面と向かって「お前には特に期待してないよ」などとは絶対に言わないほ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜ変化を起こすのが難しいのか？ - 数年以上にわたって難しさに向き合い・考え取り組んできたこと / The reason why changing organization is so hard - What I thought and faced for more than several years
An Elegant Puzzle: Systems of Engineering Management を50分でざっと知る / Learn roughly "An Elegant Puzzle: Systems of Engineering Management" in 50 minutes
