なぜ、テイラー主義とアジャイルは矛盾しないのか？

テイラー主義とアジャイルは、一般には対立する管理思想として説明される。テイラー主義では管理者が仕事を分析して作業方法を決定し、労働者は与えられた手順を正確に実行する。一方アジャイルでは、開発者の自律性、顧客との対話、技術的判断、変化への対応が重視される。だが、この二つは実は矛盾していない。単に扱う仕事の性質が異なるだけだ。テイラー主義は製品と作業方法が事前に確定できる反復作業を対象にしている。アジャイルは、実行する過程そのものが設計と実験である仕事を対象としている。

問題は、ソフトウェア開発の中核部分—コード設計、要求の矛盾解決、将来の変更可能性の判断—に対して、テイラー主義を無理やり適用しようとすることだ。つまり「能力を必要としない作業」として扱おうとすること。記事が指摘する通り、ソフトウェア開発は最初から「頭の悪い人にはできない仕事」なのだ。コードを書く過程で、要求を解釈し、機能の責任を分割し、データ構造を決め、例外条件を発見し、性能と保守性を判断する。これらは実行時に新しく発生する判断であり、事前に工程へ埋め込むことはできない。逆に言えば、標準化できる部分—単純なコード変換、定型的なテスト、レビュー基準の自動チェック—はテイラー主義的にやっていい。

経営層とエンジニアリングマネージャーが「どこまでが判断で、どこからが手順か」を誤解しているから、多くのDX企画が回らなくなる。自社のAI導入や業務オートメーション企画を立てるときは、対象業務を「判断が必要な中核部分」と「手順化できる周辺部分」に早めに分けよう。営業企画、企画提案、顧客対応は前者だ。ここにAI導入して「誰でもできる」にしようとすれば失敗する。一方、請求書処理、勤怠集計、定型メール返信は後者だ。ここは積極的にAIと自動化を入れるべきだ。さもないと、デジタル化投資は終わらない。