MonotaRO Tech Talk #9 (データマネジメント編)を開催しました - MonotaRO Tech Blog
こんにちは、データ基盤グループの吉田(id:syou6162)です。10/28(木)に開催したMonotaRO Tech Talk #9 (データマネジメント編)のレポートをお届けします。イベント前の参加希望者が514人、イベント当日も310人がご参加くださり、大変盛り上がったイベントとなりました。 MonotaROのデータ活用と基盤の過去、現在、未来(香川和哉) 社内のデータ活用を一段階あげるための取り組み(吉本直人) データ基盤グループを支えるチームビルディング(吉田康久) 最後に MonotaROのデータ活用と基盤の過去、現在、未来(香川和哉) 最初の発表ではグループ長の香川より、MonotaROのデータ活用の変遷とそれを支えるデータ基盤のこれまでの歴史、現在取り組んでいる課題、今後の取り組みについて発表しました。10年以上の歴史があり、全社員の約6割を越えるデータ基盤の歴史について
2kgから800gに激減、教科書「PMBOK」新版に何が起こったのか
「プロジェクトマネジャーの教科書」とも呼ばれる「PMBOKガイド」第7版の日本語版書籍が2021年11月1日に発売される。第6版は重量が2kgあったが、新版は800gと一気に軽くなった。プロジェクトの流れをまとめたプロセスの記載が姿を消し、プロジェクト運営を成功させる「原理・原則」が前面に出るなど構成が大きく変わったことが影響した。変化が激しい時代に対応するため、開発プロセスにかかわらず活用できるように転換した。 米PMI（Project Management Institute）が発行したPMBOKガイド第7版は、従来版とは全く異なる構成になった。翻訳作業に中心的に携わったPMI日本支部の庄司敏浩標準推進委員会委員は「プロセス中心の構成をやめた」と説明する。 第6版までのPMBOKガイドは、QCD（品質・コスト・納期）をはじめとする要求事項を満たして円滑に成果物を作り上げることを重視して
CTOになって半年の振り返りとこれから - ymzkmctのブログ
Kyashにサーバサイドエンジニアとして入社しEM、VPoEを経て今年からCTOになりました。早いもので2021年も半分がすぎ、つまりCTOになって半年ですが、取り組んだことをざっと書き出してみました。ただ正直言えないことも多いので、半分くらいしか書けていません プロダクト プロダクト戦略やプロダクトの方向性に対する納得感を醸成出来ていないという課題が1on1や雑談の中で聞こえ始めたので、戦略の背景や以前の戦略との違い、施策の目的などを説明する機会を増やしました。会社として四半期ごとに戦略発表は行っていたのですが、1回言うだけでは伝わりきらないこともありますよね。何度も言うの大事です 2020年10月に事業譲渡したKyash Directのシステム移管が完了。システム移管はキャリアの中でも初めてだったので良い経験でした マネジメント リスクマネジメントやシステムセキュリティ、情シスのキャッ
最終回 マネージャーの心理 | gihyo.jp
マネージャーの苦悩 マネージャーが抱えがちな悩みについて、本連載で以下のことについて書いてきました。 1on1とコーチングについて 目標設定と評価について 採用と広報活動について これらに関するマネジメントとしての考え方のヒントは得られた方もいるかもしれませんが、ただ読んだり学習して深堀りしたりするだけで完全に悩みを解消できることはないでしょう。知識として得たこと、学習したことをベースに実践として取り入れ経験値としていくことが必要です。 その際に重要になってくるのが、「マネジメントに失敗は許されない」という考えを捨て去ることです。開発の現場ではバグやエラーなどといった比較的課題としてとらえやすい問題が多いせいか、あいまいな問題が多いマネジメントの課題に対して取り組むことに慣れていない方も多いでしょう。そんな状況で、いきなり一人前のマネージャーとしての成果を期待されたとしても100点満点の
スペシャリストになる覚悟
2021/01/19 の Forkwell Engineer Career Study の資料です
10 年前に JavaScript で Flash Player を開発し買収された話
この記事は、JavaScript で Flash Player の実現を頑張った（もしくは現在進行系で頑張っている）人たちの集う Flash Advent Calendar 2020 に参加しております。 私は過去に自分が設立した会社で ExGame という HTML5 実装の Flash Player（正確には Flash Runtime Engine）を開発し、その会社ごと DeNA に買収（M&A）されました。あまり出来ない体験であるのは間違いないので、Flash が終了を迎える今、改めて振り返ってみようと思います。 Flash Player の開発 今から 10 年前の 2010 年、ちょうど iPhone が普及し始めてきてガラケーのシェアが 8 割から 6 割くらいに落ちようとしていた時期に、私は Flash Player を JavaScript で実装していました。以前この
CTOの頭の中：技術投資を最適化する｜Shin Takeuchi
ざっくり年収1,000万円のエンジニアが10名いる会社では、年間1億円の技術投資がなされているわけですが（地代家賃、ライセンスフィー、PC代など含めるともっと）、年間1億円を正しく詳細に把握して、投資をコントロールできている会社は少ないと思います。会社が創業期であれば、最低限作らなければならない機能などは分かりやすく見えていたりするのでまだしも、そのプロダクトでしっかりとした収益が成り立ち、上場企業となるようなレベル感のプロダクトに対する技術投資となると、一部の大きなプロジェクトは把握していても、細かな投資ポートフォリオを常に把握することは難しいのではないでしょうか？今回はこの部分に一石を投じてみたいと思います。 技術投資量を見える化する 投資の最適化とは言いますが、最適化というのは「To Be」の話ですので、まずは「As Is」を知らなければ話になりません。その、まず「As Is」を知る
1000倍返しの勢いで混沌化するKubernetes／クラウドネイティブ周辺ツールは何から学べばよいのか
近年、「クラウドネイティブ」の基盤として、「コンテナ」「Kubernetes」が関心を集めています。Kubernetes自身の紹介については、書籍や記事がたくさん提供されていますが、Kubernetesを支える周辺の技術やツールについては、技術の移り変わりが早くなかなかキャッチアップが難しい状況です。 そこで本連載では、Kubernetesやクラウドネイティブをより便利に利用する技術やツールについて概要や使い方を凝縮して紹介していきます。初回でKubernetesの現状について整理しつつ、連載の全体像と多種多様なKubernetes／クラウドネイティブ周辺ツールの一部を紹介します。 Kubernetesの近況、関心を集めている理由 近年、コンテナ基盤としてKubernetesが関心を集めています。Kubernetes／クラウドネイティブに関する最大規模のカンファレンスとして、「KubeCo
製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から
（前回のあらすじ）あなたは、ある製造業の工場に勤める若手のエンジニアだ。案外パソコンに詳しい、などとおだてられて手製のツールなどを作っているうちに、いつのまにか工場長から『製造IT担当』なる係にされてしまった。なんだか技術者というよりも便利屋みたいだな、などと思いながら、それでも製造ラインのデータを取得するIoTなどの仕組みを工夫したり、生産管理システムの改修要件をとりまとめたりしてきた。 そんなある日、本社から突然、「全社DXチーム」のメンバーに任命されたから会議に来い、と命じられる。専務が委員長で、情報システム部の次長が事務局長だ。社内の主な部署から、若手中堅メンバーが集められている。だが、参加してみたものの、皆、何をすればいいのか思案顔であった。最近のデジタル技術は、従来のサーバとPCの中のITより、現実世界とインタラクションが強い、だからそれを利用すればいい、という意見もでた。だが
トラブル時こそ一番冷静に クラスメソッドのPMが現場の経験から話すマネジメントに本当に必要なこと
タスク管理、ファイル共有もできるプロジェクト管理ツール「Backlog」。それを使っている人たちのためのイベント「Backlog World」。クラスメソットの大橋氏が、前半ではプロジェクトマネジメントをする前に何をマネジメントすべきなのか、その注意ポイントを紹介。後半はプロジェクト開始後に必要なことについて話します。 腹を割って話して進めていくことが非常に重要 大橋力丈氏：ここから1つ事例を紹介したいんですけれども。これはリクシル様です。写真に写っているのがこのプロジェクトのプロダクトオーナーであるリクシルの佐々木さんという方です。 この方からまず問い合わせをもらいまして、実際にどんなことを解決したいのかというと、今宅配ポスト、宅配問題というのはけっこう大きいんですけれども。宅配ボックスであるスマート宅配ポストは、もうすでにデバイスとしてあります。 ただこれをホームネットワークにつなげて
第19回 Kubernetesはメインストリームのフェーズに入った ―ガートナー 桂島アナリストに訊く2020年後半のKubernetesトレンド | gihyo.jp
IT Cutting Edge ─世界を変えるテクノロジの最前線 第19回Kubernetesはメインストリームのフェーズに入った ―ガートナー 桂島アナリストに訊く2020年後半のKubernetesトレンド 7月8日（英国時間）、コンテナマネジメントサービスを提供する米国のスタートアップRancher Labsが大手LinuxディストリビュータのSUSEに買収されるというニュースが発表されました。買収金額は数億ドルにも上るといわれており、あらためて現在のエンタープライズITにおけるKubernetesの存在感の大きさが浮き彫りになったニュースだったといえます。 日本では開発者以外にはあまり知られていなかったRancherですが、今回のSUSEによるRancher買収はについて、ガートナージャパン リサーチ＆アドバイザリ部門 テクノロジ＆サービスプロバイダ ITインフラストラクチャ/
デブサミ2020「なぜ技術力評価会の評価者はペアなのか？ー 8年半で378組の評価者ペアが835回評価した事例からみるペアの効果」講演メモ #devsumi - 元RX-7乗りの適当な日々
登壇された方 小賀 昌法 氏 VOYAGE GROUP 取締役CTO (2010〜) 日本CTO協会 理事 技術力評価会 2011年まで上長だけが評価する制度だった 技術力評価・事業貢献 現在は「ともにつくる」評価制度 色々な人が色々な他の部署の人たちを評価する風に変えていった 毎回、評価する対象者を変えていく エンジニアの技術力評価 難しいと思いますか？ 何が原因なのでしょうか？ 原因1: バイアス エンジニアに限らず、一般的にバイアスが働く ハロー効果 論理的誤差 寛大化効果 対比誤差 中心化傾向 対人関係を気にして、みんな無難に評価してしまおうとすること イメージ考課 極端化傾向 原因2: 技術の多様化 技術が多様化しており、技術マネージャーは全ての技術においてメンバーより詳しいわけではない フロントエンド、クラウド、データサイエンス、プライバシー・・・等々 原因3: 評価スキル向上
リードエンジニアにおけるサービスリードという役割 - BASEプロダクトチームブログ
こんにちは、CTOの藤川です。 これまでエンジニアの肩書において、エンジニア専門職の上級職としてリードエンジニアという役割を設定しておりました。 リードエンジニアと言うと、世間の見方としては「技術力に優れたエンジニア」というやや漠然とした役割と想像しているのではないでしょうか？ Webサービス開発における「技術力」とは 「良いサービス」とは 「良いサービス」を提供するために、エンジニアに求められるスキル Webサービス企業におけるエンジニア属性：「テック」と「サービス」 「テックリード」と「サービスリード」の役割 リードエンジニア テックリード サービスリード 「サービスリード」とは、その一文字を直す作業に意義、喜びを感じられること 一緒に良いサービスを作りませんか？ Webサービス開発における「技術力」とは そもそも「技術力とは何ぞや？」というのが曖昧なことが多いです。 というのも、私共
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
