サービス開発における工程
Download as PPTX, PDF1 like1,377 views
about development method for service.
サービス開発における工程
- 1. サービス開発における工程
- 2. 自己紹介 名前： 森 英寿 職業： フリーランスプログラマ 住所： 宮城県仙台市 開発言語： Java/Ruby/PHP/VB/VC++/Objective-C Twitter: @h_mori Facebook: facebook.com/hidetoshi.mori サービス開発実績： TweetMe SOICHA ATND暦
- 3. 自己紹介 職歴： 株)JIEC (2000-2004) 基幹業務開発プログラマ 株)フライトシステムコンサルティング(2004-2011) 基幹業務開発プログラマ、プロジェクトマネージャ 基幹業務コンサルタント サービス開発プログラマ、コンサルタント
- 4. ソフトウェアの開発工程とは 実装したいことをまとめる どこまでの機能を作るか決める どのような仕様で作るか・どのように実装するか決め る ソースコードを書く 決めた仕様に即して動くかテストする ※大雑把にウォーターフォール型か反復型に分類される
- 5. ウォーターフォールモデル ウォーターフォールモデル 要件定義 基本設計 詳細設計 コーディング ユニットテスト （UT） インテグレーションテスト (IT) システムテスト （ST） 運用テスト （OT）
- 6. ウォーターフォールモデルの特 徴 前工程に間違いがない前提 工程を確実にスケジューリング コーディング比率 （約１割） 有効なケース 運用サイクルが長い （約１０年） 開発期間 （約半年〜３年）
- 7. ウォーターフォールのメリッ ト 作業見積の誤りが少ない 各工程でFIXするため手戻りが少ない 大規模でも進捗を把握しやすい 一定の製造品質を担保できる 運用保守を見越しているため運用コストが低い
- 8. ウォーターフォールのデメリッ ト 初期投資コストが高くなりやすい コーディング率が低いため 後工程での仕様変更に多大のコストが発生しやすい
- 9. アジャイル開発 スパイラルモデル （反復型） プロトタイプ開発 方法論 エクストリームプログラミング （XP） テスト駆動開発 (TDD) ペアプログラミング（ペアプロ） ソースコードの共有化 BTSにおけるタスク管理
- 10. エクストリームプログラミン グ 共同化 イテレーション、フィードバック 用語統一 開発 テスト駆動開発、リファクタリング、結合試験サイクルの短縮 ペアプログラミング、コードの共同所有 YAGNI 管理 責任の切り分け、タスク分離（BTS等の活用） コンシューマ コンセプト設計、計画、短期リリース
- 11. テスト駆動開発（TDD） 品質向上の目的ではなく開発者がコードに確信を裏付ける 目的 開発サイクル (Red)テストコードと失敗する本体コードを書く (Green)テストがパスするように最低限のコードを書く (Refactor)テスト成功を保持したまま、シンプル化し完成さ せる TODOリストの利用 向かないケース 並列処理 GUIを扱うもの
- 12. ペアプログラミング ２人（ドライバ・ナビゲータ）が１台のPCに向かって作業 ドライバがテストコードを書く間に本コードの実装を考える メリット コード所有およびコードレビューを兼ねている 教育に向く サボれない デメリット スケジューリングのズレによりトータルコストが上がる場合が ある
- 13. アジャイル開発の特徴 予測困難な要件・仕様に適応しやすい 熟練した開発者を要する 有効ケース 少人数開発の場合 （１０人以下） ミッションクリティカルでないシステム開発 開発者が遠隔でない 開発期間が短い
- 14. アジャイル開発のメリット 初期投資コストが安くなる場合が多い 課題点が早期に発見されやすい 仕様変更に適応しやすい
- 15. アジャイル開発のデメリット 作業見積が取りにくい 一括受託の場合、際限ない仕様変更になりがち 保守コストが膨れ上がることがある 大規模人数の場合、プロジェクト管理が難しい
- 16. アジャイル開発のポイント プロジェクトの性質的に適合するか検討する あくまで方法論（ツール）であり目的ではない コミニュケーションの取り方 作業者の精神的負荷を減らす目的 カウボーイコーディングにならないように
- 17. サービス開発の背景 初期投資であり収益化は半年後〜１年後 低予算 スモールスタート 低人数 １人で開発することもあり得る 短い開発サイクル １日〜３ヶ月 時流に合わせた仕様変更 世の中は激しく変化している
- 18. サービス開発のサイクル コンセプト設計、ターゲット分析 メイン機能に注力したプロトタイプ開発 ３ヶ月 βリリース ユーザー動向をウォッチ （売上確認） 続投の判断 （売上見込調査） 拡張開発・仕様変更
- 19. 初期計画 収益構造 （ビジネスモデル） サービスの目的、コンセプト設計 ターゲット層の分析 競合分析 収益予測 （利用ユーザー見込・単価） 経費コスト算出 開発費、デザイン費 コンテンツ使用料 販促費 （広告費） スケジュール策定
- 20. インタラクションデザインの重要 性 ユーザーエクスペリエンス・ユーザビリティの向上 製品を効果的に利用できるようにデザインを目指す 機能の単純化 視覚効果の利用 ユーザーシーンを考慮 5W1Hを考える ユーザーターゲットを明確に 性別、年齢層、文化背景 等 ※ 例）iPhone
- 21. リリース計画 リリースタイミング サービス機能性（品質）と早期ローンチのバランス 時流の動向に即したタイミング プロモーション方法 プレスリリース メディアへの露出 動画・サイト作成 ゲリラマーケティング ユーザー囲い込み 導線の作り方 ユーザーに対するインパクト
- 22. 中期計画 収益予測の見直し サービス方針の見直し ターゲット層の拡大 効果的なプロモーション方法の再検討 運用方法、運用コストの見直し
- 23. 私見 アジャイル的な開発手法が向く 企画者も開発者も知恵を絞ることが重要 サービスを作る上で正解はない 企画と技術とニーズがマッチした場合のみヒットする 何よりもプロモーションが重要 サービスの価値は品質よりコンセプトが評価される
- 24. ご清聴ありがとうございました m(_ _)m