generated at
着手ベース
>最近は「成果ベース」ではなく「時間ベース」で仕事をするのがお気に入りです。もっというなら「着手ベース」で仕事をしていることも多いですね。

>さらには「着手ベース」が有効であると最近よくわかりました。「着手ベース」というのは、とにかくその作業に着手したかどうかで進捗を判断するという考え方です。成果物の量でもなく、掛けた時間でもなく、着手したらOKとします。
>
> これが、意外に効きます。
>
>着手は進捗の第一歩》というスローガンを掲げて、どんどん着手しています。これまで停滞&放置していたプロジェクトにも次々着手できています。何しろ《着手こそが進捗》という考え方で進んでいますから。
>
> 実際のところ、おっくうになっているのは着手するまでなんですよね。ですから、着手したらOKといっても、実際には着手したあと10分、20分、30分……とじわじわ作業は進みます。つまり現実的な話として、着手することで時間を掛けることができ、時間を掛けることで成果も上がっていく状態になっています。すばらしいな!さらには《着手した自分をほめよう》というスローガンも作りましたよ。どんどん着手していきますぞ〜
スローガンづくり

なるほどなーnishio
うまくいくかどうか不確実なタスクを避けて確実に進む重要度の低いものをやってしまいがちだけど、「着手」に注目するなら対等になるのか

脱成果ベースだと理解sta
僕は昨日コンテキストメンテナンスを書いた
が、着手ベースより少し重いか。着手 + 前回内容の振り返りまでやる
結城さんは着手に注目した

仕掛中が無限に増えるやつinajob
別に悪いことではない

>kawahiii 「家事だるいなー」と思ったけど、「この冷凍クレープを解凍してる間だけ片付けしよう」と思って始めたら全部終わったので、もしかして冷凍クレープさえあればあらゆる問題が解決するのでは????
もしかして冷凍スペドーがすべてを解決する?nishio
衝撃の伏線回収takker
!?sumeすごくいいかも...
fetch() resolve するまで他のことやるのと同じ技法だ
名付けよう。Aしてる間だけBする

有効性を疑問視しているtakker
以前着手する日時を決める技法を何度か使ったが、いつの間にかやらなくなってしまった
「着手する」ことが新たな完了条件と化す?
一度破ったら効果がなくなる?
別の要素が邪魔して効果を発揮していないのかもしれない