最後にこういった流れを踏んでおくと、物事が前後したり抜けたりしてもお互いスムーズに気持ちが良く仕事が出来るハズです。一緒に仕事をしてるディレクタさんですごく気持ちよく仕事ができる方がいますが、その人と仕事をしてるときは実際これに近いことをやってくれてたりします。開発の作業は間違うとその損失を取り戻すのに長い時間がかかってしまうこともしばしばありますが、大抵そこに至るには「間違ったまま進んでしまった」ときです。それらは納期を脅かし、コストにも影響しますので、ついつい「しっかりやろう」としがちです。何回か間違えてもいいから、進むときはより良い方向に進む、こうすればいいじゃないか。最初に全部準備しようとか、一度決めた方針や納期は変えないとか、そういう鈍重さはWebサービス開発にはいらないと思うんだ。コストや納期のことを考えればこそ。今回はfaultier目線で書いてしまったのですが、自分自身も相手の立場にたってより良い提案や先回りの仕事をしていきたいと思います。重ねて言いますが、これが外注先とのやりとり、とかいう話だったら元記事の手順がきっと当然なのかもしれない(というかその世界を知らないのでなんとも言えない)。加えて元記事はデザイナの話で、俺はプログラマの話。仕事の流儀が違うことも多々あるかもしれない。いえ、少なくとも自社のWebサービス開発でディレクタもプログラマもデザイナもみんな社内の人間なんだったら、もう少し良いやりかたがあるんじゃないかと思って書いてみた次第です。危うくスルーするところだった。同じような手順を踏んでいて、違う目線で書いてあるので面白い。経緯と展望のところは一緒なんやね。表側(デザイン)と裏側(プログラム)の違いが良く分かる感じ。