プロジェクト

全般

プロフィール

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