blog
public
$ログ
$規範
0が1に変わる変化とそれ以外の変化を分けて考える
0と100で考えない
10000人のフォロワーより、10人のファン、2人の友人
10年も立てばより安価で良い技術が出てくるので、10年後も同じモノを使用するということは考えないほうがいい
10日で仕上げるタスクであれば、2割の2日で8割のタスクを終わらせる
1つに絞る
1つのツールで全てをこなそうとしない
20%ルール
<
>
トップページ
ブログ
経験地図(Exp Map)
/
blog
public
$ログ
$規範
0が1に変わる変化とそれ以外の変化を分けて考える
0と100で考えない
10000人のフォロワーより、10人のファン、2人の友人
10年も立てばより安価で良い技術が出てくるので、10年後も同じモノを使用するということは考えないほうがいい
10日で仕上げるタスクであれば、2割の2日で8割のタスクを終わらせる
1つに絞る
1つのツールで全てをこなそうとしない
20%ルール
<
>
トップページ
ブログ
経験地図(Exp Map)
人もシステムも「できない」ことをアラートしてくれないと困る
別にできなくてもいいから
無反応
だとわからない
できない
ことが分かれば諦めたり定期的に確認したりという選択肢があるのに、出来る
かもしれない
状態だと常にそこに
リソース
を向けていないといけない。
障害報告
も似たようなもん。「やばい」だけでもいいからすぐ
報告
してほしい
組織
関連
定期的なPooling
リソース
来たときよりも美しく
組織
ドキュメント化するための工夫
人生の成功は主に3択
信頼できる人に気軽に相談できる組織
各チームがバラバラに点で繋がっても様々な「認識」が飛び交うだけ
情報を赤裸々に共有する
意見を吸い上げる人(マネージャ)がいないと普通は難しい
自分が対処できないなら上に任せれば良い。上が動かないなら更に上に任せれば良い。上が動かなかった時点でその上が動く義務が生まれるので。
自分(たち)が何でもできると思ってはいけない
計画的に余裕を持たせる
📐チートシート
月別アーカイブ
2025年(162)
1月(16)
,
2月(102)
,
3月(44)
2024年(36)
1月(3)
,
2月(2)
,
4月(3)
,
5月(9)
,
6月(4)
,
7月(4)
,
8月(4)
,
9月(2)
,
10月(1)
,
11月(1)
,
12月(3)
2023年(43)
1月(30)
,
2月(1)
,
3月(6)
,
4月(2)
,
5月(2)
,
9月(1)
,
12月(1)
2022年(88)
1月(17)
,
2月(2)
,
3月(1)
,
4月(5)
,
6月(8)
,
7月(1)
,
8月(9)
,
9月(19)
,
10月(16)
,
11月(2)
,
12月(8)
2021年(50)
1月(12)
,
2月(3)
,
3月(4)
,
4月(14)
,
5月(1)
,
7月(1)
,
8月(1)
,
9月(3)
,
11月(2)
,
12月(9)
2020年(3)
12月(3)
2019年(5)
1月(4)
,
2月(1)