会社員から市役所職員に転職して後悔したこと
NANA@公務員辞めたい @NANA108017 時々質問をいただくので、会社員から公務員(市役所職員)になって後悔したことを以下ツリーに残しておきます。 あくまでも私の前職と私の市役所を比較した場合の話ですが、誰かの参考になれば嬉しいです。 NANA@公務員辞めたい @NANA108017 ・管理職にマネジメント能力がない(マネジメント能力がなくても管理職になれる) ・尊敬できる上司・先輩がいる割合が低い ・こんなに身分保障がしっかりしてるのに若手の退職率が高い。病気休暇率も高い ・朝早く来て無給で掃除をさせられたり、ボランティアを強制される ・残業代が満額出ない NANA@公務員辞めたい @NANA108017 ・民間企業での経験を活かせない(私の入った年は中途採用率が50%を超えていたから中途を積極的に採用していると思いきや、新卒が集まらないから仕方なく中途を採用しているだけだった。
解雇規制の緩和が進んだ社会、実はコスパ悪いかもしれない「下手をすると『新人に間違ったことを教える』まである」
マクシム @thksngy 解雇されやすい社会になると、被雇用者たちは当然「代わりがいる」状況を作られないよう動くインセンティブが強く働くので、重要な情報を秘匿する等分からないように全体最適に反する行動をしかねず、結局誰も得しないと思うね。 管理者はそれを防ぐ為に現場を細かく見る必要も生まれるしコスパ悪い。 リンク J-CAST ニュース 「技を盗め」は時代遅れ？後進育成めぐり議論 「経験の言語化は意外と難しい」の声も 専門技術が求められる職業で、よく「技を盗め」という言葉を耳にします。熟練者が新人に対して、懇切丁寧にノウハウを伝えるのではなく、己の技術を側で見せ続けることによって、長い時間をかけて習熟していくことを期待する文脈で使われます。X（Twitter）では、この「技を盗め」というスタンスの教育手法についての投稿がたびたび議論を呼びます。ツイートまとめサービスのTogetter（ト
会議のファシリテーションをほめてもらった - Mitsuyuki.Shiiba
うれしかった。ので、メモ。 僕のいるチームのプロジェクトで、複数のチームにサポートしてもらいながら進める必要がある、ちょっと大きなものが始まりそうだったから、キックオフ前のキックオフやっとこかーってなって司会をした。オンラインミーティングね。 最初にこの会の目的を説明 今日のアジェンダのページのリンクは事前に共有もしていましたけど、いまSlackにもポストしておきましたー。 まだプロジェクトは始まってないんだけど、事前に調査とかをしたいから質問や相談をさせてもらいたいなと思っていて、そのときに「え？これなんの話？」って戸惑わせることがないように、プロジェクトの概要を共有しとこうと思ったー！だから、この会がうまくいったら、僕らが質問してもみなさんが戸惑わないようになっている！ Bさん、Slackにメモ残してってください。お願いしまーす！ からの、会の流れを説明 最初にPdMから10分くらいで
「彼らがサボるか、本気になるかは、私の管理の範疇外です」が口癖の叱らないマネジャーの話→様々な声が寄せられる
安達裕哉 @Books_Apps 叱らないマネジャーを見たことがある。 この人は、「テクニックとして叱らない」というのではなく、芯の部分で「叱っても、成果が上がるわけではない」と、ドライに考えていたフシがあった。 「彼らがサボるか、本気になるかは、私の管理の範疇外です」が口癖。ダメなら人を変えるだけ、と。
人間をリソースと呼ぶことの何が問題なのか - valid,invalid
かねてより人間、とりわけ労働者や従業員をリソースと呼ぶことについて批判的な意見を聞くことがあった。 2018 Don't call people resources - Ben Linders 2021 社員を「リソース」と呼んではいけない――。 | d's JOURNAL（dsj）- 理想の人事へ、ショートカット 2022 人間をリソースと呼ばない方がいいと思う - ジムには乗りたい 加えて、これらの主張に対するカウンターを見たこともある。「問題の所在が不明瞭」「情緒的な意見のみで代替が示されない」「人材を人財と書くような言葉遊びでは」等々。俗っぽく言えばここにあるのは、「モノ扱いしないでほしい」vs「とは言っても経営管理上はヒト・モノ・カネ・情報はリソースでしょ」という対立である。 この件について「人間をリソースと呼ぶことの問題についてアカデミックな見解・理論はあるのか」「人間をリソー
経営者は、こういうナンバー2を採用すべき→「そんな人そもそもいない」「こんな能力あるならナンバー2に収まらない」様々な意見が集まる
やつはし┃ﾋﾄの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
おかしいと批難されているゲームの要素が開発内で指摘されない理由｜panke
Twitterのタイムラインを眺めていると、ゲームに関する感想で次のようなポストを見かけることがあります。 〇〇がおかしいって、開発内で指摘する人誰も居なかったの？ 〇〇〇人も開発メンバーがいて、何で誰も指摘しないの？ これまでゲーム開発の現場をいくつか見てきましたが、ユーザーから批難される要素がゲーム中に存在していることに開発内で誰も気づいていないということはほとんど無いように思えます。しかし、誰かしらがその要素に気づいていても、開発内で指摘されないことがあります。 クリエイターなら、誰もがより良いものを作ろうと思っているはず……。 なぜ誰も指摘を行わないのでしょうか。 開発現場では、日々様々な仕様作成・アセット制作・実装業務等が進行しています。その中で各業務の関係者が内容をチェックするので、業務内容を批判する（良いところ、悪いところを見分け、評価する）ことは日常的に行われています。 し
生産性の可視化こわい - masayuki5160's diary
TL;DR 立場によっては、組織全体の生産性の可視化が必要なのはわかる。 ただ、チーム単位での生産性の細かい可視化の話はちょっとこわい。チーム単位での生産性に関しては、ある期間にそのチームがどんな機能をリリースして、それがどうだったか、を評価して、をすればだいたい良いような。 生産性の可視化？ 全然知らなかったんだけど、開発生産性の可視化を支援するSaaSがあると先日知った。こちら。 findy-team.io なるほど最近はすごい便利なものがあるなーと思った。 一方で、このツールと日々にらめっこしてるチームはなんか僕が目指したいチームではないなと思った。だから、僕はこういうツールは今の僕の立場としてはいらないなーと思った。 でも、組織に所属するエンジニアが100名、200名とか規模になってるようなとき、その組織のCTOなりVPoE、組織横断の課題を解決するチームなどはこういったツールは必
【海外】遅刻しがちな部下に事情を聞いたら子供を預けている託児所が原因だったので、別の託児所を紹介したら最悪の結果になった話
KATAOKA Genichi @katax 今聞いてる本に「遅刻しがちな部下に事情を聞いたら子供を預けている託児所に原因であることがわかったので、自分が子供を預けている託児所を紹介したところ、そこで部下の子供に事故が起こり、部下は会社を訴えて勝訴した」という事例が紹介されていた。地獄。
米国スタートアップのレイオフする側の話
米国のスタートアップやビッグテックといえば高給取りやワークライフバランスとセットにしてレイオフについて語られることが多い。レイオフする側についてはあまり出回らないので、米国のスタートアップで働く開発チームのマネジャーの立場から書いてみたいと思う。 まず、レイオフにも種類がある。大きく分けて組織改編に伴うものと、個人のパフォーマンスないしは行動規定違反によるものがある。今回は個人のパフォーマンス起因のレイオフについて書く。 個人のパフォーマンスによるレイオフの場合、通常は事前に何度かフィードバックがマネジャーからある。ビッグテックの場合はPIPという再トレーニングプログラムがあるが、昔いたテックカンパニーでは自分の周りでPIPを受けている人を見かけたことがなく、その後は中堅 - 小規模なスタートアップにしか勤めたことがないので、詳しくない。 ともかく、フィードバックの後に改善が見られない場合
元コンサルの回顧本に「現場に数値目標を与えると数値目標は達成されるが数値化されてない部分が必ず失われる」例として上げていたことの内容がキツい
林司@るーしゃんず @Archangel_HT 元コンサルの回顧本に書いてあったんだけど、現場に数値目標を与えると、その数値目標は達成されるが数値化されてない部分が必ず失われる、とされてるんだよね。バスの定時発車率にインセンティブを与えたら確かに率は上がったけど、信号無視とかするようになった、とか例を挙げてた。 x.com/Dirg_rocketdyn… dirG @Dirg_rocketdyne 論文誌出版社というボトルネック 「研究社会を海外の商業的な科学情報機関が席巻しており、彼らの提供するデータを論文評価の代理指標に使っているのは全く好ましくない。」 「研究者の数値評価は有害」 ノーベル化学賞・野依良治氏の憂い - 日本経済新聞 nikkei.com/article/DGXZQO…
年功序列をやめて成果主義にしたら「評価に繋がらない仕事」を誰もやらなくなって生産性が下がった
ℌ𝔞𝔯𝔱𝔪𝔞𝔫𝔫 @E_H_352 > ｢年功序列より成果主義の方がいい！｣ 2000年ぐらいに富士通が全社で成果主義を導入したら「評価に繋がらない仕事を誰もやらなくなった」「管理職の評価は相対評価ので馴れ合いだったので、優劣が付けられなくなった」その結果、組織全体の生産性が低下したと本社人事部の城繁幸が著書で書いてる。 x.com/fukuei_you_no_… 福泳祐一@祝厩舎初勝利 @fukuei_you_No_1 年功序列から成果で評価するって ここ最近色んな会社が変わりつつあって ｢年功序列より成果主義の方がいい！｣ って思ってる人が多いんだなぁ みんなすごいなぁ 成果主義になったときに 自分が今より評価される側だと思っているのね 私はこのままでいいわ
古い習慣をクソと思って排除したら『長期的に環境が悪化』『無駄が減りすぎて、優秀でない俺たちのクビが危ない』ーと言うのは意外とあるかもしれない
吉村英崇🎂8/28が誕生日と覚えなくて良いのよ_(: 3 」∠ )_ @Count_Down_000 古い習慣をクソと思って排除したら ●長期的にはプラス、または損害を減らせる仕組みだったので環境が悪化 ●たしかにクソだったし効率化がすすんだが、意図的に無駄を作ることにより弱者の仕事をつくる救済措置の面もあり、オレたちの首が危ない ーと言うのは意外とあるかもしれない こうへーオワタ @kohei_srw ギルガメッシュナイトで キモいおっさん要らないとイジリー岡田を排除したら 女性出演者の摩擦が限界突破したという話を聞いたことがある。 イジリー岡田は 当時AV女優やグラビア女優特効潤滑油、爆弾処理班と呼ばれていたそうな x.com/Count_Down_000… Watergate213617(こんな人) @watergate213617 これはちょっと違って イジリー岡田さんが『ギルガ
クレディセゾンでDXを進めてきた5年間を振り返る｜小野 和俊
はじめにクレディセゾンに来てちょうど５年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない！」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません！ 2019年：ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか？」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答
新入社員の呪いの解き方
ウェビナー『CTOとVPoEが語る、採用とオンボーディング で失敗しないためのベストプラクティス』での発表資料です。 オンボーディングにおいて 注意すべき力学について共有しつつ、 チームとして工夫していることをご紹介しています。新入社員=中途入社の社員さんを"主に"想定しています。 【運営してい…
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『ブルーアーカイブ』中核スタッフが発表した作品『プロジェクトKV』が韓国でも日本でも物議を醸していて、独立したスタッフが裏切り者扱いされている
「目標管理は（技術者には）クソ」という意見に「本当にこれ」から「目標管理という言葉が間違っている」までさまざまな意見が集まる
後輩「定時でキッカリ終わらせプロジェクトを順調に進めている僕らより、計画をミスり炎上プロジェクトで働く同期の方が高い評価なのが納得できない」
