# ISSUEに移動しました

関連情報も発信しているのでご購読お願いします。

https://i-ssue.com/topics/57710c20-aee7-4201-a355-ce3e4b3c92a9

開発速度が求められるスタートアップで培った、
リリースの間に合うように開発を上げる方法を共有します❗️

# 発注者との認識の差を埋める編
## 1. 機能単位で工数を出す

機能単位(1PR単位)で、
何時間かかるかを書き出します。
工数を出すとスケジュールを立てやすくなります。

例. 140h(開発に必要な工数) / 32h(かけられる工数/週) = 4~5週間

簡単な見積もり例↓
(感覚的に見積もっているので、実際に稼働した時間と比較して調整していきます)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/124461/f9e906b5-8964-4546-4c45-e50921e4bc67.png)

## 2. リリーススケジュールは悲観的パターンと楽観的パターンを用意する

早く終わるパターンと時間がかかってしまうパターンの2つのリリース日を設けます。
時間のかかってしまうパターンでは1.2~1.5倍くらい多めに時間を確保します。
リリース日は進捗状況によって変化しますよと伝えることができます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/124461/aa7e4f28-a719-a5e9-79be-83894386cb84.png)


いつまでにリリースできるかを説明する必要があるので、
クライアントがいたり投資家にリリース日を伝えなければならない時は、リリーススケジュールを立てられると便利です。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/124461/518f11f9-60b2-c639-25ea-68a15c10aa88.png)


# 開発速度を上げる編

## 3. Biz側が確認しやすいように、機能開発用(ex. feature-develop)のブランチを切る

コミュニケーションコスト、チェックしてもらうまでの待機時間を減らすために
チェックをまとめて行うようにします。

機能専用のブランチ(feature-develop)を作成し、PRをmergeし、
どこかのタイミングでbiz側にチェックしてもらいましょう。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/124461/846a5e8a-0bba-bf20-374f-fe4b9754992d.png)



## 4. 開発担当者にタスクを渡すときにはPR(下書き・インターフェース)を作成してから渡す

PR(コードの下書き・インターフェース)を作って渡すと、
担当開発者との仕様の認識のずれる対策ができるのと、開発者がすぐに実装を移ることができます。

これらの問題を解決するために、
PRを作って、期待するアウトプット、変更対象のファイルにマーキングしておくのがおすすめです。

### 5. 変更対象のファイルにマーキング
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/124461/a4c3f034-379f-33b1-e1d8-42c9e34a6748.png)

### 最終的なアウトプット
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/124461/93f56cbd-53a1-e656-e720-9aa6bd68adc7.png)



## 5. リリース後に実装でもいい機能を洗い出す

目的とずれている機能や設計途中でおまけで追加されたような機能は、
書き出してリリース後にまとめて着手します。

なるべく早くリリースすることを目指します。

## 6. コードレビューは行わない

コードレビューを行う時なるべくコードを提示するようにします。
それか、お互いの合意が取れていればレビュアーが修正してpushします。

pr上でコメントの往来があると、
とても時間がかかるので時には避けるのも一つの手です！


以上です！

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/124461/0b4ecb4b-f53b-715b-962b-0fce293d9e90.png)
https://i-ssue.com/

* その他にも色々情報発信しているのでぜひフォローお願いします！ [@sagae_kig](https://twitter.com/sagae_kig)

# おすすめの記事
[メール返信率を20倍にして時間単価6000円の案件を獲得する方法](https://qiita.com/k_s/items/8d7ce60c10ad16322119)
[業務委託単価診断を作って225名の方に回答してもらったので結果を公開します](https://qiita.com/k_s/items/08a88258fa621dfb7237)
[エンジニアの敵である脂肪を1年で9kg落としたのでそのやり方を書く](https://qiita.com/k_s/items/f7798638463a9d58e325)
[Qiitaを使って2週間で17万人のエンジニアの認知を獲得したので採用に応用してみる](https://qiita.com/k_s/items/03f2d51cb0096535c6f2)
[5,000円/時間以上で働く方法を考えてみた](https://qiita.com/k_s/items/e2208e276bdeb3048f37)
[チーム開発を倍速にする方法6選](https://qiita.com/k_s/items/987791592e1eb93187aa)
[オンボーディングファイル作成のススメ](https://qiita.com/k_s/items/ee9f4f76cbef70098795)
[プロダクトを作ってから登録ユーザー400名、月間売上100万円を達成するまでにエンジニアががむしゃらに行った営業方法のメモ書き](https://qiita.com/k_s/items/e644b71446c3b347a8e1)
[1人で開発したら数ヶ月かかるマッチングサービスを、ローコード・ノーコードで3日で作った(Airtable/Notion/Zapier/Sendgrid/Firebase)](https://qiita.com/k_s/items/f49a24c968f96d34cd94)
[個人のためのコードレビューサービスを開発しました。](https://qiita.com/k_s/items/5ee22a3ef74493958565)
[エンジニア200人に聞いて、業務委託単価表を作りました](https://qiita.com/sagae_twins_developper/items/f6f89820021e7ed0050a)
[業務委託単価表がバズったので、Webエンジニア業務委託の単価診断を作って225名の方に回答していただきました](https://qiita.com/sagae_twins_developper/items/ab21d3660e48a01609e7)
[エンジニアが入りたいスタートアップの特徴](https://qiita.com/sagae_twins_developper/items/6921128867b118d495e3)
[一流のエンジニアになるために一度は読んでおきたい、Google開発者用のコードレビューガイドをすごく簡単に要約してみた。](https://qiita.com/sagae_twins_developper/items/c6faa6029d7335061442)
[エンジニアとして普段よく使うサービスをまとめてみた](https://qiita.com/sagae_twins_developper/items/11338b5b0b565a5deee5)
[できないエンジニアの特徴](https://qiita.com/sagae_twins_developper/items/399c233ea6b00c8f5734)
[リモートエンジニアになって2年弱、実践してよかったメンタルケアを挙げてみた](https://qiita.com/sagae_twins_developper/items/8d92c309e1533b5306c5)
[フリーランスになって1年半経ったので、絶対にやっておくべきことをまとめた](https://qiita.com/sagae_twins_developper/items/9c60182610e736c8777f)
[月間売上100万、ユーザー数が600人を超えたサービスがStripe connectを導入して感じたこと](https://qiita.com/sagae_twins_developper/items/da15cf7315672cc79dcd)


ISSUEに移動しました

発注者との認識の差を埋める編

1. 機能単位で工数を出す

続きを読むには単価診断を受けてください 30秒