課題解決の第一歩はAs-Is/To-Beで

## はじめに
「半年後に納期が設定された新機能実装プロジェクト、何から手をつけたらいいかわからん...」
「未経験でプログラマー転職したいけど、どうしたらいいかな？」

そんな時には、As-Is/To-Beで目標と解決策を明確にしてみてはいかがでしょうか？

## 対象者
この記事は下記のような人を対象にしています。

- 駆け出しエンジニア
- プログラミング初学者
- 目標とか、計画とか苦手な人

## 結論
**As-Is/To-Beを使うと課題とやることが明確になります！**
<font color="Red">(※短期で成果を出す活動の場合は、機能しない場合あり)</font>

## As-Is/To-Beとは？

![asis.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2157342/226a6526-dec5-e8d1-e432-abea8ba14cd8.png)

As-Is/To-Beとは、現状を分析し、理想の状態とのギャップ(課題)をあぶり出し、アクション(解決策)を決めるためのビジネスフレームワークです。
横軸に時間を設定しているため、強制的に納期・締め切りが意識できる点が特徴です。

As-Is/To-Beは3つのステップで進めていきます。
それでは、個別に詳しく解説していきます！

## STEP1 As-Is
最初のステップはAs-Is(現状分析)です。
まずは現状がどうなっているのか、できるだけ詳しく買い出してみましょう。

本記事では「35歳でプログラマー転職するとき」をケーススタディとして、単純化した例を挙げます。

![asis1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2157342/637e7cf0-13e4-50d1-27d1-fddf7eafb673.png)

### As-Is(現状分析)に使えるフレームワーク
「いきなり現状分析しろ、って言われても無理！」というあなたのために、現状分析に活用できるフレームワークをご紹介。

https://qiita.com/YutaManaka/items/59e549073f7bff792d48

ロジックツリーの中でも、Whatツリーは現状分析に活用できます。
また、もう少し深く分析したい場合は、Whatツリーを活用して原因分析までやると、後で解決策を出す時に役立ちます。

https://qiita.com/YutaManaka/items/6e6df2fd0397898d930a

業務のプロセスを見える化するのにIPOやSIPOCが役立ちます。
どの部分がボトルネックになっているのか、明確にしましょう。

https://qiita.com/YutaManaka/items/e0b43b7c94f03cdc15d2

SWOT分析は現状分析に活用できます。
そのまま、解決策を出すクロスSWOTも活用できるとより効率的なのでおすすめです。

## STEP2 To-Be
現状分析の次のステップは「目標(理想)を設定する」です。
ここは理想で良いので、がんがん妄想して、書いてみましょう。
その後、現実的なラインはどこか判断して設定すると良いでしょう。

「35歳のプログラマー転職」の例は下記の通り。

![asis3.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2157342/b3e48e16-4056-84a2-174b-daa5d46789d2.png)

## To-Be(目標設定)に使えるフレームワーク
目標設定に活用できるフレームワークもご紹介しておきます。

https://qiita.com/YutaManaka/items/e6b31aa13f5fd90bb2f5

SMARTは目標設定に有用です。
目標を明確に指定できると、この後のギャップが明確になります。

## STEP3 ギャップ(課題)とアクション(解決策)
最後のステップは課題と解決策の作成です。
To-Be(理想の状態)からAs-Is(現状)を引き算した時の差分がギャップ(課題)です。
この時に大事なのが、**時間軸も一緒に考える**ということです。
As-Is/To-Beのダイアグラムは横軸が時間になっています。
「いつまでにやるのか」「どれくらいの時間がかかりそうか」ということを常に考慮しましょう。

![asis2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2157342/7bd4f4c9-75e4-f555-5783-233512604d50.png)

## ギャップとアクションに使えるフレームワーク
「解決策のアイデアなんて、そんな簡単に出ないよ...」というあなたのために、アイデア発想のフレームワークをご紹介。

https://qiita.com/YutaManaka/items/59e549073f7bff792d48

現状分析にも活用したロジックツリーですが、解決策出しにも使えます。
解決策を出す場合は、Howツリーを活用しましょう。

https://qiita.com/YutaManaka/items/e0b43b7c94f03cdc15d2

現状部門に活用したSWOTですが、解決策を出す際にはクロスSWOTを活用しましょう。

https://qiita.com/YutaManaka/items/e6759414d7722a136ed1

上記のフレームワークで、解決策が大量に出たはず。
すべての解決策に着手することはできません。
「やるべきか、やめるべきか」を決定するにはプロコンを活用しましょう。

https://qiita.com/YutaManaka/items/26f8d142d5d2f3eef459

上記のフレームワークでやるべき解決策がリスト化されました。
とはいえ、すべて同時に着手することは不可能です。
優先順位をつけるにはペイオフマトリクスを活用しましょう。

## As-Is/To-Beは古い？
非常に有効なフレームワークですが、一方で<font color="Red">As-Is/To-Beは古い</font>という評価も聞きますが、実際どうなんでしょうか？
私の認識だと、古くて使えない、というよりは**向き不向きがある**という感じだと思います。

[プログラマならPDCAよりOODAなのか？](https://qiita.com/YutaManaka/items/bfc10cd17866dd704665)でも解説しましたが、As-Is/To-Beも「分析や計画立案に時間がかかる」というデメリットがあります。
そのため、下記のような状況には不向きです。

:::note alert
As-Is/To-Beに不向き
- 今日中に提出しなければいけない
- 明日には状況が変化するかも...
:::

逆に、中長期の視点が必要な下記のようなプロジェクトではAs-Is/To-Beが大活躍できるので、おすすめです。

:::note
As-Is/To-Be向き
- 転職の計画を立てたい
- 3ヶ月後が納期の機能追加のTODOリストを作りたい
:::

## おわりに
As-Is/To-Beについてまとめました。



## 参考記事
[問題解決の最初の一歩　As-Is/To-Beで現状の問題を可視化する](https://www.wantedly.com/companies/company_413036/post_articles/393072)
[As-Is/To-Beはもはや限界、“DXの見取り図”からデジタル基盤を築けるか](https://itkisyakaiessay.hatenablog.jp/entry/2020/12/22/As-Is/To-Be%E3%81%AF%E3%82%82%E3%81%AF%E3%82%84%E9%99%90%E7%95%8C%E3%80%81%E2%80%9CDX%E3%81%AE%E8%A6%8B%E5%8F%96%E3%82%8A%E5%9B%B3%E2%80%9D%E3%81%8B%E3%82%89%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB)