取引コスト理論(1) - toraponの部屋
O.E.ウィリアムソン(Williamson, Oliver E.)著 浅沼萬里 岩崎晃訳『市場と企業組織』日本評論社 1980.11 O.E.ウィリアムソン著 井上薫 中田善啓監訳『エコノミック・オーガニゼーション:取引コストパラダイムの展開』晃洋書房 1989.2 トマス・W・マローン(Malone, Thomas W.)著 高橋則明訳『フューチャー・オブ・ワーク』ランダムハウス講談社 2004.9 現在MITのマローン教授は、電子市場の普及が、ウィリアムソンのいう市場の取引コストを大幅に引き下げ、その結果、取引を内部化する動機が少なくなり、市場化が進むということを1980 年代に予測した。今日からみれば、彼らの予測のすべてが正しかったわけではない。しかし、1990 年代には、一面として、「選択と集中」や「アウトソーシング」など、組織の縮減と市場の利用の拡大がもたらされた。 取引コスト
エンジニアリングマネージャーってどうなの？ メルカリEMが本音を明かす | mercan (メルカン)
「ぶっちゃけエンジニアリングマネージャー（以下、EM）って、どうなんですか？」 メルカリにおけるEMの役割、魅力などに迫るイベント「Engineering Manager Drink Meetup」が、2018年12月7日（金）、メルカリ東京オフィスで開催されました。現役のEMに加え、EMをマネジメントする「Engineering Manager of Engineering Managers（以下、EMofEMs）」のメルカリメンバーが登壇し、赤裸々に語り合ったイベントの模様をお届けします。 18年のキャリアから見えた、マネジメントに必要なこと 金曜日の夜にもかかわらず、40名ほどが参加。現役のVPoE（マネジメント責任者）やEMなど、第一線で活躍している参加者が一同に会し、盛り上がりを見せた今回のミートアップ。開始の時間を過ぎた頃、執行役員VP of Engineeringの是澤太志が
People leave managers, not companies – 4 ways to better support your team
A cross icon used to close notifications Close Notification icon
ソフトウェア開発に役立つ 心理学的現象、行動経済学の概念など 15題 - Qiita
ソフトウェア開発の様々な局面で役に立つ、心理学的現象や行動経済学についての知識です。 経験則で把握済の事柄もあるかもしれませんが、 言語化して名前を与えることで何かのときにスッと出せたり、周囲の方々と議論しやすくなったりすると思います。 以下の3つの分類で記載いたします。 打ち合わせやチームワークに役立つ知識 設計やプログラミングに役立つ知識 メンタルヘルスケアに役立つ知識 打ち合わせやチームワークに役立つ知識 自己効力感 自己効力感とは、自分には何かを達成する能力がある、と信じる感覚です。 自己効力感が形成されていると、仕事の意欲が増したり、効率が上がったりします。 「この仕事は絶対ムリ～(>_<)！」と感じている仕事についてやる気がわかなかったり進捗が出なかったりするのは、自己効力感の欠如が原因であることがあります。一旦やる気を出すと案外簡単に進められたとか、真剣に取り組むと思ったより
プロダクトマネージャーは「組織の視力」を把握しよう - もくもくプロダクトマネジメント( @Nunerm )
久津（@Nunerm）です。リクルートでPM/EMをやってます。 この記事は、Product Manager Advent Calendar 2018の23日目のエントリーです。 今回は「プロダクトマネージャーは『組織の視力』を把握するべきだ」という考えを書きます。 今いる環境でPMに何が求められるのか？ 「プロダクトマネージャーの役割とは何か？」 これはPM界隈では常に問われる疑問です。 PMに求められるスキルや考え方は多岐に渡っていて、実際に活躍されているPMの方々が持っている武器も様々です。（エンジニア出身の人、マーケター出身の人、デザイナー出身の人…） また組織やマーケットによっても求められる動きや成果は変わります。 プロダクトマネージャーカンファレンス2018で登壇されたのBaiduのPMのChenさんという方のプレゼンでも「アメリカと中国で求められるPMのスキルが違う」というお
エンジニアリング組織の文化ができるまでの3年間の軌跡 - STEAM PLACE
メリークリスマスイヴ！ この記事は Engineering Manager Advent Calendar 2018 の24日目の記事です。 私 (@dskst9) が3年前、アスクルという会社のエンジニアリングチームにJoinしてから、エンジニアリング組織の文化がどのように作られていったのかというお話です。 これは、私自身のアクションと、エンジニアリングチームの一人ひとりがアクションしたことを織り交ぜて書いています。誰かがアクションし続けることで、会社は変わり続けることができるということを感じてもらえると幸いです。 この記事が伝えたいこと どんな会社でも変えることができる 組織を変えたいなら自分自身でアクションする 組織がアクションを続けると習慣となりそれが文化になる この記事が伝えたいこと そもそもどんな会社 むかし いま ふりかえる Forming（形成期） やったこと Stormi
消極的なキャリア選択を減らすためのEngineering Manager入門｜serima｜note
こんにちは。 株式会社GameWith で Engineering Manager をしています @serima です。 この記事は Engineering Manager Advent Calendar 2018 の 23 日目の記事です。 問題提起Software Engineer が足りない！と叫ばれている昨今ですが、それと同じくらい、もしくはそれ以上に Engineering Manager が足りていないと言われています。 いわゆる Web 業界も成熟期を迎え始め、ミドルマネジメントレイヤーの重要性が増してきているのだと思います。 よくあるソフトウェアエンジニアのキャリアパスとして「マネージャー」か「スペシャリスト」があると思いますが「マネージャーになりたくないから、スペシャリストを志向する」という消極的なキャリア選択を少しでも減らせると良いなと思っています。 Engineeri
AWS re:Invent 2018 に参加してプレイングマネージャーを下りる決断をした | はったりエンジニアの備忘録
この記事は 裏 freee developers Advent Calendar 2018 の 2 日目です。 タイトルにもあるとおり、11/26 - 11/30 までラスベガスで開催された AWS re:Invent 2018 に参加してきました。この記事はまさに帰国途中の空港から書いています。 re:Invent は初めて参加しましたが、とても充実した時間を過ごせました！ また re:Invent に参加して自分の中で大きな変化がありました。当初は Advent Calendar に参加レポートを書くつもりだったのですが、今回はその変化について書いてみようと思います。 AWS との出会い 自分が初めて AWS を触ったときは、まだ東京リージョンもなく、サービスの数も両手で数えられました。はっきり覚えていませんが、アカウントを作ったのは 2010 年の後半だったと思います。その後、JAW
エンジニア組織の責任範囲の透明性をRACI図で高めてみた - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
こんにちは、ゆのん(id:yunon_phys)です。この記事は Akatsuki Advent Calendar 2018 の22日目の記事です。 前日は@kackytwさんのDQNの学習速度を改善するでした。 Engineering Managerのjob descriptionを共有する流れ 近年、Engineering Manager(EM)業界が賑わってきています。特に2018年は非常に活発化した年でした。書籍としては、エンジニアリング組織論への招待とエンジニアのためのマネジメントキャリアパスという名著が生まれました。また、Engineering Manager Meetupが3回開催され、Slack workspaceでは12/22時点で268人となっています。EMのためのPodcast EM.FMも誕生し、総再生回数が10,000回を突破するなど、多くの方から注目を集めていま
クックパッド社員10年目の私が、マネージャー4年間→サービス開発エンジニアに戻って分かった、たったひとつのこと｜クックパッドマート｜note
クックパッド社員10年目の私が、マネージャー4年間→サービス開発エンジニアに戻って分かった、たったひとつのこと はじめましてクックパッドマートの開発チームでサーバーサイドエンジニア兼テックリードを担当している勝間です。クックパッドマートは2018年1月から立ち上げに携わったメンバーの1人です。はじめましての人に、簡単に自己紹介させていただきます。 勝間 亮 (@ryo_katsuma) 1981年生まれ。大学院卒業後に技術ベンチャーに新卒入社。2009年にクックパッド株式会社に転職。サーバーサイドを中心としたサービス開発エンジニアとしてcookpad.comの開発を担当。2014年にレシピ投稿領域の責任者を経て、2017年にレシピサービス全体のサービス開発の責任者に。2018年からは新規事業であるクックパッドマートの立ち上げに携わり、現在はテックリードとして商品の配送領域の開発とエンジニア
Engineering Manager Meetup #3 - 番外編 OST風懇親会 - #em_meetup - dskst's diary
Engineering Manager Meetup #3 に参加してきました！ EMの魅力をたくさんの人に伝えればと思い、 EM Meetup のレポートをしていきます。 また、この記事は write-blog-every-week（毎週ブログを書くぞー！というコミュティ）の write-blog-every-week Advent Calendar 2018 - Adventar の18日目の記事でもあります。 Engineering Manager に興味がなくても、読んでもらえると嬉しいです。 イベントの内容 今回の記事は番外編 Engineering Manager の役割を再定義する OST風懇親会でディスカッションする 答えは出たのか？ さいごに おまけ プレゼン資料一覧 今回のイベントで登場した書籍 イベントの内容 engineering-manager-meetup.co
エンジニアリングマネージャーとして1 on 1で使ってきた「好き/嫌い/得意/苦手のマトリクス分析」｜浜中 慶｜note
この記事は 富士通クラウドテクノロジーズ Advent Calendar 2018 の9日目の記事です。8日目の記事は当社が誇るデータサイエンティスト tymob の「必要なデータの量は？90%の精度を出すためには？データサイエンスあるあるQ&A」でした。 ニフクラの事業企画やアライアンスを担当している 浜中( kei_hamanaka )です。 今回はエンジニアリングマネージャーとしてメンバーと相互理解を深めるために使ってきたフレームワークを紹介します。 私は元々Webサービス事業でエンジニアをしていたのですが、クラウド事業に異動し全く知らないチームにマネージャーとして joinしました。そこで、新しいメンバーのことを理解する「とっかかり」がほしいと思ってこの方法を使いだしたのですが、手軽で効果も高かったので、1 on 1 の初回によく使ってきました。 組織が大きくなってメンバーが増えた
Engineering Manager Meetup #3に参加してきた #em_meetup - ユアマイスター株式会社エンジニアブログ
こんにちは。ユアマイスター 星（@inase17000）です。 Engineering Manager Meetup #3に参加してきたので、感じたことを書いておきます。非常に刺激的なイベントでした。（写真とるの忘れた...） engineering-manager-meetup.connpass.com tsuyoposo 20min 「心理的安全性の育て方」 チームの中でリスクがあるかもしれない発言や行動を取る際に、ハードルがあるかないか。それが心理的安全性の定義。 原因は、 無知だと思われる不安 無能だと思われる不安 ネガティブだと思われる不安 邪魔をする人だと思われる不安 に分類できる。（わかるわー、人間らしい人ほどそれ気にする。） 内容については、資料を見ていただくか本を読んでいただくかがいいと思うので自身の目で確認お願いします。 今回のお持ち帰り事項 振り返りミーティングをした
Engineering Manager Meetup #3に参加しました｜水殿｜note
今回は今までと形式が異なり、最初にプレゼンテーション(発表)があり、懇親会で今までのようにOST(Open Space Technology)形式でのディスカッションという2部構成？で開催されました。 ちなみに僕はEngineering Managerという立場ではありませんが、来月から同ポジションとして仕事をする予定なので、これから自分が携わる仕事をしている先輩方の考え方を学ぶことを目的として参加しました。 プレゼンテーションの感想プレゼンテーション内容は様々で、実例からチームビルディングのアンチパターンを交えて「良いチームづくり」とは何かという話だったり、組織の危機管理(クライシス・マネジメント)を赤裸々に語られたり。 発表者の方々に共通していたのは「なんとか問題解決しよう」という純粋な気持ちと、それにかける熱意の強さだろうと思いました。 会社の事業フェーズや組織構造によって多種多様な
【勉強会参加記録】Engineering Manager Meetup #3 - エンジニアリング、マネジメント、日常、生活
参加イベント engineering-manager-meetup.connpass.com 参加目的 エンジニアリングマネージャーについて、話し合える場に来たかったため 第1回から注目していたが、ことごとく日程が合わず来れなかった EM.FMのゆのんさん(@yunon_phys)の登壇を聞きたかったため 心理的安全性の育て方 by tsuyoposo @cobasparxxx 自己紹介 経歴 : SIer -> ソーシャルゲーム会社 -> Fablic -> 楽天に吸収合併 ラクマの開発チームのチームビルディング 今日話す事 心理的安全性を高めるためにはどうするのか、本や実践の中で学んだ事 チームが機能するとはどういうことか――「学習力」と「実行力」を高める実践アプローチ 作者: エイミー・C・エドモンドソン,Amy C. Edmondson,野津智子出版社/メーカー: 英治出版発売日:
今，個人的に重視しているエンジニアリング組織のためのセオリーをまとめる - TechとPoemeの間
株式会社FOLIO にてエンジニアリングマネージャーをやっています．FOLIO では この1年間，プロダクト開発を円滑に進めるための組織を目指し，様々な試行錯誤をしてきました．その中でも，適切なチーム・グループの境界設定やミッションに基づいた組織の構造化は現在進行系で大きなトピックの一つです． Engineering Manager は Engineer のマネジメントではなく Engineering のマネジメントだ，という指摘が今回の Advent Calendar でもありましたが，エンジニアリング組織の持てるポテンシャルを十二分に引き出せるかどうかを左右する変数のひとつが「組織のカタチ」だと思います。 本稿は，10月のあるタイミングで社内に向けた啓蒙活動の際に書き出した『組織づくりを考える上で知っておく必要のある概念たち』という wiki の内容を素にしています．私が今の仕事のコン
2018年マネジメント振り返り - クラウドワークス エンジニアブログ
この記事は、クラウドワークス Advent Calendar 2018の10日目です。 こんにちは、プロダクトDiv. エンジニアリング部 部長の飯田です。 エンジニア組織のマネジメントは4月からやらせていただいているのですが、この記事ではこのマネジメント観点から激動の2018年を振り返ってみたいと思います。 私自身のマネジメント歴としては、4月当初は2チームのマネージャーとして始まり、その2ヶ月後にはエンジニア全体をみることになり現在に至ります。 4月から10月までの半年は、プロダクト全体の施策の攻めと守りのバランスの葛藤や、現場と経営陣の価値観の差異をどうやって埋めるのかということについて頭を悩ませてきた半年でした。 思うに、組織全体で長きにわたり分析・解決が難しかった課題としては「組織の意思決定プロセス」があげられると思っております。 現在所属しているプロダクトDivではスクラムでプ
アジャイルなチームを改善するアイデア集「101 ideas for agile teams」で僕が学んだこと | Backlogブログ
海外カンファレンス行ったときに参加者と全然話せなくて英語喋れたらなと思ったけど、そもそも日本語でもあまり話せなかった(;ω;)中村です。 突然ですが、アジャイルなチームになるためのアイデア集「101 ideas for agile teams」を知っていますか？ 本記事では、2ヶ月間1日1つずつ「101 ideas for agile teams」から、チームワークに活かせると感じたアイデアを日本語でまとめた結果、僕が学んだことをご紹介します。 101 ideas for agile teamsとは 2016年からMediumに投稿されている記事に『101 ideas for agile teams – a collection of ideas on how to improve team work in an agile team –』という英語の連載があります。ざっくり訳すと、アジャ
エンジニアとしてワクワクし続けるためのエンジニアリングマネージャという役割分担 - BASE開発チームブログ
これは BASE アドベントカレンダー 1日目の記事です。 devblog.thebase.in CTOの藤川です。ネットではえふしんと名乗っていて、会社でもえふしんさんと呼ぶ人が大多数です。 今年はテックリードの働きかけをきっかけとして、BASE社でもアドベントカレンダーを書いてみよう！という話になりました。皆様よろしくお願いいたします。 最近、エンジニアリングマネージャという役割が急速に普及し始めているので、今回はマネジメントの話について書いてみたいと思います。 IT業界にはエンジニア35歳定年説という都市伝説がまかり通っています。開発技術が進化してコードを書く労力が劇的に下がったにも関わらず、このことに恐怖してる人は少なくないようですし、何よりエンジニアがコードを書かなくなるような状態は望ましい状態ではないとされています。 一方で、成長するビジネスにおいては組織を作っていかないといけ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
マネージャーという役割で仕事をしているだけで偉い人ではないです - Diary