こんな時に役立つ

遅れを防ぐ

予めバッファ時間を考慮して計画していれば，全体のスケジュールが緩やかになります。

１つの作業が多少遅れたとしてもバッファ時間で吸収できるので，遅れを防ぐことができます。

しかし，バッファ時間と本来予定していた作業時間とを一緒に考えてはいけません。

バッファ時間は最終の砦であると認識しておかないと遅れが発生してしまいます。

例えば，作業時間が2時間でバッファ時間を30分取る場合，工程表などに2時間30分の線を引いてはいけません。

2時間の線を引いて，30分は空けておくか点線などを引き，区別するようにしましょう

そうすることで，作業をしている最中にバッファ時間まで食い込んでいるのかが把握できます。自分に当初の想定時間よりも遅れていることを認識させて，注意勧告をすることが重要です。

遅れてもリカバリーできるようにバッファ時間を予めとっておけば，全体が遅れることを防げるのです。

問題を早期発見する

集中して作業にとりかかっていると，小さな問題に気付かない場合があります。その小さな問題も野放しにしておくと，大きな問題に発展してしまいます。

これは病気と同じです。発見が遅れれば命にかかわってしまう病気でも，早期発見すれば助かる確率も高くなります。

その為にも定期健診を受けて，小さな問題を見つけることが大切です。

バッファ時間は，この定期健診のようなものです。

「今までの作業に見落としが無かったか？」

「やり残していることはないか？」

などを確認しておくことで，問題を早めに見つけることができます。

仕事の品質を向上させるためにも，バッファ時間を使って仕事の見直しをしましょう。

コラム（リファクタリングする習慣）

ソフトウェアを開発しているといつの間にかソースコードが冗長になり，理解や修正が難しくなっていきます。

この問題を改善するためには，ソフトウェアの外部的な振る舞いを変えずに内部構造だけを見直す「リファクタリング」を行います。

リファクタリングをしておけば，可読性・メンテナンス性が向上し，将来の仕様変更に柔軟に対応できるようになります。

しかし，リファクタリングの必要性は理解しているものの，実際にリファクタリングする時間をとることができない人も多くいます。そういった場合は，バッファ時間をリファクタリングするための時間として割り当てましょう。

とりあえず動けばいいと勢いで開発してしまったソースコードも残りのバッファ時間でリファクタリングすれば，ソースコードの質が向上します。

もちろん，リファクタリングするためには，テストケースを用意しておき，テストを自動化する仕組みを作っておくことが必要です。

リファクタリングについては，「実演！リファクタリング⁠」⁠ WEB+DB PRESS Vol.37特集 特設ページの実演ムービーが参考になります。

落とし穴に注意

プラクティス:10「時間割を作る」で紹介しましたが，タイムボックスを決めて作業を小さな単位に分割しておかなければ，バッファ時間で吸収しきれなくなってしまいます。

プラクティス:2「締切を意識する」で紹介しますが，残り時間を常に意識しておかなければ，せっかく車間距離をとっていても気付かずにぶつかってしまう危険があるので注意しましょう。