タグ

マネジメントに関するmasaki925_8107のブックマーク (9)

  • 「悩んでいる状態」から「考える状態」へ変化させるために 広木大地氏が説く、不確実性を下げるためのアクション

    エンジニアとして経験を積んでいくと、「技術に深く潜っていくこと」と「開発をうまく進めること」はイコールではないとぼんやりと感じ、モヤモヤする時があります。「Meets Professional #5」のゲストは、『エンジニアリング組織論への招待』の広木大地氏。モヤモヤの原因となる「不確実性」への向き合い方について語りました。全3回。2回目は、「悩んでいる状態」と「考えている状態」の違いについて。前回はこちら。 体重計に乗る・テストを受ける・締め切り直前の仕事に取り掛かる…これらに向き合う時に生まれる感情は? 広木大地氏:仕事や今までの人生の場面で、どうすると不確実性、ファクトなどに向き合っていけるのかをイメージするのにちょうどいい例を2つ挙げると、1つが「体重計に乗る」、もう1つが「テストを受ける」です。 自分自身がダイエットしようと思っている時に体重計に乗ることは、事実と向き合うことなの

    「悩んでいる状態」から「考える状態」へ変化させるために 広木大地氏が説く、不確実性を下げるためのアクション
  • DMBOKを用いたアセスメントでデータマネジメントを加速させる - MonotaRO Tech Blog

    こんにちは、データ基盤グループの吉田(id:syou6162)です。データ基盤やデータマネジメントに興味を持たれている方はDMBOKを持っている / 読んだことがあるという方も多いのではないでしょうか。このエントリではDMBOK中に紹介されているデータマネジメント成熟度アセスメント(以下、アセスメントと省略)をモノタロウでどう活用しているかについて紹介します。 背景 初手: 自社のデータ基盤の歴史を振り返る アセスメントの実施 データ活用者 / システム提供者 / 意思決定者へのヒアリングの実施 アセスメントを実施した結果 最後に 背景 まず、モノタロウでなぜアセスメントを行なったかについて説明します。モノタロウは20年以上歴史のある企業であり、データ基盤自体も10年以上の歴史があります。単一事業ではあるものの、受注 / 売上 / 商品 / 在庫 / 顧客 / 行動履歴など、対象となるドメ

    DMBOKを用いたアセスメントでデータマネジメントを加速させる - MonotaRO Tech Blog
  • 体制を考えるときに意識していること - id:onk のはてなブログ

    1on1 で伝えたので外にも書いておく。 プロダクトやチーム、メンバーのフェーズ まず現状分析。 自プロダクトは PPM で言う花形、金のなる木、問題児、負け犬のいずれに当たるのか 勢い MAX でめっちゃ盛り上げるのか、地味に役割を達成するのか。自チーム全集中なのか他チームのフォローに回るのかみたいな方針が変わる 自チームは エラスティックリーダーシップ で言うサバイバルモード、学習モード、自己組織化モードのいずれに当たるのか チームを改善しなければいけないのか、プロダクトだけを見ていて良いのか。チームで改善できるのか、リーダーや外部の強い意志が必要なのか 各メンバーは、期待される役割において SL理論 で言うとどのフェーズなのか 指示的行動が必要だとマイクロマネジメントすることになり、マネージャ/メンター的な人/行動を増やす必要がある 役割を網羅しているか こういう軸で考えていることが

    体制を考えるときに意識していること - id:onk のはてなブログ
  • プロダクトマネジメント入門: 失敗しないプロダクトの作り方を学ぼう

    Founder Customer Fitこのセクションについて解決したい課題を見つけよう顧客を決めようリーンキャンバスを書こうミッションを決めようCustomer Problem Fitこのセクションについてペルソナを立てよう共感マップをつくろうカスタマージャーニーマップをつくろう課題仮説を整理しようプロブレムインタビューをしようProblem Solution FitこのセクションについてPEST分析をしようフックモデルを定義しようプロトタイプをつくろう解決策仮説を整理しようソリューションインタビューをしようSolution Product Fitこのセクションについて名前をつけようユーザーストーリーマップをつくろうMVPを構築しようMVP仮説を整理しようMVPインタビューをしようProduct Market Fitこのセクションについてグロースサイクルを定義しよう利用規約をつくろうプロ

    プロダクトマネジメント入門: 失敗しないプロダクトの作り方を学ぼう
  • 【解説】グーグルが突き止めた強いチームの条件、「心理的安全性」とは | Forbes JAPAN 公式サイト(フォーブス ジャパン)

    心理的安全性」。現在、ビジネスの世界でさかんに使われている専門用語だ。 この言葉が広まったのには、優良チームに共通するものを探り出すためにグーグルが行った大規模な調査が果たした役割が大きいことは、関連記事「2021年のビジネスバズワード「心理的安全性」 今リーダーが知っておくべきこと」でも述べた。グーグルのリサーチチームが、「心理的安全性を高めるとチームのパフォーマンスと創造性が向上する」ことを発見したのだ。 ビジネス界がリモートに移行しているいま、「心理的安全性」が従前にも増して必要になっていることはいうまでもない。 リスクをとっていいのはグループのためになるときだけ もしも私が弾丸をこめた銃を持ち歩き、会議テーブルの上に何げなく置くことで安心感を得られるとしたら──私の行動は身体的な危険だけでなく、精神的な危険も生み出すことになる。 要するに、危険な行動はグループの心理的安全性を脅か

    【解説】グーグルが突き止めた強いチームの条件、「心理的安全性」とは | Forbes JAPAN 公式サイト(フォーブス ジャパン)
    masaki925_8107
    masaki925_8107 2021/01/16
    信頼は二者間、心理的安全性は集団。信頼は能力、誠意、善意で獲得。寛容のパラドクス
  • エンジニアのスキルと抽象度|Jumbo

    この記事を読む前に、「みんなちがってみんないい」と3回唱えよ スキル相談で考えること1on1や採用・育成の中で「新しく〇〇を勉強しようと思っているんですよねー、どうですかね?」かみたいな相談をされることが多く、基的には「イイじゃん、Youやっちゃいなよ」の精神なのですが、なんのために?そのスキルはどこまで伸ばすのか?という話はなるべくするようにしています。 その時に期待されている役割や今のスキルを分析するために、「解決すべき課題の抽象度」「スキルの関連性」という話をよくするので共有しようと思います。 我々の仕事我々は「課題(タスク)」を解決することでお金をもらっています。とくにエンジニアやデザイナーは"課題解決に特化する仕事"だと考えています。この課題には以下のようなものがあります。 解決すべき課題 ・SQLのパフォーマンス問題 ・iOSアプリユーザーさんの使い勝手が悪い ・組織の人数不

    エンジニアのスキルと抽象度|Jumbo
    masaki925_8107
    masaki925_8107 2020/07/22
    なんかいいこと書いてあった気がするけど「みんな違ってみんないい」で全部かき消された
  • 【CTO・エンジニアマネージャーに聞いた】企業成長フェーズ5段階別に発生するエンジニア組織の課題と取り組み事例まとめ | エンジニア採用・育成・組織づくりラボ (by Findy)

    Findyの石川(@HRBizDev1)と申します。 2019年3月にFindyへジョインし、昨年まではFindy Freelanceの立ち上げ、今年からは先日、事前登録を開始したFindy Teamsの事業開発を担当しています。 (前職ではエムスリーグループの企業で医療機関の採用支援や新規事業を担当していました) Findy Teamsではβ版リリースに向けて、上場企業から創業初期のスタートアップまで、様々なフェーズの企業数十社へヒアリングを進めている段階ですが、その過程でエンジニア組織において発生する組織課題は事業成長フェーズによって、異なることが段々と見えてきました。 そこで、今回はヒアリングを通じて見えてきた課題と取り組み事例をまとめてみました。 エンジニア組織運営の参考となりますと幸いです。 成長フェーズ別/エンジニア組織課題と取り組みまとめ(クリックで拡大) はじめに 今回は企

  • タイミーのEMとしてどのようにマネジメントしているか - Sionの技術ブログ

    はじめに 16歳からゲーマーとしてずっとチームマネジメントをやっており、 自身の強みなので腰入れてやりたいという思いで1月にタイミーに入社しました。 結果、今はSREマネージャー(2人) + BI基盤チームマネージャー(3人) + コーポレートエンジニア(3人)として働いてます。 そんなにメンバーはいませんがマネージャーはやれてると思ってるので、色々と書いてみたいと思います。 そんなに掛け持ちして大丈夫なの? スタートアップは仕方ないです。ぜひ強い方募集してます。 自分の脳内の長期計画は全てアウトプットしてチームと精査してるので出来る人がやればいい状態です。 私自身マネジメントしながら、業務でコードも書いてレビューもしてるので、自身の時間を作るために自走できるチームを作り上げるためのマネジメントでもあります。 マネージャーとしてどういう動きしてるの? - ローテーション可能のものとする

    タイミーのEMとしてどのようにマネジメントしているか - Sionの技術ブログ
  • 「職位が高い人間ほど、技術的な実務から遠ざかってしまう」のを解消しようとして、失敗した時の話。

    どうも、しんざきです。 実を言うと先月・先々月と、プロジェクトが割と生死をさまようレベルで炎上しておりまして、夢のデスマ王国という風情だったんですが、お蔭様で今月はだいぶ落ち着いてきまして、若干人間的な生活が出来る状況になってきました。 デスマ程健康に悪いものはこの世に存在しないと思います。 失敗した時の話をします。 十年近く前の話ですが、システム開発の会社に勤めていたことがあります。 それ程有名な会社ではないのですが、一応独立系で、社員は4桁に届かないくらいで、SI案件とSES案件が大体半々くらい、自社業務と客先常駐も大体半々くらいという、まあよくある「昔ながらのシステム開発会社」だったと思います。 私はその会社で、主に金融関連のプロジェクトを担当する部署に所属していました。 ぬるい案件もあれば地獄案件もあったのですが、まあそれはいずれ、ほとぼりが冷めた頃に書こうと思います。 某大きな銀

    「職位が高い人間ほど、技術的な実務から遠ざかってしまう」のを解消しようとして、失敗した時の話。
    masaki925_8107
    masaki925_8107 2019/06/20
    「コーディングが出来るのはいいんだけど、ぶっちゃけ職位が下のヤツにあれこれ管理されるのはなんか嫌」
  • 1