tobb422のブログスマートフォン用の表示で見るtobb422のブログスタートアップエンジニアの奔走この広告は、90日以上更新していないブログに表示しています。いうスタートアップ企業にてエンジニアをしています。ところから現在は、5人のエンジニアで開発を進めるまでにチームが大きくなってきました。β版プロダクトから正式版リリースに向け、チーム一丸となって開発を進めており、より一層スピード感を持って開発できるよう日々試行錯誤しています。今回は、「スピードをあげるために何が必要かと」いままで考えたことをまとめておこうと思います。チームの開発速度を上げるチームの開発速度を上げるためには、以下2点を実現する必要があると考えました。リリース)を短くする以降、上記2つを実現する方法を考えます。同時に実装できる機能を増やす現在、開発チームでは、ストーリー毎に開発を進めており(たとえば、ユーザーがサインアップできるといったイメージ)要は、同時にこなすこのストーリーの数を増やせば良いと考えています。新たに開発者を増やす既存の開発者が分身するこれまでの経験から、同一人物が同時に複数のストーリーをこなすのはあまり現実的ではないと考えており並行するストーリーを増やすためには、新たに開発者を増やすことが必要だと考えています。リリースと一貫して担当していただける方を採用しなければなりません。人物像(スキルセット)は明確になり、ターゲットは絞りやすいです。採用して、同時進行できるストーリー数が増やせなければ意味がないので、採用をゴールにしないよう心がけています。自走できるようになるまでのコストを低くしていくことも必要だと考えています。チーム思想が明確にあり、意思決定の指針となっているドキュメントが充実しているといったことが満たされていれば、自走までのキャッチアップもしやすいと思います。リリース)を短くする1ストーリー辺りにかかる時間が短くなれば、プロジェクトは全体的に前倒しになるためリードタイムを短くできるよう心がけています。仕組み化を進めて、あらゆる面でチューニング可能だと考えています。以下はチューニング可能な項目です。実際のデプロイ時間などあらゆる工程を少しずつ短くでき、トータルでかかる時間は大幅に短縮されると考えています。各工程を割り出して、それぞれのリードタイムを短くするためには?と考えることで、より具体的な施策へ繋げらることができたと思います。(今後、具体的にどういったことに取り組んでいるかもブログで紹介できるといいなぁとおもっています。リリース)を短くすることが必要ではないかと考えています。そこから下位分析をしていくと、ドキュメントをしっかり書くチームのバリューを明確にするといった割とよく言われているプラクティスにつながりました。開発チームとしては、クライアントに継続的に価値を提供し続けられる開発体制を作るべきであり、その際に、開発速度は非常に重要な指標ではないかと考えています。ハックしていかなければいけないのではないかなぁ〜と日々思っている今日このごろでした。(最近ブログ更新をサボっていて、久々に書くとうまく文章かけない。生成する基盤を作成したチームの開発速度をあげるSPAで利用するAPI設計を考える...月別アーカイブはてなブログをはじめよう!tobb422さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。