Management » 履歴 » バージョン 1
kanata, 2025/04/13 16:12
1 | 1 | kanata | # Management |
---|---|---|---|
2 | |||
3 | {{toc}} |
||
4 | |||
5 | 仕事のマネジメントの話 |
||
6 | すさまじく難しくて究極は「人というものを理解する」みたいな所に行き着くんだよね。。 |
||
7 | |||
8 | # 全般 |
||
9 | |||
10 | Webディレクター解体アドベントカレンダー |
||
11 | https://ninomiyateppei.com/entry/web-director-destruction |
||
12 | |||
13 | >調査・分析、企画、提案・調整、プロジェクトマネジメント、チームマネジメント |
||
14 | |||
15 | 誰も教えてくれないネガティブメンバーマネジメント |
||
16 | https://i47.hatenablog.com/entry/2018/10/29/154055 |
||
17 | |||
18 | # 組織の問題 |
||
19 | |||
20 | クレイグ・ラーマンの法則「組織構造は現行のマネージャーや専門職の役職や権限が変わらないように最適化されており、変化を起こす提案は単に現状を再定義したり、新しい用語に置き換えたりするだけになって、結果的に現状と変わらないこと」というのがあるので破壊者が役に立つこともある(はず) |
||
21 | https://twitter.com/ryuzee/status/1593382893921140737 |
||
22 | |||
23 | 権力者の「大好物」とは何か?:経営層が変わるたびに、会社の中がコロコロ変えられてしまう理由!? |
||
24 | http://www.nakahara-lab.net/blog/archive/14932 |
||
25 | |||
26 | # TeamBuilding |
||
27 | |||
28 | 組織づくりをエンジニアリングするZennBook |
||
29 | https://zenn.dev/tbpgr/books/a962605736e5da |
||
30 | |||
31 | # パフォーマンス(生産性) |
||
32 | |||
33 | 「偉い人の考えるプログラマーの作業効率と実際の作業効率の違い」のグラフに他業種からも共感の声ぞくぞく「即続きからできると思うな」 |
||
34 | https://togetter.com/li/1529149 |
||
35 | |||
36 | プログラム書く人に割り込み入れると復帰まで時間かかるって現象はちゃんと統計とって論文もでてる |
||
37 | https://twitter.com/grethlen/status/1266826793241247744 |
||
38 | |||
39 | # 評価 |
||
40 | |||
41 | 何のための個人目標設定? |
||
42 | https://speakerdeck.com/konifar/he-notamenoge-ren-mu-biao-she-ding |
||
43 | |||
44 | 測りすぎ――なぜパフォーマンス評価は失敗するのか? |
||
45 | https://blog.sushi.money/entry/2020/04/20/093023 |
||
46 | |||
47 | 「で、それやったら売れんの?」という愚問 |
||
48 | https://note.com/ikedanoriyuki/n/n7cb2759a5475 |
||
49 | |||
50 | # Article |
||
51 | |||
52 | "提案"のレベルを上げる |
||
53 | https://konifar-zatsu.hatenadiary.jp/entry/2023/11/01/193210 |
||
54 | |||
55 | 無用な論点を作らない |
||
56 | https://www.blockchainengineer.tokyo/entry/avoid-unnecessary-points |
||
57 | |||
58 | Amazonで役員の時間をお願いする場合の雛形が良くできている話→「事前に流れがわかる」「ウチのミーティングで導入してほしい」無駄な会議が減りそうな予感 |
||
59 | https://togetter.com/li/2382751 |