＜ソフトウェアの保守と開発を明確に分離すると？＞
たびと 私のことを比較的理解してくれている彼は「ただ，保守専門のチームが成功しても，失敗しても，従来チームのリーダは大変になるとの気持ちを持っていると思うけど」といったのです。
保品 どういう意味なのですか？
たびと 保守専門チームが成功されてとまうと「それまで，開発の遅れを保守を理由での言い訳ができなくなる」。失敗すれば「保守担当がまた戻ってくるので，大変」という複雑な気持ちです。
保品 見えない保守作業が新しいチームで見える化または明確に担当外になることで，保守を作業の遅れやメンバ管理上の問題の言い訳に使えなくなるけど，保守自体はやりたくないというのが心配なのですね。
たびと ソフトウェアの保守を「悪者」にすることで，さまざまな言い逃れができる材料にされてきたのです。
保品 わが社でも，その観点で周りのチームを観るとわかるような言動を感じます。チーム立ち上げ時，最大のポイント何でしたか？
＜月曜AMをすべて使う定例ミーティング実施作戦＞
たびと 毎週月曜日の午前，2時間余りのチームミーティングを必ず実施することを実現したことです。
保品 実は，私も定例ミーティングの実施を試みましたが，正直まったくといってよいほどできていません。緊急事態対応で全員が揃わなかったり，「みんなバラバラな保守案件を対応しているのに会議なんてムダも甚だしい」などと大変な抵抗が次々と現れてしまい，結局開催できていないのが実情です。
たびと この定例チームミーティングの実施がチーム成功の最大のポイントだったと今も私は考えます。これさえ，確実に行えれば，後は順調に進むのです。私の場合は抵抗勢力に絶対負けない執念をもって実施しました。保品さんの場合も実施に対する抵抗が大きいですか？
保品 何というのか，実施し続ける難しさの根本原因を私が完全に理解できていないのだと思います，たびとさんが難しいと感じ，その原因を見抜き，そま原因の克服にどのような戦略で対応されたかを教えていただけませんか？
＜実施には戦略が必要?＞
たびと 保品さんは，ソフトウェア保守計画を立案するには「戦略」が必要ということが，JIS-X0161に書かれていることをちゃんと理解されているのですね。抵抗勢力が次々出てくるのは予想していました。だから，抵抗勢力が主導権を握る前に強引に実施を強行したのです。
保品 実施強行ですか？ すごいですね。何が何でもやるんだという強い意志があるかどうかですね。でも，たびとさんは，ただがむしゃらではなく，実はそれなりの戦略を立てて手順を踏んだのですよね。
たびと 結果的には戦略というほどのものではなかったですが，まずチームのミッションと保守実施計画を上長（部長級）に理解してもらうことでした。そのために，JIS X0161をベースとしたソフトウェア保守計画書をしっかり作り，オーソライズしてもらう努力をしました。
保品 その実施計画のなかに，月曜日のチームミーティングをちゃんと入れたのですね。
たびと 当然です。繰り返しますが，この月曜午前のチームミーティングの徹底的な実施こそがチームが成功するかどうかの最大のポイントだと私は確信していたからです。
保品 上長はすんなりチームミーテイングの実施を承諾したのですか？
（3話につづく）