skillup

技術ブログ

アーキテクト設計全般 プロジェクト管理

スクラム開発をやってみて

投稿日:

アジャイルの定義に関してはエンジニアによって色々なものがあると思われますが、自分の場合一番綺麗に説明されているな・・・と感じたのは以下の記事でも紹介した書籍でした。

アジャイル開発について

現場ではただいまスクラム開発をやっております。

アジャイルやスクラム開発など言葉の定義がいろいろとありますが、スクラム開発の定義を一言で言うと

「比較的小規模な開発単位(スプリント)をゴールとして、細かいリリースを積み重ねていくこと」ということになるかとおもいます。

この開発のメリットとしては、

  • 小規模なリリースを積み重ねることでアウトプットを少しずつみせられる
  • ユーザーからのフィードバックをもらいやすい
  • リリースが1〜2週間となることことで作業に緊張感が生まれやすい
  • タスク管理がより容易に可視化される

のようなことが挙げられるかと思います。一般的にはやはりゴールがないWeb系の自社開発系のプロダクトに向くのかなと思っております。

デメリットとしては以下のようなことが挙げられるでしょうか。

  • ウォーターフォールのような明確なゴールがないため、ユーザーのフィードバックをそのまま聞いているとプロジェクトが肥大化する
  • 仕事を振る側のタスク管理スキルがより要求される
  • 変更が激しいので、品質の担保としては自動テストが必須になる
  • メンバーのスキルが比較的高い水準を要求される

ただ、私としてはなんちゃってアジャイル(ただ単に仕様書がないだけの開発)が多かったので、こういった開発理念がある開発手法を学べているのは先進的でした。

アジャイルの理念はドキュメントがないことではなく、開発単位は「価値を提供できる最小限のプロダクト」を「小さく(インクリメンタル)すばやく(イテレーティブ)作ること」ですからね・・・

上記の理念を踏まえた開発手法を取り入れていきたいと思います。

-アーキテクト設計全般, プロジェクト管理
-

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

読書感想文:ITエンジニア採用とマネジメントの全て

前回に引き続き採用の本の読書感想文を 今回読んだ本は「ITエンジニア採用とマネジメントの全て(久松剛)」です。 著者の方は某大手企業で有名なエンジニアリングマネージャーを務めている方でここ10年ぐらい …

no image

ディレクション時に重要な視点

ディレクション(ベンダーや内製時)時に留意するポイント Contents1 開発ルールの構築2 アサインと人材スクリーニング3 言葉の共通化(特にアウトプット)4 問題化のキャッチアップ5 リソースの …

no image

アプリケーションアーキテクチャについて 〜既存のMVCに関して〜

今回はアプリケーションのルーター以降のアーキテクチャに関して。主にMVCなどについて説明したいと思います。 Contents1 MVC(Model,Controller,View)1.1 トランザクシ …

no image

オブジェクト指向 値オブジェクトの活用と場合分けに関して

オブジェクト指向 その1 オブジェクト指向 その2 オブジェクト指向 その3 でオブジェクト指向に触れたんですが、基本から勉強しなおす必要があると思い、まとめ&追記 参考文献 現場で役に立つシステム設 …

no image

テスト対策(単体テスト、結合テスト、総合テスト)

単体テスト、結合テストで発生した障害の分析(どんな障害が起こって、原因はなんで、再発防止に関してどうすべきか)なんかをやってます。 個人的に各フェーズで留意する点などを。 Contents1 共通2 …

アーカイブ