Blog

すべての大きなプロジェクトは、時々挑戦的な構造変更を必要とします。 SaaS製品の設計を変更することもその1つであり、それがもたらす問題は、開発者の意欲をそそり、会社のお金を失う可能性があります。私たちは何を間違えましたか、そしてどうすれば同じ過ちを避けることができますか？

この記事では、Kontent開発チームの最大のタスクの1つであるUIの再設計を実装するプロセスについて説明します。私たちが避けられなかった落とし穴をお見せし、何が私たちのために働いたかを明らかにするので、あなたは難しい方法を学ぶ必要はありません。

間違い＃1：締め切りが厳しすぎる

私たちの最初の間違いは、範囲を過小評価していたことでした。 UIの再設計、UXの大幅な改善、コンポーネントのコードの大幅なリファクタリングを含むプロジェクトは、当初4か月かかる予定でした。すぐに、私たちが決してそれを成し遂げないことがプロジェクトのすべての人に明らかになりました。そのため、手抜きをしてUIの再設計のみに焦点を当てることにしました。それは非現実的ではありませんでしたが、それでも非常に野心的でした。人々はプレッシャーにさらされていました。彼らは間違いを犯す余裕がないことを知っていました。

その結果、開発者は費用のかかる変更を避け、小さな変更のみに同意しました。 UXデザイナーは、ユーザーエクスペリエンスが低下することを懸念して、より大幅な削減を行うことを躊躇していました。

問題は次のとおりです。

• 開発者は、特定の変更を避けたい理由を適切に説明していませんでした
• UXデザイナーは、特定の変更がどれほど費用がかかるのか、より安価な代替案があるのかどうかを知りませんでした。
• チームはお互いを十分に長く知りませんでした、それは既存の問題を増幅しました

ソリューション

進歩はなく、誰もが不幸であり、彼らが変化を必要としていることは明らかでした。チームは次の改善を導入しました。

• 彼らは、設計段階と実装段階を1つに統合しました。これにより、開発者とUXデザイナーは、実装中でも、コラボレーション、アイデア、代替案の生成、ソリューションの迅速な作成が可能になりました。
• 開発者のチームは成長する必要があるため、UXデザイナーにレビューを任せながら、小規模な設計上の決定を開発者に移しました。これにより、コミュニケーションを制限することで生産性を向上させることができました。

チームはお互いをよりよく知るようになり、ベースラインを設定することに成功しました。ただし、処理されたタスクの特異性とプロジェクトの開発者と設計者の数の変化に基づいて、アプローチを定期的に微調整する必要がありました。

間違い＃2：チームと利害関係者の間の誤解

チームと利害関係者は、2週間に1回会合していました。すべての会議には事前に定義された議題があり、開発者はそれに固執する必要性を感じました。さらに、この会議は利害関係者にとって多くの会議の1つでした。その結果、彼らは懸念を十分に表明することができず、どちらの当事者も重要な質問をしませんでした。利害関係者は、進捗を妨げる実際の問題を理解しておらず、状況全体が双方を苛立たせました。

ソリューション

2つのことがそれを改善するのに役立ちました：

• 視覚的なロードマップ
  ロードマップにより、開発者は明確なマイルストーンを設定し、簡単に理解できる方法で進捗状況を報告することができました。また、将来のマイルストーンに関連する可能性のあるリスクに焦点を当てるための議論を合理化するのにも役立ちました。彼らはさらにそれらに優先順位を付けたので、最も重要なトピックは各会議の始めに議論され、結果として生じる行動項目とともに最後に適切に要約されました。
• プロジェクト全体の回顧展
  プロジェクトの後半では、プロジェクトに携わっているすべての人と回顧会議を開催しました。誰もが自分の意見や気持ちを共有する機会を得て、空気をきれいにするのに役立ちました。レトロの後、チームと利害関係者の間のコミュニケーションが強化され、開発者は利害関係者がすべてを理解していることを確認し始めました。

情報を明確に共有し、気分を伝え、お互いにオープンであることが不可欠であることがわかりました。大きなレトロがターニングポイントでした。このようなイベントは遅かれ早かれ開催し、定期的に開催することをお勧めします。

間違い＃3：開発者のモチベーションの欠如

プロジェクトは非常に厳しいものでした。大量の反復作業、期限の数回の変更、範囲の変更など。開発者がトンネルの終わりに光を見るのは困難でした。

新しい設計を実装し、途中でコンポーネントをリファクタリングすることを目指しました。それは大量の取引のようでした。しかし、それは苛立たしい経験であることがわかりました。リファクタリングには多くの時間がかかり、開発者はUIテストに失敗することに常に不満を感じていました。

ソリューション

初期の有用なアイデアの1つは、リファクタリングを新しい設計の実装から分割することでした。何をより速く構築しているかを確認できる、焦点を絞った2つの開発者グループを作成しました。

また、タイムボックスの実装も導入しました。開発者は、完璧な結果を目指して努力する代わりに、十分なソリューションを完成させ、バックログの最後に最終的な研磨のためのタスクを作成することを学びました。これにより、進捗がすぐに増加し、フィードバックループが高速化され、優先順位付けと計画が改善されました。

概要

Kontentneedsのような大規模なアプリを再設計するには多大な労力が必要であり、関係するすべての人にとって素晴らしい学習体験です。その過程で多くの課題があり、ありがたいことに、それらに対処するための多くのアイデアがありました。人々を最優先することは、おそらくどのプロジェクトでも最も重要なことの1つです。

ここにいくつかの重要なポイントがあります：

• 一緒に妥協点を探します。
• 変更に適応します。最初に機能するものは、後で機能する必要はありません。
• 過剰なコミュニケーションを取り、お互いを理解していることを確認してください。
• あなたの気分/気持ちを他の人と共有してください。
• 進捗状況を視覚化します。
• 時間が重要な場合は、スコープをカットします。
• 最初に詳細を気にしないでください。全体像に焦点を合わせます。