いつまでにやるか決める。やったかどうかを追いかける。やっていなかったら実現するにはなにが必要か、実現されるまでフォローし続ける。これだけのことではある。人に嫌がられることもあるし、面倒になって手を抜きたくなるときもある。以前いっしょに働いていた中にこれがとても得意だった同僚がいた。彼らは会議の場でも状況を聞くのだけど、折にふれてあちこちの場面で声をかけていた。ありがとう」「忙しいところ悪いんだけどさ、でもやっぱりどうしても大事なやつだからさ。」「そこで困ってるんだったら協力してもらえないか聞いてみるよ」こんな言葉をかけて嫌らしさを感じさせずに物事を進行させていく名人だった。いつも「いや、ほんと悪いね」と言っていた。割込されるのは嫌なものだ。アジャイルの開発プロセスではこういったものが解決されるための仕組みというのをいろいろな場面でつくっている。弱いなと思う場面が多かった。プロセスの問題ではなくてそこで働く人たちの前提に置いているものだったりに左右される部分が大きいのだろう。同じプロセスで働いていても、この実行をするようにうながす役割を誰かがしてくれるだけで断然結果の出方とスピードが違ってくる。この実行を支えるための一言はナッジングという呼び名もついているらしい。することの重要性を書いていた。2018ARTICLES文字列からリンクで開いて次のページへ進むというのが必要な場面で文字列が空のためリンクがクリックできず、意図した動作ができないというバグがあった。かんじで、起きたバグに対処するように直す。いうのも自分が想定してなかったからバグが出ている。修正をするなら、ここでけして同じ種類の問題が起きないように直したい。いうことで、こんな風に直す。いうものだったけれど、意味上は空文字列だと表示がされずリンクが有効に働かないということ。その問題を解消するようなコードにしておく。これで、絶対に同種の問題は起きない修正になったと安心できる。なってしまうケースがそのまま表示され次に進めていいのか」というのはまた別の問題としてあって、それをケアするのならまた別のそれに適した場所で対応をしてやるといい。されているコードをよくみるので書いてみた。使うほうが今後のメンテが楽そうだなと感じる機会がよくある。サイトを構築するとして、動かすのはなるべく楽に面倒見ずにすませたい。独自ドメインだったりある程度機能は求めたい。