きっかけは「タスクを振る側」になること
明日から、少しだけPMっぽいことをやることになりました。
これまで自分は「タスクをもらって実装する側」でした。
レビューして、修正して、デプロイしてという流れは何度も経験しています。
ただ今回は少し違います。
「人にタスクを振る側」です。
これが想像以上に難しそうで、正直かなり不安です。
まずそもそも、「どのタスクを振ればいいのか」これがわかりません。
実装をする時は、「自分がどこから手をつけるか」を考えれば良かったです。
でもタスクを振る側になると、
・誰がやるのか
・どの順番でやるのか
・いつまでに終わるのか
全部考えないといけません。今まで見えていなかった仕事が急に見えるようになった気がします。
納期から逆算するってどうやるんだろう
一番不安なのは納期から逆算してスケジュールを作ることです。
例えば、
本番リリース：3/30
と決まっていた場合、そこから
3/28〜29 ステージング確認
3/25 コードレビュー完了
3/20 実装完了
3/15 実装開始
のように分解していく必要があります。
ただ問題はここです。
「そのタスクが何日かかるのかがわからない」経験がないので、
・レビューはどれくらい見ればいいのか
・実装は何日見積もればいいのか
・バグ対応の余白はどれくらい必要なのか
全然感覚がありません。
そのため今は、「このスケジュールで本当に間に合うのか」という不安が大きいです。
今まで見えていなかった仕事が見えた
少しだけ理解したことがあります。
それは、「PMってかなり想像力が必要な仕事」ということです。
実装者の立場だと、「与えられたタスクをどう解決するか」を考えます。
でもPMは違います。
「まだ存在していないタスクを作る」必要があります。
例えば
・調査
・実装
・レビュー
・検証
・デプロイ
これを全部想像して、分解して、誰かに渡します。
つまり、「未来の作業を想像して設計する仕事」なのかなと思いました。
今までは「PMが作ったタスクを消化する」だけでした。
でもこれからは「そのタスクを作る側」になります。
これは思っていたより難しいです。
不安しかないけど、とりあえずやってみる
正直まだ、「ちゃんとできる気がする」という感覚はありません。
むしろ「やばい、どうしよう」という気持ちの方が大きいです。
でも一つ思ったのは、「経験しないと絶対にできるようにならない」ということです。
実装も最初はそうでした。
・gitがわからない
・デプロイが怖い
・レビューが怖い
全部そうでした。
でも回数を重ねると少しずつ慣れてきます。
PMもたぶん同じで、「最初は不安しかない」けど、「少しずつできるようになる」のかなと思っています。
とりあえず明日から、
まずはタスクを一つ作るところから始めてみます。
実際にやってみてどうだったかも書こうと思う
今回のこの記事は、「始める前の気持ち」を書いています。
実際にやってみると、
たぶん想像と違うことも多いと思います。
・タスク分解が難しかったのか
・スケジュール管理はどうだったのか
・人にタスクを振る難しさはあったのか
このあたりは、やってみないとわからない部分です。
なので、「PMっぽいことをやってみた振り返り」も、後日この記事の続きとして書こうと思います。
その時には、「始める前に不安だったことは実際どうだったのか」も含めてまとめたいと思います。