アジャイル開発を支えるためのCI/CD - Qiita
アジャイル開発での何度も行われるプロダクトリリース アジャイル開発は早いサイクルが回っているチームでは１週間のうちに何度もリリースを行います。 リリースを何度も行うメリットは 開発中も常に動く状態のアプリケーションが確認できること 壊れたときにすぐに気がつけること 変更箇所を他の人もすぐ取り込むことが出来ること マネージャや顧客に対して常に進捗をデモという形で見せれること 他にも色々 このようなものがあります。 そもそもビッグバンリリースはテストも大変ですし、問題が起こったときに、どの箇所に問題があるかを調査する範囲を調べることが大変です。 バグの修正に掛かる時間の大半を占めるのがバグの調査時間になります。 半日以上かかって調査ししたバグが、１行のコード修正で終わってしまうこともよくあります。 細かくリリースをすることで、壊れた場合にそのコミットの変更の中におかしなところがあったと気がつく
アジャイル開発におけるテストとは？ その未来とは何か？【Agile 2018】
世界最大級のアジャイル開発の祭典「Agile 2018」がアメリカのサンディエゴで開催されました。日本でもめずらしくなくなってきたアジャイル開発ですが、北米で開催されるこのイベントには、2000人を超える開発者、テスター、プロダクトマネージャ、プロジェクトマネージャなど、ソフトウェア開発に関わる人達が世界から集まってくるカンファレンスです。本稿では、「Testing & Quality」トラックのセッションを中心にレポートします。 ebayのアジャイルテスティング UKのebayでHead of Software Testingとして活躍するDan Ashby氏のセッション「Testing in Agile」はその名のとおり、「アジャイル開発におけるテスト」を集約した内容でした。 ソフトウェアテストとは何か？ さまざまな解答がでてくる問いですが、一般的な解答は以下のようなものがあるはずです
TechCrunch
Mani Doraisamy Contributor Share on X Mani Doraisamy is the founder of Neartail. He is a developer-turned-founder and still writes code for a living. Additionally, he serves as a mentor for Google for Mr. Cooper, the mortgage and loan giant with more than four million customers, has confirmed customer data was compromised during a recent cyberattack. In an updated notice on its website published T
Scrumプロジェクト開始のベストプラクティス #RSGT2018
みなさんこんにちは。@ryuzeeです。 2018年1月11日から13日まで開催されているRegional Scrum Gathering Tokyo 2018で登壇いたしましたので、資料を公開します。 今回は、実際にスプリント1を開始する前にどのような準備をしておけばよいかがテーマです。 スクラムでは、プロダクトバックログが用意されていて、それを元にスクラムチームでスプリントプランニングを実施し、スプリント期間中毎日デイリースクラムを行い、最後にスプリントレビューとレトロスペクティブを実施することになっています。またスプリント中の次以降のスプリントの準備としてプロダクトバックログのリファインメントを実施します。 つまりプロダクトバックとスクラムチームが存在するところがスタート地点になっています。 では、これらはどこから出てくるのか、どのように作っていけば良いのか、という話になります。 資
［Slackbot大全］63種類の事例・ツールをまとめて紹介！ botを活用してSlackを便利に【2017夏】｜ハイクラス転職・求人情報サイト AMBI（アンビ）
［Slackbot大全］63種類の事例・ツールをまとめて紹介！ botを活用してSlackを便利に【2017夏】 Slackは、ChatOpsとの相性の良さから、エンジニアにも愛されるビジネスチャットツールです。本稿では、Slackを活用している28社1団体にアンケートを実施し、計63種類のbot事例・ツールをまとめて紹介します。 Slackは、エンジニアにも愛されるビジネスチャットツールです。ChatOps（チャットツールを活用してオペレーションの最適化・省力化を図ること）との相性の良さから、もはやSlackなしの業務は考えられない！ という方も少なくないでしょう。 Slackには、リマインドなどを実行するslackbotアカウントが最初からいるだけでなく、利用者自身がそれぞれの環境・業務内容に即したbotを自作でき、発言に自動応答してくれるものから業務の自動化まで、さまざまなbotをチ
「開発手法」だったアジャイルはここまで進化した | Japan Innovation Review powered by JBpress
前回（「企画と開発が責任を押し付け合う会社の前途は暗い」http://jbpress.ismedia.jp/articles/-/51448）は、「にわとり」と「たまご」の話を例に挙げて、ビジネス（ニーズ）と製品開発（シーズ）の関係の変化を説明した。今回は、アジャイルの起源にいったんさかのぼり、そこから時間を追って現在のビジネス視点での解釈について書いていきたい。 開発者の視点に立っていた古典アジャイル アジャイル開発宣言は2001年に発表された。「アジャイル」という言葉が登場すると、それ以前からあった「スクラム」や「XP（Extreme Programming）」をはじめとする軽量開発手法を総称する新しい呼び名として、大きなムーブメントとなった（ただし、注目を集めたのはソフトウエア開発の文脈においてであり、ムーブメントはソフトウエア開発者のコミュニティ内に限られていた）。アジャイルは、ソ
Aws CodeStarを試してみる - PPT Developers' Blog
今回は Amazon Web Services Advent Calendar 2017の22日目の記事を書きたいと思います。 AWS CodeStarについて書こうと思います。 CodeStarは一言で言うとCI/CD環境を全てAWSで構築・運用できるサービスです。 Code三兄弟(Code Commit、Code Build、Code Deploy)などのサービスと連携して、 アプリケーションコードのコーディング、ビルド、テスト、デプロイできる環境の構築を可能にします。 開発者は素早く必要なアプリケーション開発環境と動作するコードを用意することでできるそうです。 試してみる まずはアプリケーションのテンプレートを一つ選びます。 今回はNode.jsのLambdaアプリケーションを選びます。 次にプロジェクトの詳細を設定します。プロジェクト名は好きなものを入れてください。 レポジトリはA
MSA化レベル定義 - 低レベルなマイクロサービスはただのファイル連携と見分けがつかない - arclamp
「低レベルなマイクロサービスアーキテクチャ（MSA）」というのは「ただの基幹システムとのファイル連携」でいいんだよ、という話。 Level 5 | Richmond, Virginia | Rebecca Morgan | Flickr MSAというのは「どこかに存在する完成されたシステム」ではなく、現状のシステムを不断の努力によって進化させていった結果です。MSAに決まった構成はありません。あくまでもプラクティスやパターンがあり、それらの実現を手助けするソフトウェア製品（OSS）があるだけです。 というわけで、「MSAに取り組む」というのは道は遠くても（見えなくても）「目の前のシステムの継続的な改善に取り組む」ことでしかないのですが、最先端の話しかないと差が大きすぎてどう取り組めばいいのか分からない、あるいは再構築しか道はないと感じてしまうのだと思います。そこで段階的なレベル上げができる
アジャイル開発と反復型開発は違うのか？ - Cube Lilac
所用で Code Complete を読んでいると「反復型開発 (Iterative and Incremental Development)」と言うキーワードが出てきました*1。「反復」と言う単語を聞いてまず思い浮かんだのは昨今よく話題になっている「アジャイル開発」なのですが、「アジャイル開発」と言うキーワードが指しているものと「反復型開発」と言うキーワードが指しているものは果たして同じなのかどうか自分では判断が付かなかったので Web 上の記事を漁ってみる事にしました。 漁ってみた結果ですが、少なくとも「完全に同一のものである」と言う認識の人はほとんどいないようです。 インクリメンタル型開発とイテレーティブ型開発を合わせたソフトウェア開発手法のこと。システム全体をいくつかの部分に分割して反復しながら機能や品質を洗練し、それを段階的に全体に統合していく開発プロセスをいう。狭義にはアジャイ
アジャイル開発と反復開発の落とし穴
前回「『現状のソフトウェア開発は間違っていないか？』（プロセス編）」では、ウォーターフォール開発の問題点と改善方法を示した。さて、前回お話ししたようにウォーターフォール開発は本来、いくらプロセス改善をしたとしてもイノベーティブな開発がしにくい。ならば、反復開発（*1）やアジャイル開発に変えてしまおう、といいたいところ。しかし、導入するのであれば、それぞれのプロセスの特徴と弱点をしっかりと知っておくことが必要である。 ウォーターフォール開発からの乗り換えを考えている方々だけではなく、いまアジャイル開発や反復開発を実践している方たちにもぜひ一読してほしい。 （*1）反復開発とは例えばRUP（Rational Unified Process）やUP（Unified Process）のこと。 反復開発とアジャイル開発の違い 反復開発とアジャイル開発は、繰り返し型開発という意味では同じように思われる
アジャイル型開発の重要性とは？ - 株式会社ヴェス
アジャイル型開発の重要性とは？ 従来のウォーターフォール型開発における課題を解決し、手戻り工数を削減！ 近年、激しくなり続ける市場競争はソフトウェア開発においても例外ではなく、今まで以上の短納期が求められています。しかし、従来通りのウォーターフォール型開発の場合、あらかじめ全体の機能設計を済ませてから機能を実装するため、開発着手までにどうしても時間がかかってしまいます。さらに、テストで不具合が発覚すると、後半になればなるほど手戻り工数が大きくなってしまうため、開発途中での仕様変更・追加対応が困難となります。 そこで近年注目されているのが、「アジャイル型開発」による市場投入までの期間短縮であり、競争の激しい分野において採用例が増えてきています。
エンタープライズアジャイル徒然草 | オブジェクトの広場
本コラムでは、筆者が「エンタープライズアジャイル」に関係すると判断した雑多なトピックスを徒然なるがままに取り上げて論じていくつもりである。第 1 回は、筆者が最近執筆に関与した書籍「エンタープライズアジャイルの可能性とその実現への提言」 [1] 向けに執筆した「よく見られるアンチパターンと落とし穴」を掲載する。 エンタープライズアジャイルの実現を阻む障害を理解するために、本記事では日本の企業でアジャイル開発を行う際のアンチパターンを説明する。従来の開発方法に大きく手を加えないアジャイル開発風の開発を行うことでは、アジャイル開発の良さは現れないことがよく分かるだろう。 1. 「うちでもアジャイル開発やってみました」アンチパターン 日本の企業でアジャイル開発を試みる場合、明確な失敗ではないものの、単発のお試しで終わることも多いように思える。これを「うちでもアジャイル開発やってみました」アンチパ
DevOpsアンチパターンとは？
開発担当者と運用担当者が一緒に協力し、迅速に開発、リリース、フィードバックを回すことでビジネスを成功に導いていくという「DevOps」。もともとはFlickrやFacebookなどコンシューマ向けのオンラインサービス企業から登場した考え方ですが、いまではIBMなど企業向けのソフトウェア開発でもDevOpsを用いるベンダが登場してきています。 そのDevOpsで重要なのが、開発も運用も誰もが協力し合うというカルチャーを作り上げていくこと。Webサイト Agile Web Development&Operationsの記事「DevOps Anti-Patterns」では、これをやるとDevOpsが失敗するというアンチパターンを3つ挙げています。 3つのDevOpsアンチパターン アンチパターン1：コミットが“完了”／Committed is “Done” メンバー全員がタスクを終了させるとはど
DevOpsに関する12のアンチパターン
みなさんこんにちは。@ryuzeeです。 DevOpsGuysというサイトのTwelve DevOps Anti-Patternsという記事が秀逸です。 作者の方に許可を頂き翻訳しましたので公開します。 原文も軽妙なタッチで読みやすいと思いますのでぜひご参照ください。 また本文で様々なスライドや資料へのリンクがありますので、そちらも見ていただくと理解が深まるんじゃないかと思います！ えっとDevOpsを始めたいのかな？おっけー。ただ始める前に、やってはいけないいくつかのことについて見ておこう。 古き良き時代には単に「良くないアイデア」って呼んでいたんだけど、外交やポリティカル・コレクトネス運動の結果、ブレストやアイデアシャワーをして、最近は「アンチパターン」と呼ばれるようになった。 パターンが絶対的に正しいのであれば、すなわち「アンチパターン」は間違いということになる。そして間違いを避ける
「なんちゃってアジャイル」15のアンチパターン | Biblichor - scent of classics
ユーザーメリットを早期に実現するため、迅速かつ適応的にソフトウェア開発を行う「アジャイル開発」。 うまく実施できれば素晴らしい力を発揮するのだが、ややもすると「なんちゃってアジャイル」に陥ってしまうことも…。 過去のプロジェクトの経験から、プロジェクト進行のなかで陥りがちな「なんちゃってアジャイル」の罠と、それを引き起こすカンチガイの原因についてまとめてみた。 チーム環境 "なんちゃってスクラム"編 「アジャイル開発」に必須なのが、チームメンバーが協働で目標に向かうための環境づくり。 以下のことが起きていたら要注意。 1. プロジェクトの目標があいまい プロジェクトの目標について、プロダクトオーナーとスクラムマスターで言っていることが違う場合は要注意。 2. リリース時期が決まっていない プロジェクトのリリース時期が決まっていない場合や、簡単に変更になる場合は要注意。 ずるずると「リリース
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://gartner-em.jp/dc2017/report/JDC17_23A_AWS_DL.pdf
Scrum AllianceがState of Scrum 2017年版を公開
アジャイルはなぜ失敗するのか？～教科書には載っていない反復型開発の3つの掟
カンバン方式を適用する間違った理由と正しい理由
スクラムの７つの罪とアジャイルのアンチパターン
