チーム開発における技術選定の進め方 - ROUTE06 Tech Blog

プロダクト開発に利用する技術の選択は、不確実性を伴う決断であることが多いです。 私はROUTE06で働く前は個人事業主でした。仕事の多くは、新規プロダクトのプロトタイプや初期バージョンの作成でした。デザインを含めてプロダクト開発をするのは私一人だったので、おおよその要件とスケジュール、予算が合意できたら、作り方は任せてもらっていました。 当時、私が技術を選択する方法は「開発速度や品質に非線形の変化を与える可能性があると感じたらまずは使ってみる」でした。アルファ版*1でもとりあえず使ってみて、上手くいったらそのまま本番稼働させているプロダクトもあります。 足りてない機能や不具合に直面することもありますが、パッチを書いたり開発元にプルリクエストを送りながらプロダクトの開発も進めていました。この進め方は、開発者が一人であれば成果を出せますが、チームで大きな成果を出すのは難しいでしょう。 現在、私

[onk]

るろ剣17巻を読み返しちゃった

[iwanofsky]

“Aプランがダメだった時のBプランという意味での二段構えではなく、一撃目で生じる隙を埋めるための二撃目。”

[digitalmatic]

“一撃目で生じる隙を埋めるための二撃目”なるほど

[nemoba]

偉い人が"うん"と言ったからコンセンサスだと思ってるのあるある。論理的根拠に"うん"を言わせましょう

[codenote]

『決断の本質』、読んでみます!