Masato Morishima / チューリング株式会社CFO @MasatoMorishima イーロン・マスクさんが複数社経営しつつ、なぜこんなに生産性が高いのかに関する面白い話。 実は彼は予想に反してほとんどの業務は権限委譲していて、彼がやるのは毎週1つだけ。 「今この会社で最も重要なボトルネック・課題は何か？」を見つけ、その解決のためだけに週のほとんどの時間を費やすらしい。 しかもその際には、現場の製造ラインのオペレーターやソフトウェアエンジニアなど実際にそのタスクに関わっている人たちのレベルまで下りていき、現場の人たちと一緒に課題に取り組み解決するまでやりきる。 そうすることで、年に52個のその会社にとって最も重要な問題を解決し、それにより会社を大きく前進させるらしい。 起業家レベル99。これはチューリングでもやっていきたい。 How Elon Musk Gets So Muc
鹿児島県警の不祥事を巡り、県警を管理する「県公安委員会」の在り方が問われている。県民の代表と位置付けられ、警察業務に県民の考えを反映させるという任務を負うが、活動内容が知られる機会はほとんどなく、機能しているか疑問視する声もある。連載「検証 鹿児島県警」の第２部は、県公安委の実態を捉え、県警の信頼回復へ果たすべき役割を考える。（連載・検証鹿児島県警第２部「問われる公安委」⑤より） 鹿児島県公安委員会は今月２０日、ホームページ（ＨＰ）の発信内容を改めた。 会議録に開催時間や出席者名などを記し、これまで伏せていた会議のやりとりは、出席者の発言を一部載せるようになった。９月２５日の定例会では、委員が「（職員が本部長に課題を直言する）改革推進研究会ではボトムアップ型で意見を求めることに意義がある。出席者が具体的な意見を出しやすいように配慮願う」と野川明輝前本部長らに求めたことが分かる。 しかし九州
品質さん @chokyori_tsukin 上に出世すればするほど、『どれだけ人を許せるか』というゲームに変わっていく。当たり前だが、完璧な部下などいない。実力がないくせに口だけ立派な奴だって大勢いる。結局のところ、出世すればするほど相対的に不優秀な人間を部下に抱えることになる。その不完全性を理解して認めることが大切。 2024-12-18 19:44:47
資料を公開したのは、GOのタクシー事業者向け管理画面を開発するグループのマネジャーを務める大橋平和さん。チームメンバーは大橋さんを含めて6人で、マネジャーになるのは大橋さんのキャリアで初という。 大橋さんはマネジャーになった当初、メンバーへのフィードバックに力を入れていた。3カ月ごとに成長している点や、昇格に必要な能力と現状のギャップなどをメンバーに伝達。成長するメンバーもいた一方、伸び悩んでいるメンバーには、さらに強いフィードバックで、冷たい態度を取ってしまっていたという。 結果、チームの雰囲気が悪くなり、大橋さんの上司がメンバーにヒアリングする事態に。大橋さんの発言が「誤った発言を責める」「ミスをとがめる」ように感じられ、「発言しづらい空気がある」とメンバーが思っていることが判明した。これを受け、大橋さんはメンバーに対して謝罪したという。 この経験を振り返り、大橋さんは、人格批判やマイ
EMになってかれこれ1年半ほど経過しました。仕事でほとんどコードを書かなくなってからは1年くらいが経ちます。代わりに組織やヒトのマネジメントが主務になっています。情報収集をしてチームの軌道修正をしたり、メンバーの活躍や成長を助けたり、組織の成果を大きくするための変化を企画したりといった具合です。何かを考えておく、文書にまとめるという仕事が日々大量に襲ってきます。それらを効率よくこなす訓練をしていくと、日々の仕事の不確実性はどんどん下がっていきます。この件は30分で結論を出す！この企画書は1時間でまとめきる！それを見積り通りやれるようになっていきます。パフォーマンスを出す上で、仕事に不確実性はないし許容できないというマインドが強くなるのを感じます。 そんな暮らしの中で、月に1件くらい開発タスクをやることがあります。チームの負荷を下げるためメインラインではない保守運用を巻き取ることにしているの
ここ数年、組織の拡大に伴い、過去にはやらなかった取り組みを始める機会が増えた。特に大きな変化の一つが、デザイナーやエンジニア、ライターといったクリエイターたちの作業時間や作業項目を細かく記録する「工数管理ツール」を全社導入したことである。 工数管理のメインツールとしては、freeeさんが提供している「freee工数管理」を使用している。 UIに優れた便利なツールで、Googleカレンダーと連動させることでかなりの入力を自動化できるが、プロジェクト単位や人単位の集計など、標準機能では提供されていないレポートもあったので、このツールで出力されるデータを元にプロジェクト別/人別に表示できるツールも自作した。 なお、このツールを、freeeさん協力の下、外部にも販売することになった。ご興味がある方は、文末にも掲載しているLPからお問い合わせください。 導入の経緯 業界によっては、「なんでこんな当た
ステラP@🐊🐊⚡️ @happy_explorer7 自分も今まさにこんな感じだ… 予定している作業のところで質問攻めで時間奪われて、 自分は作業が残っているのに質問者はさっさと帰っていく… x.com/kokkaisheep/st… 2024-11-20 12:23:29
「部下が育たないのですがどうすればよいですか？」 このような質問を私たちは過去多くのマネジャーからいただいてきました。 原因はケースによってさまざまあります。 私たちの経験上、特にエンジニアが多い組織においては、自分の担当する領域についての技術などについては進んで学習するものの、人と関わることや上司後輩との関わりが弱くなりがちという傾向があります。 しかし、このようなケースでも、「部下がよく育つ時期」に「適切なサポート」を実施することで、部下が育つようになっていきます。 例えば、以前ご相談いただいた会社は、以下の状況でした。 【相談いただいた会社の状況】 お悩み：今後管理職となって組織を引っ張っていってほしい世代が育っていない ご要望：意識・マインドの育成をしていきたい ご提案：中堅技術者の意識・マインド育成による底上げをするための研修 （詳細） 大変な状況ではあったものの、「部下がよく育
らくからちゃ @lacucaracha はてなブログにて『ゆとりずむ』(40万PV/月くらい)というふざけたブログを書いている人。 某SIerでERPのサポートを担当してます。原価「管理」を実現するための支援が出来る原価コンサルになりたいなあ。お気軽にフォローミー！【興味分野】ネットワーク理論/複雑系科学/会計学/原価管理/麻雀/簿記1級受験生 yutorism.jp らくからちゃ @lacucaracha 知り合いの会社で、管理職と別系統で「指導職」を作って、エキスパートエンジニアがマネジメントをしなくても職位と給与を上げていく仕組みを作っていたけど、その後がなかなか興味深かったなあ。 2024-10-20 09:25:09 らくからちゃ @lacucaracha 同社の指導職はありがちな管理職と主任職の繋ぎ的なものではなく、完全に別体系のプロフェッショナルという位置付けになる。 管理職
コーヒー好きのPM @coffee_nomimasu SIerでSE10年＋PM10年 【ポスト】プロマネやシステム開発の経験談、本の紹介、趣味の話 【趣味】マンガ、ゲーム、ランニング、バスケ、落語 【好き】BUMP OF CHICKEN、カフェ、アイスコーヒー、デザート 【資格】情報処理(FE/AP/DB/NW/SC/PM)、PMP(失効)、AWS5冠 note.com/pgsepm コーヒー好きのPM @coffee_nomimasu 他社に転職していった同僚から聞いたのですが「このExcelにタスクの進捗いれてください、とメンバーに伝えても半分は進捗いれてくれないしExcelみもしない人さえいる」とのこと。メンバーが自主的に進捗入力したり遅延する前に教えてくれるのはすごいことらしい。
はじめに「マネージャーは尊敬される人柄じゃないと無理ですよね」 「マネージャーは対人感受性がないと」 「そもそも、人として向き不向きがあるよね」 経営者の方と議論していると、マネージャーを誰にしようかと悩む時、あるいは自社のマネージャーについてコメントをする時、こういうご意見はよく伺います。 これらの問いに対して私の答えは「No」です。 マネジメントはフローもやり方もはっきりと言語化できる"業務"であり、そこにはマニュアルが存在します。訓練すれば誰でも一定程度のレベルで実行可能なものだと考えます。 今回は私が代表を務める会社、EVeMが提唱するマネジメント”業務”の実行方法「THE MANAGEMENT PATTERN」と、それを実行可能にする訓練方法について書きたいと思います。 マネジメントは"業務"であるドラッカーの言葉に「仕事を生産的なものにし、人間を活かすことが、マネジメントの役割
NANA@公務員辞めたい @NANA108017 時々質問をいただくので、会社員から公務員(市役所職員)になって後悔したことを以下ツリーに残しておきます。 あくまでも私の前職と私の市役所を比較した場合の話ですが、誰かの参考になれば嬉しいです。 NANA@公務員辞めたい @NANA108017 ・管理職にマネジメント能力がない(マネジメント能力がなくても管理職になれる) ・尊敬できる上司・先輩がいる割合が低い ・こんなに身分保障がしっかりしてるのに若手の退職率が高い。病気休暇率も高い ・朝早く来て無給で掃除をさせられたり、ボランティアを強制される ・残業代が満額出ない NANA@公務員辞めたい @NANA108017 ・民間企業での経験を活かせない(私の入った年は中途採用率が50%を超えていたから中途を積極的に採用していると思いきや、新卒が集まらないから仕方なく中途を採用しているだけだった。
マクシム @thksngy 解雇されやすい社会になると、被雇用者たちは当然「代わりがいる」状況を作られないよう動くインセンティブが強く働くので、重要な情報を秘匿する等分からないように全体最適に反する行動をしかねず、結局誰も得しないと思うね。 管理者はそれを防ぐ為に現場を細かく見る必要も生まれるしコスパ悪い。 2024-09-12 15:56:30 リンク J-CAST ニュース 「技を盗め」は時代遅れ？後進育成めぐり議論 「経験の言語化は意外と難しい」の声も 専門技術が求められる職業で、よく「技を盗め」という言葉を耳にします。熟練者が新人に対して、懇切丁寧にノウハウを伝えるのではなく、己の技術を側で見せ続けることによって、長い時間をかけて習熟していくことを期待する文脈で使われます。X（Twitter）では、この「技を盗め」というスタンスの教育手法についての投稿がたびたび議論を呼びます。ツイ
うれしかった。ので、メモ。 僕のいるチームのプロジェクトで、複数のチームにサポートしてもらいながら進める必要がある、ちょっと大きなものが始まりそうだったから、キックオフ前のキックオフやっとこかーってなって司会をした。オンラインミーティングね。 最初にこの会の目的を説明 今日のアジェンダのページのリンクは事前に共有もしていましたけど、いまSlackにもポストしておきましたー。 まだプロジェクトは始まってないんだけど、事前に調査とかをしたいから質問や相談をさせてもらいたいなと思っていて、そのときに「え？これなんの話？」って戸惑わせることがないように、プロジェクトの概要を共有しとこうと思ったー！だから、この会がうまくいったら、僕らが質問してもみなさんが戸惑わないようになっている！ Bさん、Slackにメモ残してってください。お願いしまーす！ からの、会の流れを説明 最初にPdMから10分くらいで
安達裕哉 @Books_Apps 叱らないマネジャーを見たことがある。 この人は、「テクニックとして叱らない」というのではなく、芯の部分で「叱っても、成果が上がるわけではない」と、ドライに考えていたフシがあった。 「彼らがサボるか、本気になるかは、私の管理の範疇外です」が口癖。ダメなら人を変えるだけ、と。 2024-09-09 20:11:00
かねてより人間、とりわけ労働者や従業員をリソースと呼ぶことについて批判的な意見を聞くことがあった。 2018 Don't call people resources - Ben Linders 2021 社員を「リソース」と呼んではいけない――。 | d's JOURNAL（dsj）- 理想の人事へ、ショートカット 2022 人間をリソースと呼ばない方がいいと思う - ジムには乗りたい 加えて、これらの主張に対するカウンターを見たこともある。「問題の所在が不明瞭」「情緒的な意見のみで代替が示されない」「人材を人財と書くような言葉遊びでは」等々。俗っぽく言えばここにあるのは、「モノ扱いしないでほしい」vs「とは言っても経営管理上はヒト・モノ・カネ・情報はリソースでしょ」という対立である。 この件について「人間をリソースと呼ぶことの問題についてアカデミックな見解・理論はあるのか」「人間をリソー
やつはし┃ﾋﾄの1日に密着する。 @shota_it ━━━━━━━━━━━ 経営者が採用すべきNO.2 ━━━━━━━━━━━ ※本の内容、文字起こししてみた 1. 成熟していてエゴがない。 創業者のビジョンに賛同し実行するために、自身のエゴを抑えられる経験豊富な人物 2. 創業者、CEOとの相性が良い。 COOが創業者とうまく意思疎通できないと、対立と不幸な結末が訪れるだろう。 3. 会社や組織をスケールさせた経験がある。 1000人の組織のマネジメント経験と、20人から1000 人に会社を成長させた経験とは似て非なるものだ。 組織づくりだけではなく、急速なスケールが求めら れる場合は、過去に爆速成長を経験した人を探すとよい。 4. 起業家精神がある。 スケールの経験があると同時に、スタートアップで働いたことがある人(または大企業でゼロから何かをスケールさせた経験がある人)が理想だ。
はじめに @dora_e_m さんのエントリがあまりに素敵だったので、僕も感化された "割り込みタスク × マネージャー" のネタを書くことにしました。 note.com このエントリでは、エンジニアとデザイナーのマネージャーをしている筆者が、メンバーから「割り込みタスクが多くて困っているんですがどうしたらよいでしょう」と相談されたときにするアドバイスをまとめました。ちなみに全て実際に体験したことです。 ※必ずしもこれら2職種でしか適用できない内容ではないですが、発想・解決のしかたが開発に依るところが大きいです。 なお、アドバイスの内容は個人でできるライトなものからタスクの依頼主に働きかけが必要なヘビーなものまであり、実際にアドバイスする順に並べるとこのようになります。 [個人] 割り込みタスクの優先度を過剰に高くしすぎていませんか [個人] 割り込みタスクにかけている時間はどれくらいです
私は世界規模のクラウドプラットフォームの開発者で、現在はシアトル付近に住んでいる。 先日書いた自分のポストに対する反応で面白い意見があってそれを読んでそらそう思うやろなぁと思った。ただ、私も別に嘘を言っているわけではないですし、これでビジネスも回っている。面白そうなので、その辺も調べてシェアすることにしてみました。 ウォーターフォールからアジャイルって開発側の話はいいのだが、それだと管理とか経営とか非エンジニアの理解を得られないので、納得できるところをちゃんと言語化してほしいんだよな。アジャイルの人の「見積もりがない」って言葉を使われるのが一番苦手、ストーリーポイントの設計は「計画と見積もり… — えふしん (@fshin2000) August 1, 2024 自分のチームの開発プロセス的なものこちらの方に自分のチームが現在やっている開発プロセスは書いてある。アジャイルとか、DevOps
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
