中年会社員が部署異動してつらかった話 - やしお
会社で部署異動になって5ヶ月超が経った。経験のない業務分野で係長クラスになっている。 今まで会社勤めをしていて、業務内容に特にこだわりもなく、それなりにやれてきたから、まあ大丈夫かと思っていたけど、あまり大丈夫じゃなかった。結構つらかったし、割と嫌な気分になっていた。（今は割と大丈夫。） どの辺が辛かったかとかメモに残しておこうと思って。 異動前 大手メーカーに新卒で入社して15年ほど勤めている。 前の職場（比較的製造現場に近い技術系職場）では、4年ほど担当者として働いた後、係長ポジションになって4年ほど働いた（係のメンバーは10名弱）。 異動 同じ事業部門の中で別の課に異動した。異動先の課の業務内容は、漠然とした理解しかなかった。 30名程度の課で、25名の係の係長をしろとのことだった。もともと課の管掌範囲が広いこともあり、十分にマネジメントが機能しておらず、その辺りを助けてほしいみたい
開発チームのマネージャーとして意識しているチームのCapability - LayerX エンジニアブログ
こんにちは。バクラク申請・経費精算チームでエンジニアリングマネージャーをしているsh_komineです。 7月はLayerXエンジニアブログを活発にしよう月間 ということで、今日は最近自分が「開発チームのマネージャーとして意識しているチームのCapability 」について話をしようと思います。LayerXのテックブログでは数少ないマネジメント系の話です。 私自身、エンジニアリングマネージャー歴自体は1年ほどなので、まだまだ足りない面もあると思いますが、誰かの参考になればと思います。 開発チームとCapabilityの定義 開発チームの単位もいろいろとありますが、基本的にはチームとして意思決定し、開発活動を続ける最小単位のチームを想定しています。開発エンジニアにプロダクトマネージャー、チームによってはデザイナーやQAなども含みます。自分の場合は職能横断型のプロダクト・顧客に向き合うチームを
意思決定できる人の手順の型 - Konifar's ZATSU
意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す
CTO 3度目の正直 / My 3rd CTO Career
CTO Meetup #1 in P2B Haus. ビールxCTO といえば P2B Haus https://kichijoji.p2b.haus/
エンジニアリングマネージャー必読の翻訳書 7選
Dec 8, 2021 マネージャーとしてチームを率いる際、自分が正しくチームをマネージメントできているのか？ 誰か偉大なマネージャーに教えを請いたいと思う人は多いのではないでしょうか？ 一方で、現場でマネージメントに関する手厚い指導を受けられる機会は少なく、日々の業務に忙殺されてしまうのが現実かと思います。 そんな中、海外の上司や同僚から勧められた書籍からは非常に多くの事を学ぶ事ができました。 どの書籍も非常に多くの批評を経て評価されており、秀でた著作は翻訳されています。 日本で日本語で書かれた書籍も読みやすく、血肉になります。 一方で翻訳書はクセはあるものの、日本からは得づらい情報や面白いエピソードを提供してくれます。 また書かれている内容を共通の概念としてグローバルなマネジメントチームと会話できるというのも助かる点でした。 今回は自分が読んできたマネージメントに関する翻訳書の中で特に
趣味プロジェクトをリードする技術 / Technology to lead hobby projects
CAMPHOR- DAY 2021で発表したスライドです。 https://camphor.connpass.com/event/206786/ 概要 趣味プロジェクトを完走するのは一筋縄では行きません。 長期休暇などのライフスタイルの変化やチームメンバー間の認識の齟齬といった様々な要因でモチベーションが削られてしまい、いつの間にか幽霊プロジェクトと化してしまった経験を持つ方は多いのではないでしょうか？ このセッションでは、「新規Webサービスのリリース」という仮想のプロジェクトに沿って、趣味プロジェクトを完走させるためのテクニックを紹介します。 テクニカルスキルというよりマネジメントスキル寄りの話になりますが、個人開発・チーム開発のどちらでも有効なテクニックなので、様々な場面で応用していただければ幸いです。 Twitter: https://twitter.com/p1ass GitHu
Webディレクターのスキルツリー - 二宮日記
Webディレクター解体アドベントカレンダー初日の記事です。今日はWebディレクターという職種を定義するために作ったRPG風のスキルツリーとその活用方法を紹介します。あとは関連する他の開発メンバーとお互いの担当範囲を明確にする方法や、スキルツリーをスキルアップに役立てる方法について書きます。 曖昧な仕事 Webディレクターという職種に期待される仕事の内容は、開発に関わる他の職種と比べても非常に曖昧です。そもそも何ですか、ディレクションって。英語を直訳すると方向とか指示とかそういう意味ですけど、概念的でふわっとしています。 ディレクションという仕事に含まれる範囲も様々です。受託でホームページ制作を請け負って進行管理をメインに行うWebディレクターもいれば、既存自社サービスの売上増に責任を負う人も、新サービスの立ち上げに挑戦する人もいて、同じディレクターという名前でもやっている仕事が全然違います
締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
「88点の仕事を、88点って言っちゃダメ」つんく♂が語り尽くす“伸びる若手”の共通項｜新R25 - シゴトも人生も、もっと楽しもう。
社会人になって数年たったR25世代のビジネスマン。後輩ができたり、ちょっとしたチームのリーダーを任せられたりする機会も増えてきます。 でも、いわゆる「マネジメント」なんてしたことないから、どうしたらいいのかわからない！ 今回は、そんな悩みを、この超大物に相談する機会に恵まれました。 【つんく♂】1968年生まれ。大阪府出身。1992年、「シャ乱Q」でデビュー。「シングルベッド」「ズルい女」「いいわけ」などのヒット曲を発表する。1997年より「モーニング娘。」のプロデューサーとして活動。その後、「ハロー！プロジェクト」にて多くのグループのプロデュースを務める。2020年には絵本『ねぇ、ママ？僕のお願い！』（双葉社）をプロデュース。また、オンラインサロン「つんく♂エンタメ♪サロン」を主宰するなど、さまざまな活動を続ける プロデューサーとして、モーニング娘。をはじめとする、数多くの才能を見出して
リーダーになるすべての人に知ってほしい ヒトに関する問題解決の極意
What、Where、When、HowのISとIS NOTを押さえることで、初めてA君の状況が見えてきます。上司の直感で「A君はダメだ」と決めつける場合と比べて、状況認識に広がりと深さが出てくることがわかると思います。 情報の品質という観点からもこのようなシステマティックなアプローチは威力を発揮します。ヒトに関する良質な情報は収集が難しいので、怪しげな情報が横行する危険性が常にあります。ところが、目についた否定的なIS情報だけでなくて、IS NOTという対照情報も探すとなると、自ずと情報がスクリーニングされることになります。 比較に耐える情報を探さなければならないので、直接情報（自分が直接見た）なのか、間接情報（他人が直接見たことを確認した）なのか、噂（誰が見たかわからない）や臆見（根拠の薄弱な情報に基づいた主観的意見）なのか、ということが気になるからです。こうして、正しいものだけ受け入れ
ぬるま湯 or 過重負荷のチームを脱却せよ–伊藤直也が「1人CTOナイト」で話したヒント - ログミーTech
2016年8月30日、これまで2社のCTOと5社の技術顧問を経験してきた一休の伊藤直也氏による「1人CTO Night」が開催されました。主催は転職サイト「DODA」を運営する、株式会社インテリジェンス。開発知識に加え、マネジメントスキルも求められるプロダクトマネージャーが最速・最高のアウトプットを生み出すにはどうすればいいのでしょうか。本パートでは、伊藤氏がチームが抱える課題をいち早く見つけるためのフレーミングと1on1について話しました。 チームが最もベストな状態は「責任と心理的安全性が高い」 伊藤直也氏（以下、伊藤）：次は、「組織課題の発見とアプローチ」について。 僕が最近すごく気に入っている考え方がありまして、それが「心理的安全性と責任」という話なんですよね。『チームが機能するとはどういうことか――「学習力」と「実行力」を高める実践アプローチ』に書いていたもので、ここでもやはり「2
セルフマネジメントの必須スキル「タスクばらし」そのポイント | Social Change!
私たちソニックガーデンでは、指示命令のマネジメントを捨て、メンバーそれぞれが自分で考え自律的に行動することで、高い生産性を発揮しつつ様々な変化に対して柔軟に対応できる組織づくりに努めている。 そんなメンバーたちに求めるのはセルフマネジメントができることだ。セルフマネジメントができるために身に付ける素養は少なくない。しかし、セルフマネジメントを身につける最初の一歩は何かを聞かれたら「タスクばらし」だと答えるだろう。 本記事では、セルフマネジメントをマスターするための最初の必須のスキル「タスクばらし」について紹介する。 「タスクばらし」とは 「タスクばらし」とは、読んで字のごとく、仕事をタスクにバラすことである。仕事に取り掛かる前に、その仕事の要素を分解し、どのように進めるか道筋を立てることで、どれくらい時間がかかるか、リスクは何か、見通しを得ることができる。 当たり前のことだと思っていたが、
7年間のCTO人生を振り返ってみる
2015年8月、株式会社ビズリーチにおいてCTOから事業責任者へと職務が変わり、もうすぐ半年が経過しようとしているところですが、一度、7年弱に渡るCTO人生を振り返ってみようかと思います。 CTOとは何をする人ぞCTOとはChief Technology Officerの略。最高技術責任者とも言われます。AWSさんや、TechCrunchさんなどが主催する、CTOを集めるイベントに参加させて貰うと、たくさんのCTOの方とお話する機会もあり、時々、CTOの役割って何なんでしょうね？なんていう話になることがあります。お話を聞くと千差万別、まだ役割が完全に決まっていないくらい、歴史の浅い役割であるということと、結局はトップの一人なので、最終的にはその人ができる限界値が役割になっているのだと思うのですが、ひとつのケーススタディということで、僕がやってきたことを綴ってみようと思います。 サービスの立
IT企業10社に聞いた、マネジメントを学んだ「良書」とは | nanapi [ナナピ]
2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。
![IT企業10社に聞いた、マネジメントを学んだ「良書」とは | nanapi [ナナピ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/28eae5ee3d9f7ef75c751fc65da151cf7eb2fb89/height=288;version=1;width=512/https%3A%2F%2Fimage.nanapi.com%2Fr%2F2015%2F09%2F15%2F16%2F73787c96-8051-4175-b9f5-c23dc1e5b4fc.jpg)
【後編】七転八倒の先に見出したCTO道――グリーCTOに、色々ホンネで聞いてみた / 飲み会で探るエンジニアのホンネ #naoya_sushi 編
＜前編のあらすじと後編のお話＞ 寒風吹きすさぶ師走の夜、伊藤直也氏（以下「naoya」）が寿司屋に招いたのは、かつての上司でもある『グリー』CTOの藤本真樹氏（以下「藤本」）。インターネット業界におけるCTOの第一人者であり、私淑するエンジニアも多いことで知られる藤本氏だが、焼酎片手に語り出したのは、かつてマネジメント業務で四苦八苦したという反省の歴史。CTOとしての藤本氏の“凄さ”を知る伊藤氏にとっては意外な話のオンパレードで、会話のボルテージは時とともに高まっていくのであった――。 ⇒【前編】の記事はこちら さて、今回の後編では、藤本氏のCTOとしての取り組みをさらに深掘りすることで、いかにして「CTOとはかくあるべし」と開眼するにいたったのかを明らかにしていきます。実は生魚が苦手という藤本氏ですが、今のところは料理も愉しんでいただいている様子で一安心。ぼちぼち酔いもまわってきて、二人
データの鬼、Googleが解析した「よい上司を製造する8つの条件」
検索結果によって人の流れを自由に操る力をもつGoogle。その中で「よい上司」としてチームをまとめ結果を出すには何が必要なのでしょうか。人事チームによる解析計画「Project Oxygen」によって実に驚くべき結論が現れました。 Google流マネジメントの限界 Googleが採用するのは一言でいえば「天才」。豊富な知識と高い技術力をもち、しかも自分で考えて動ける人々が厳しい倍率を潜り抜けてやってきます。そういう人材に自由にさせておけばそれなりに結果が出る……これがGoogle流マネジメントだ、というのが共通の見解でした。 しかし実際には「デキる」チームとそうでないチームが生まれてしまうという現象が起こっていました。しかも「デキる」チームは何をやってもよい結果を出してしまうのです。ならば「高い能力を持った管理職」が大事なのではないか、そういう人物は何を備えているのか。これを探るべく人事チ
マネジャーもエンジニアもクリエイティブであれ――クックパッド・井原氏
2000万のユーザーを抱え、国内最大級の料理レシピサイトとして知られるクックパッド。同社の技術部門を束ね、現在は「社長室エンジニア」というユニークな肩書でサービス開発に打ち込む井原正博氏は、数々のオンラインサービス開発の現場を指揮してきた人物だ。井原氏に、エンジニアとして、また、ITマネジャーとして生きる道を尋ねた。 マネジメントも楽しい 大学で文系を専攻した井原氏は、「モノを作る仕事がしたい」との気概でIT業界に飛び込んだ。新卒入社のジャストシステムでソフトウェアやASPサービスの開発に携わり、モバイルアプリ開発のベンチャー企業を経て、ヤフーに転職する。同社では「Yahoo!メッセンジャー」のWindows版や掲示板、知恵袋をはじめ、コミュニケーションサービス全般の企画や開発の責任者を務めた。クックパッドの入社は2010年。技術部部長として同社の開発部門の基礎を作り上げた。 1人のエンジ
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（前編）
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（前編） スクラムは、アジャイル開発における方法論の中でもっとも普及している方法論の1つです。スクラムという用語を用い、その考え方を最初に提唱したのは、1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。それが1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによってアジャイル開発の方法論としてのスクラム（アジャイルスクラム）になったわけです。 野中氏は知識創造理論によって知られており、ウォールストリートジャーナルによる、「もっとも影響力のある思想家リスト」の20位にランクされています。 1月15日に都内で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアメンター制度の効果的な運用を目指して/improve-mentor-system
技術的負債と向き合う
