高速開発でこそ品質コントロールを最初から組み込まないとエンジニアは死ぬ - 室長のひとりごち

最初に立ち位置を書いておくと、アジャイルで高速で価値を届けるとかそういうの好きです。とくにカンバンの仕組みが好き。可視化できるから、だろうね。混乱しているチームを立て直すのにはカンバンが一番いい。 その上で、アジャイル（スクラム）とかカンバンとかってエンジニアリングというか科学的？なのかを考えるとどうなんだろうと思うわけです。 マニフェストがマインドセットに寄りかかる部分が多いいのではないか、と。 まぁ「それでもいいじゃん」でもいいんですが、じゃあ「品質は」と投げかけたらどう答えるのかなぁ。XPですか、そうですか。プロジェクトとして必要なスキル、レベルをカバーするメンバを用意するんですか。それじゃ、ウォーターフォールと変わらないですね。ああ、いまは手法を比べる所じゃないですね。 それで「品質」はどうしましょうか。CIでテストを書いて、ビルドとデブロイを自動化しますか。繰り返し作業はどれに関

[f1i2s3]

品質に関するトレースとフィードバックは少し忘れていたので勉強になりました。もぐら叩きでは品質は上がりませんし。落ちた品質を持ち上げるより最初から理想線に沿ってピッタリ張り付くイメージで進めたいですね。