ファーウェイのクラウド共有専門家トン・シン氏：紙の話から実装まで、アジャイル変革は慎重かつ慎重に行う必要がある

トン・シン：

Huawei Cloud・クラウド共有の専門家。長年のソフトウェア開発経験、5年間のアジャイル実践経験、さまざまなアジャイルフレームワークに精通しています。複数の大規模インターネットプロジェクトの開発に参画し、大規模インターネット製品アーキテクチャの豊富な経験を持ち、アジャイル、ビッグデータ、クラウドコンピューティング、DevOpsなどの技術分野で活躍しています。

アジャイル変革プロセスにおいて、多くのチームは紙の上で話し合うという間違いを犯すことが多く、それがアジャイル実践の失敗につながります。

ソフトウェア開発の豊富な経験を持つTong Xin氏も同様の経験をしました。しかし、継続的な学習と試行錯誤、そしてHuawei Cloud DevCloudの助けにより、彼女はアジャイル変革の罠から抜け出し、正しい道を見つけることができました。

社内研修とアジリティとのつながり

Tong Xin 氏はかつてソフトウェア開発エンジニアでした。彼女は長年テクノロジーに携わってきましたが、「アジャイル」に初めて触れたのは、会社での社内研修セッション中でした。当時、有名なアジャイルコーチを招いてアジャイルトレーニングを実施しました。プロジェクトマネージャーや部門長らが、アジリティに関する認識やアジャイル変革で遭遇する問題について一つずつ説明しました。

童欣は、このやり取り、特にアジャイル変革の過程で従業員の仕事をどのように調整するかという問題を大臣が提起したことに特に感銘を受けた。従業員が優れた仕事能力を持っている場合、能力に基づいて仕事を割り当てるべきか、それとも基本的な仕事を割り当てて残りの時間は従業員に自由に任せるべきか？適切に処理されない場合、アジャイル実践中に従業員が仕事を怠けてしまう可能性が高くなります。

この一見難しい問題が、Tong Xin 氏に敏捷性について考えさせるきっかけとなりました。その後、彼女はアジャイル変革を試みているいくつかのチームに注目し、アジリティの活用の深さや感情を観察し、調査しました。

「アジャイルを提案し、実行しようとしたものの失敗し、付箋がボードに残った人もいれば、アジャイルを使用した後も毎日スタンドアップミーティングを開催した人もいれば、アジャイルを試すことを拒否した人もいました。」

彼女は読めば読むほど、それについて考えるようになった。それ以来、アジリティという言葉がトン・シンの心の中に残り、彼女はアジリティを体系的に学ぶ長い旅を正式に始めました。

2018年、童欣はHuawei Cloudの一連のオンライントレーニングコースに参加し、「Phoenix Project」、「DevOps Practice Guide」、「Agile Invincibility in the DevOps Era」などのアジャイル書籍を学習しました。

研修期間を経て、トン・シン氏はアジリティに対する理解も深めました。「アジャイル開発は人間中心で、段階的なアプローチでソフトウェア開発を行います。一方、DevOps は運用と開発の関係を一変させました。アジャイルと DevOps はユーザーのニーズをより迅速かつ適切に満たし、迅速に試行錯誤し、タイムリーに最適化することができます。」

本から学ぶことは常に浅はかです。アジャイル変革には優れたツールが必要

しかし、アジャイル実践の失敗を経験した後、Tong Xin 氏は率直にこう語りました。「多くの情報を読んでも、実際の実践がなければ、それは単なる紙の上の議論にすぎません。」

当時、Tong Xin 氏のチームは、アジャイル変革中にコードの品質がプロジェクトの進行に影響を与えるという問題に遭遇しました。

プロジェクトの開発中は、コードのアップロードが頻繁に行われるため、メインコードの品質が簡単に影響を受ける可能性があります。 「コードの品質を確保するため、あまり頻繁にコードを提出しないように全員にお願いしました。自分のコードに問題がないことを確認した上で、一定のレベルまで蓄積してから提出してもらいました。最初は問題なかったのですが、その後の統合テストで多くの問題が発覚し、時間が非常にタイトになり、プロジェクトの納期にも影響が出ました。」

数日間徹夜で作業した後、Tong Xin 氏と彼のチームは予定通りにプロジェクトを無事に完了しました。このかなり恥ずかしいアジャイル実践は、彼らにも深い反省をもたらした。 「テスト段階がコード提出の進捗に追いついていないことがわかりました。早期のテストが行​​われなかったため、問題の露出ポイントが回避され、最終的に最後の瞬間に問題が広範囲に露出する結果となりました。」

同様の状況が再び発生するのを避けるために、Tong Xin 氏と彼のチームは、ユニット テストとコードを同時に提出し、コードの標準化と品質を確保してテストに合格した後にのみコードを提出するという戦略を採用することにしました。

コードの品質は、アジャイル変革で遭遇する問題の氷山の一角にすぎません。 Tong Xin 氏も、アジャイルに初めて触れたときに同僚が指摘した問題、つまり従業員間の作業負荷をどのように調整するかという問題に直面しました。

「管理職であれば、従業員の評価を裏付けるデータが必要です。一方、評価を受ける側としては、そのデータが公開されてボーナスや業績、等級調整などに影響が出るのではないかと心配することが多いです」と彼女は言う。

同時に、このデータの収集と分析も、データが真実かつ正確であるかどうか、分析結果が適時性、信頼性、専門性の要件を満たすことができるかどうかなど、難しい問題です。

Huawei Cloud DevCloud はこの問題を完璧に解決しました。同社が提供するワンストップのソフトウェア開発ツールにより、データの収集と分析を「完璧」に行うことができます。

童欣氏はさらに次のように説明した。「プロジェクトの開始時に、ニーズを分析し、タスクの機能ポイントを分割し、各タスクを時間で分割しました。タスクを完了すると、各人の完了状況と進捗状況をカウントできます。その後、プラットフォームで収集されたデータを通じて、対応するチャートを自動的に分析し、全員の作業状況を直感的に感じることができます。」

これは、アジャイル実践におけるツールの力でもあります。

やっと

アジャイルの実践を繰り返した後、Tong Xin 氏は次のように結論付けました。「基本的に、アジャイル変革を試みるチームは初期段階では焦りを感じますが、アジャイル変革自体は反復的なプロセスです。これはゆっくりとしたプロセスですが、変革が成功すれば大きな飛躍を達成できます。」