リリースまで、あと少し。
なのに、決まってない仕様がいくつも残ってる。
みんな、なんとなく気づいてるんですよ。
でも、誰も言い出さない。
思い当たって、ちょっとギクッとした人もいると思います。
で、そのまま進むとどうなるか。
直前になって「これ、どうするの?」が一気に噴き出す。
作り直しになって、リリースは延びる。
プロジェクトが失敗する時の、典型的な流れです。
それくらい、致命的な問題なんですよ。
なのに、解決するのに技術はいらない。
実務未経験の人でも、解決できちゃうんです。
「それは、経験のあるリーダーやPMが解決するものでしょ」
たぶん、そう思いますよね。
仕様を決めるには、システムに詳しくないといけない。
口を出すには、それなりの立場がいる。
経験の浅い自分が言っても、聞いてもらえない。
だから、黙って待つしかない、と。
ただ、今はコードを書くところは、AIがかなりやってくれます。
AIは、聞かれたことには答えてくれる。
でも、何が決まってないのかは、誰かが言い出さないと、誰も聞かないんですよ。
言い出すのに必要なのは、詳しさでも立場でもないんです。
偉そうに言ってますけど、僕も最初は真逆でした
SES時代の僕は、毎日9時から23時まで働いて、口癖は「時間ない」。
分からないことがあっても、先輩に聞くのが怖くて手が止まる。
1人で考え込んで時間切れになって、チームの手まで止めてました。
長くいるのに、全然進まない。
我ながら、効率が悪すぎますよね。
情報が1人のところで止まると、チームごと止まる。
それを、自分がやってたわけです。
リーダー経験ゼロで、最初の現場でやったこと
で、フリーランスになって最初に入った現場。
リリース間近なのに、仕様が決まってないところがいくつもあって。
誰も動いてなかったんですよ。
僕はリーダーの経験もゼロ、エンジニア経験2年半です。
その現場で使ってる技術も、初めて触るものばかりでした。
やったのは、分かってることと、分かってないことを分けただけです。
分かってないことを全部書き出して、PMのところに持っていきました。
「ここが決まらないと、リリースに間に合わないですよ」
先にここを決めましょう、と。
PMの反応は、こうでした。
「え、フリーランスの外部メンバーがこんなの持ってくるの?」
そこから、メンバーで何ができるかを整理して、スケジュールも組みました。
デザイナーやSREとも話して、止まってたところを順番に決めていった。
結果、外部のメンバーなのに「リーダーやってほしい」と言われたんですよ。
コードの話は、1行もしてないです。
誰の頭の中にもなかった「決まってないこと」を表に出して、先に決めようと言っただけ。
なんで、技術なしで解決できたのか
これ、技術の問題じゃないんですよ。
現場の課題の9割方は、情報共有の不備なので。
僕が現場をいくつも見てきて、ずっと思ってることなんですよ。
決まったはずのことが、どこにも残ってない。
認識が食い違ったまま作って、手戻りになる。
連絡がつかなくて、先に進めない。
新しく入った人は、仕様の説明がどこにもないので、コードを読んで推測するしかない。
どれだけ技術力が高い人を集めても、何をどう作るのかをチーム全員で揃えられないと、プロジェクトは失敗します。
しかも、止まってる時間は、そのままお金です。
会社からすると、手が止まってる時間にもお金を払ってることになるので。
止まってる間の時間は、1円も生んでないんですよね。
決まった後に、速く作る人。
決まる前に、チームを動かす人。
後ろか、前か。
作る速さは、もうAIで差がつかないです。
だから、前に立てる人が評価されるんですよ。
やることは3つだけです。
分かってることと、分かってないことを分ける。
分かってないことを、みんなが見える場所に出す。
先に決めるべきものを、先に決めようと言う。
実務経験も技術も、いらないですよね。
誰でも、明日からできます。
「どれを先に決めるかなんて、経験がないと分からないでしょ」
たぶん、次に引っかかるのはここですよね。
そこなんですよ。
書き出してみると、決まってないことって、たくさん出てくるんですよ。
その中で、どれを先に決めないと止まるのか。
これ、現場ごとにバラバラに見えて、見分け方は決まってます。
新しい技術も、センスも要りません。
そのへんは、メルマガのほうで書いてます。
次の打ち合わせの前に、分かってないことを1つだけ書き出してみてください。
それを持っていくだけで、話は1個前に進みます。
コメント