DroidKaigi 2018 - Android案件の見積もりに現れる要素、あるいは丁寧に埋設された地雷たち / eaglesakura [EN] を視聴した

視聴元

見積もりとは

想定すること。 仕様の前提を掲示すること。 難易度 期限 アサインメンバ数、習熟度 機材、サービス利用料

見積もりが良いと

炎上回避。 仕様調整などのマネジメントがやりやすい。

ユースケース

iOS版先行アプリ：デザイン問題

• ドラムロール
• ダイアログ
• 「パーツ？あるよ」→psdだけ投げられる。

アプリ連携：SNS投稿

• 「Intentぶん投げるだけ？」
• 「アプリ内でやる」→認証が必要。

ハードウェア

• 通信
• 位置情報（gps）

CI

• 構築
  • サービス利用。
• 各種設定。
  • 運用コスト。
  • ビルド設定の更新。
  • (放置していると)ビルド速度低下による影響。

「そのサービス使って大丈夫？」

• OSSが使える？
• 既存サービス使える？
  • Jenkins
  • GitHub
  • CircleCI
• 「常識」の整理が必要。
  • 前提を整理しておくと、見積もりに困らない。

見積もる場合に考えておくことリスト
https://qiita.com/eaglesakura/items/3f552dc5971d39fa9466

チームに参加するメンバの技術力は一定じゃない。

• スケジュール、状況に合わせた妥協もスキルの一つ。