エンジニアからマネージャになったときにあるだろうなぁってことを想像して遊ぶ - Mitsuyuki.Shiiba
ソフトウェアエンジニアの話ね。想像して遊んでるだけね。 スキルは高い まず、マネージャになってほしいって言われる時点で「仕事を任せられる」というエンジニアなんだろうな。それは、つまりコードを書くことに加えて、プロダクトをなんとかしてリリースする力と責任感をもっていて、それが会社にとってプラスになっている。 だから、チームを任せて同じようなエンジニアを育てて欲しいと期待されている。自分自身も、自分のスキルをもっと会社の役に立てるぞー！とやる気になっている。 任せたい そういう人がマネージャになって、あるだろうなぁと思うのは「どう任せたらいいんだろう？」という悩み。 自分が手を動かせばプロジェクトがなんとかなるのは分かっている。でも、自分はマネージャの仕事があるし、そこは自分の役割ではないし、実際のところ手を動かす時間なんてない。それはメンバーにやってもらわないといけない。 ただ、だいたいの場
エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
プロダクト開発チームの分断に立ち向かう - yigarashiのブログ
先日のRSGT2023で以下の発表がありました。「自分がそれほどプロダクト開発に興味がないことに気づく」は自分自身にも心当たりがありますし、プロダクト開発チームのリアルを言語化した発表だと思いました。この発表では、そうした言語化を受けてどうするのかについては深く触れられておらず、回答は聴衆に委ねられていることから、さらに議論を広げてみようと思います。 実際問題、真に興味を持つのは大変 現代のプロダクトマネジメントは、ひとつの深遠な専門領域になっていると思います。「本が1冊書ける」なんてレベルではありません。何百冊、何千冊と書ける世界です。そうした専門知識を組み合わせ、市場とユーザーとプロダクトを徹底的に分析し、データに基づいて仮説検証を繰り返し、それを自分のプロダクトに接続する方法を捻り出して、ようやく少し尤もらしい方向に近づきます。とても過酷な領域です。 ここにエンジニアが越境して興味を
【資料公開】マネージャーのしごと
みなさんこんにちは。@ryuzeeです。 2022年12月9日に行われたイベント「Developers CAREER Boost」の登壇資料を公開します。 今回は、「マネージャー」と名のつく職種を分類して、それぞれの職務や定義を確認した上で、有効なマネージャーであるにはどうしたらよいかを整理してみました。 資料を作るにあたって、過去の日記を読み返したり記憶を思い起こしたりして、当時の活動や出来事、悩みを整理してみたのですが、自分はやっぱりマネージャーに向いていないし志向していないことを再確認できました（笑）。 全員がマネージャーにならなければいけないなんてことはなく、自分が日々楽しく過ごせるキャリアを選択すればいいと思いますが、資料が少しでも役に立てばうれしい限りです。 本セッションで紹介した書籍は以下のとおりです。 エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーに
優秀な人材の外資系への流出が止まらないメカニズムと対策
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 競泳に400m個人メドレーという種目があります。2020年現在の世界記録は、怪物と言われた米国のMichael Phelpsが2008年に北京オリンピックでマークした4分3秒で、12年間も破られていない大記録です。他方、4人の各種目のスペシャリストがリレーする400mメドレーリレーの世界記録は3分27秒です。単純に比較すると怪物Phelpsですら50m以上の大差で負けることになります。日本のIT系セールスの現場はまさにこれで、専門チームがリレーする仕組みには歯が立ちません。 その結果、外資系への優秀な人材流出が止まらないという現象が続いています。特に売れる営業ほど外資に行く傾向があり、新卒入社して5～7年くらいの営業としてスキルと自信が
k9s で一歩進んだ Kubernetes クラスタマネジメントを🐶 Goodbye to kubectl！ - okadato の雑記帳
はじめに さて前回、Hipster Shop をとりあえず起動するところまで試してみました。 adservice-56d6b86b69-ps58x 1/1 Running 0 12m cartservice-5b769fbcd-vghph 1/1 Running 0 12m checkoutservice-76cf7d66c4-9cn26 1/1 Running 0 12m currencyservice-676c45cbd8-sbndb 1/1 Running 0 12m emailservice-554cd4f969-lt5hz 1/1 Running 0 12m frontend-b8454cdfd-s7whb 1/1 Running 0 12m loadgenerator-545785998f-b78cx 1/1 Running 0 12m paymentservice-7945c
「職位が高い人間ほど、技術的な実務から遠ざかってしまう」のを解消しようとして、失敗した時の話。
どうも、しんざきです。 実を言うと先月・先々月と、プロジェクトが割と生死をさまようレベルで炎上しておりまして、夢のデスマ王国という風情だったんですが、お蔭様で今月はだいぶ落ち着いてきまして、若干人間的な生活が出来る状況になってきました。 デスマ程健康に悪いものはこの世に存在しないと思います。 失敗した時の話をします。 十年近く前の話ですが、システム開発の会社に勤めていたことがあります。 それ程有名な会社ではないのですが、一応独立系で、社員は4桁に届かないくらいで、SI案件とSES案件が大体半々くらい、自社業務と客先常駐も大体半々くらいという、まあよくある「昔ながらのシステム開発会社」だったと思います。 私はその会社で、主に金融関連のプロジェクトを担当する部署に所属していました。 ぬるい案件もあれば地獄案件もあったのですが、まあそれはいずれ、ほとぼりが冷めた頃に書こうと思います。 某大きな銀
「マネージの意味が“管理”？ ハズレです」田端信太郎が語るマネジメントの本質｜新R25 - 20代ビジネスパーソンのバイブル
社会人になって数年たったR25世代のビジネスマン。 後輩ができてきたり、ちょっとしたチームのリーダーを任せられたりする機会も出てきたはず。 実力に自信はないけど、ちょっとは先輩らしいところも見せなくては…。でも、いわゆる「マネジメント」なんてしたことないから、どうしたらいいのかわからない！ そこで、“新R25レギュラーズ”田端信太郎さんに「マネジメントの本質」を教えていただきました。 〈聞き手：天野俊吉（新R25編集部）〉 【田端信太郎（たばた・しんたろう）】株式会社ZOZO コミュニケーションデザイン室本部長。NTTデータを経てリクルートへ。フリーマガジン『R25』を立ち上げ、創刊後は広告営業の責任者を務める。その後ライブドア、コンデナスト・デジタル、NHN JAPANを経て、2018年3月から現職
手塚治虫が行ったパワハラに「超人は自分にも他人にも要求レベルが高すぎる」と改めて考えさせられる。 | Books&Apps
この漫画は手塚治虫さんの仕事にかける情熱を、当時彼と一緒に仕事をしていた人達と共に振り返るというもので、とても面白い作品だ。 漫画という仕事に驚異的な熱意をかける手塚治虫さんの生き方に、読んだら心を揺さぶられる事間違いなしである。 漫画の神様、手塚治虫。彼の作品に影響を受けた人は非常に多いし、僕も間違いなくその影響を受けたうちの1人である。 火の鳥や仏陀、アドルフに告ぐなんかは何回読んでもあまりの面白さに圧倒されるし、マイナーな作品ですら「こ、こんな面白い漫画、どうやったら書けるんだ・・・」という驚異的なクオリティーのものが多く、60歳という比較的短い生涯にもかかわらず、非常に膨大な作品を残したことでも知られている。 まさに仕事に生き、仕事に死んだ人といえるだろう。 僕は手塚治虫さんの作品がもの凄く好きだし、手塚治虫さんの生き方にはある種の憧れがある。 ただ、そういった感動フィルターを外し
バーンダウンチャートで子どもの夏休みの宿題を「マネジメント」した話 | Backlogブログ
Backlog開発チームの藤田です。皆さんは子どもの頃、夏休みの宿題にどんなふうに取り組んでいたでしょうか？ 夏休みの初めに一気に終わらせてしまう 毎日こつこつ進める 夏休みの終わり近くになって必死でやる 終わらせない などいろんなタイプがありますね。 私は「初めに一気に終わらせる」タイプでした。毎日こつこつ進めるとかは無理と自分でわかっていたので、先にやってしまって安心したかったのだと思います。「終わらせない」を選択できるほど肝が据わってもいませんでした。 本記事は、普段私たちが業務で使っているプロジェクト管理の手法を夏休みの宿題に応用したお話です。小学2年生になった娘と一緒に「夏休みの宿題完遂」を目的に、バーンダウンチャートなどを活用して、プロジェクトをどのように進めたのかお届けします。 夏休みの宿題をマネジメントする事の発端 うちの子にかぎって 私には小学校6年生と2年生の娘がいます
業務利用しているOSSの休日個人開発は業務か？ - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、OSS推進室長の岡田(@y_okady)です。 先日公開したOSSポリシーについて、たくさんのご意見をいただきました。ありがとうございます！ その中の一つに、労務管理上の懸念についてのご指摘がありました。上長からの指示がなくても、業務利用しているOSSの休日個人開発は業務にあたるのではないか、というものです。 僕としては、OSSガイドラインの導入にあたっては社員が無意識の時間外労働をしないよう会社側に留意してほしい、そのことは会社のリスク管理と、社会全体の労働者保護につながることであるし、労務管理について理解することは社員本人にとっても有益であろう、というあたりかしら— Kazuho Oku (@kazuho) 2018年9月11日 これについて、社員のオープンソース活動を支援する役割を担う「OSS推進室（OSPO）」で話し合って見解をまとめたのでご紹介したいと思います。 技術
デスマーチが起きる理由 - ３つの指標
鳥のさえずり声を聞いて、私は悪態を吐いた。今日の早朝に予定されていたミーティングのことをすっかり忘れていたのだ。 まったく、最悪の朝だ。着替えている間に、電話も鳴った。「高い金を払ってコンサルタントを雇った極めて重要なミーティングだ」と念を押されていたというのに。 それもこれも昨日のバグのせいだ。睡眠時間も、開発スキルも、人員も、私の現場には何もかもが足りていない。 それにも関らず、理解の足りない上司は「テスト工程を削ってでも早く納品しろ」とプレッシャーを与えてくる。 あの馬鹿どもめ。一体何を考えているんだ？ スーツに着替え終わった私は、冷蔵庫の缶コーヒーで空腹を誤魔化すと、バイクに跨った。通勤時間が5分なのが、せめてもの救いだ。 「遅れてすまない」 そう言って会議室に入ると、奇妙なことに気がついた。教室のように整然と並んでいたはずの机が、即席の半円形に並べ替えられていた。 何より、ホワイ
シリコンバレーの「何が」凄いのか
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/ Read less
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
中堅エンジニアのための経営戦略入門(2) | タイム・コンサルタントの日誌から
製品やサービスの開発という視点からビジネスを考えるときには、4つの大きな要素があります。市場、競争、組織体制、技術の4つです。この4つは、企業の持つ能力の4つの面を表している、とも言えますね。つまり、販売能力、競争力、供給能力、技術開発力の4つです。 製品やサービスを開発するときには、これら4つの要素を独立にバラバラに検討するのではなく、合わせ技として、スパイラルを形成するような仕組みを考えることがポイントです。 ところでこの4つの要素は、最初の2つが企業にとっての外部環境を表し、残る2つが内部環境を表すと言い換えることもできます。ここで似たようなものとして想起されるのが、SWOT分析でしょう。よく経営コンサルタントは、最初に訪問したクライアントに対し、SWOT分析という道具立てを導入に使います。SWOTとは、strength, weakness, opportunities, threa
なぜビジネスコンテストからビジネスが生まれないのか？
学生時代にビジネスコンテストで賞金稼ぎをしていた、ところてんです。 最近、いろいろあって、なんとなくビジネスコンテストの何がクソかが分かってきたので、ポエムを書いてみます。 最近、人事系のブログやら記事やら書籍では、Will,Can,Mustという概念がよく言及されています。私がこの概念を始めて知ったのは、サイボウズ社の社長の青野さんが書かれた「チームのことだけ、考えた」からです。せっかくなので、同書から引用しましょう。 「チームのことだけ、考えた」から引用Willは「自分がやりたいこと」で、これはそのままです。 Canも言葉通りで「自分ができること」です。 Mustだけ少し難しくて、これは「会社や社会から求められていること」というようになります。 Will,Can,Mustが組み合わさった領域というのは、自発的にも高いパフォーマンスが発揮でき、かつ社会的にも高いパフォーマンス（売上、利益
中堅エンジニアのための経営戦略入門 | タイム・コンサルタントの日誌から
Kさん、お久しぶりです。ご無沙汰しておりましたが、何年ぶりかで本社に戻られたとのこと。お元気そうで何よりです。 普通の人なら「本社にご栄転」おめでとうございます、という言葉遣いをするところでしょうが、それでは工場より本社の方が「上」である、という意味になりますね。わたしは本社も工場も企業組織の一部であって、それぞれ役割が違うだけだと考えているので、あえてそうは申し上げません。それに、本社への異動が栄転なら、以前Kさんが工場に移動されたのは左遷だったということになってしまい、ますます不適当ではありませんか。 まあそんな事はともあれ、本社の製品企画部門に移られて、あらためて「製品戦略とはいったい何か？ 何をどう考えるべきか？」という、真ん中直球の問いが頭の中に生まれた、というあたりが、とてもKさんらしいと感じました。たしかにおっしゃる通り、戦略立案が本社の重要な機能であることは多くの人が感じて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現代的システム開発概論
心理的安全性を 0から80ぐらいに上げた話
