[#TiDD] 「もしも」のための環境構築
ソフトウェア開発では「もしも」を常に考えないといけません。
予定通りに物事が運ぶなら、どんなやり方だってうまくいくでしょう。良くある「もしも」は、変更、障害、修正ミス、情報の錯綜、デプロイミスなどです。これらは人間が覚えていられる範囲であれば、古典的な方法でも可能でした。
しかし、一定量を超えると大変な事になります。管理がうまくできない事で、問題がさらに悪化します。人の投入で解決するなら、それぞれにを担当を割り当てることになります。さて、当初の見積もりにその工数は入っていたのでしょうか?
Redmineやtracなどのチケットシステム、バージョン管理ツール、wiki、CIツールなどを用いることは、「もしも」の保険の一つになります。ツールが人の能力を拡大するからです。
紙ベースの管理やファイル共有など、今までのやり方を変えるのは抵抗があるかもしれません。しかし、改善とは過去の問題を解決して、より良い新しい文化を築き上げる事なのです。
あなたの周りに危険な「もしも」が放置されていませんか?
« ソフトウェアエンジニアリングしよう! | トップページ | 技術を積み上げ可能にして未来を切り開こう! »
「チケット駆動開発」カテゴリの記事
- One fact in one placeとチケット駆動開発 - Software Processes are Software, Too -(2021.12.21)
- マルチスレッド処理と進捗管理・配員・作業分割/割り当て- Software Processes are Software, Too -(2021.12.20)
- カプセル化と組織パターン - Software Processes are Software, Too -(2021.12.20)
- [#TiDD] ポケモンGOにチケット駆動開発のポイントを学ぶ(2018.05.01)
- [#TiDD] プロジェクトを成功させるチケット管理(2017.07.02)
コメント