分はじめに前回までの連載では開発プロセスと,DevOpsにおける「脆弱性チェック」と「コンプライアンス違反チェック」に焦点をあてて解説しました。DevOpsにより継続的に価値あるサービスを迅速にリリースできるようになりましたが,イノベーションを加速させるためには課題が残ります。みなさんがご存じのとおり,DevOpsにはアジャイル開発手法が必要ですが,その手法やツールだけ導入しても完全に実現することはできません。ここからの連載では,DevOps実現に必要な「アジャイル開発手法」と「テスト管理」「⁠テスト自動化」についてお話をします。前提として,今号担当の筆者はいくつかのSI企業に在籍した経験から「ウォーターフォール型」が大好きです。作るときは,とても楽しいExcel方眼紙でガントチャートも作成していました。そんな筆者の目線で「アジャイル手法」と「ウォーターフォール手法」の違いなども含めてお話を進めていきます。アジャイル手法導入に向けてアジャイル手法を取り入れる場合,「⁠文化(カルチャー)を変える必要がある」という話を聞きます。一朝一夕に文化(カルチャー)を変えるなんてできるわけがありません。みなさんは,ラグビーのW杯をご覧になったでしょうか。Team(ワンチーム)になることが大切です。顧客も含めたチーム内での対話と協調によって出す成果はすばらしいものがあります。「⁠アジャイルソフトウェア開発宣言」にも,そのように記載されています(図1⁠)⁠。筆者も学生時代にラグビー部に所属していたため,とても共感する宣言です。アジャイルソフトウェア開発宣言ウォーターフォール型は,仕事が完了する姿(=要件や成果物)が明確になっているため,筆者としては作業しやすいので好きな手法です。近年,仕事が完了する姿(=要件や成果物)がプロジェクト進行中に変わってしまうことが多々あります。要件が変わり,設計も変更され,ソフトウェア開発者に伝達するころには「老いたな......父上。時すでに遅いのだがな」という某アニメの名ゼリフのように,待っているのは敗北だけです。こんなことにならないように,アジャイルを実践する,もしくはウォーターフォール手法の中にアジャイル要素を取り込むということを考えていく必要があります。アジャイル手法には,かんばん方式とスクラム方式の2種類があります(表1⁠)⁠。そのどちらを取り入れてもかまいませんが,まずは簡単に実践できる「かんばん方式」を採用してみるのも良いかと思います。時間がベーススクラム方式の知識が必要(スクラムマスターの存在が大切)ウォーターフォールからアジャイルへここでウォーターフォール型とアジャイル型の差をまとめてみました(表2⁠)⁠。必須この表において,ウォーターフォール型の「ミーティング回数」と「ミーティング参加人数」の項目で「文化(カルチャー)によっては多い」と記載した理由は,文化によっては,儀式のようにプロジェクトに直接関係のない役職者たちが出席する場合のことを指しています。そのような参加者を少なくし,開発エンジニアやテストエンジニアなどをミーティングに参加させることをオススメします。過去,ミーティングに多くの出席者がいると「コスト意識がない」「⁠時間と人が無駄だ」という声を聞いたことがあります。主要メンバーだけ出席し,そのあとに別のメンバーへ説明(共有)するミーティングを行うことを考えてみてください。チームメンバーが全員参加するミーティングなら1回だけで終わるので,時間とコストを考えれば効率的です。「⁠よくよく考えてみれば,これまでの常識が非効率ではなかったのか?」という疑問を持つことこそが変わるキッカケになります。アジャイル型の場合,顧客,ビジネスオーナー,スクラムマスター,開発エンジニア,テスト担当者などを同席させ,顧客またはビジネスオーナーから意見を聞く機会を作ったほうが良いです。ウォーターフォール型であっても,同じように各メンバーが同席することは重要だと思います。チームとして最適に機能させるには,人数は最大15名くらいを目安にしてみてください。ラグビーチームの人数ですね。アジャイル手法の実践,またはウォーターフォールにアジャイル要素を取り入れるためには,ツール活用は必須条件となります。そこで後編ではツールの役割について説明します。日本だけでなく,アジア圏でもアトラシアン製品販売のトップエキスパートであるリックソフトのWebサイトでは,各アトラシアン製品の体験版を提供しているほか,アトラシアン製品専用のコミュニティも運営しています。著者プロフィール大塚和彦(おおつかかずひこ)リックソフト株式会社マーケティング/ソリューション営業を担当。新しい技術・知識に出会い・習得するのが何より楽しい!好きなモノは「注文書」。2019」を開催しました。DAY1・DAY2の様子を注目セッションとともにお伝えします。LINEのエンジニア3名がイベントに先駆けて見どころを紹介します。コードの安全性・安定性を高める開発サイクル~テスト管理の効率を上げ,脆弱性診断を自動で行う~本連載では,連載「業務を改善する情報共有の仕掛け」を受けつつ,安全性・安定性を加えた開発サイクルについて考えていきます。若者世代から圧倒的な人気を誇るライブ配信&動画投稿コミュニティアプリ「MixChannel」(ミクチャ)の裏側(レコメンドシステムやサーバサイド開発など)について解説していきます。その他の連載CSS3アニメーションでつくるインターフェイス表現CSS3によるアニメーション表現を紹介していきます。その中でも,幅広い読者に応用してもらえるだろうインターフェイスを主なお題とします。MySQL道普請便り本連載では,MySQLを使ったアプリ開発・運用に関するノウハウをご紹介していきます。RecipeUbuntuの強力なデスクトップ機能を活用するための,いろいろなレシピをお届けします。JavaScriptセキュリティの基礎知識JavaScriptに関するセキュリティ上の問題はどこで発生し,どうすれば防ぐことができるのか?について解説していきます。〜システムをきちんと運用するための基礎知識システムは「作って終わり」ではなく,運用の中でさまざまな問題が発生します。問題の発生に備えて事前にどのような対応をしておくべきなのか,問題発生時に何をしなければならないのか,ポイントを解説していきます。きたみりゅうじの聞かせて珍プレーソフトウェア開発の現場で体験したトホホな失敗,思わずうなる珍プレーをきたみりゅうじ氏が四コママンガで紹介。Linuxのメンテナンスの傍ら,Linuxやオープンソースソフトと日々を過ごす著者が,その魅力とつきあい方を,エッセイ風味でお届けします。PRESS特別編集部員,さわやか笑顔のスーパーハカーはまちちゃんとネット大好き14歳わかばちゃんが,毎号,読者の皆さんから寄せられたおたよりを紹介します。皆さんの日頃の悩みにも答えちゃいますよ。]メールでのお知らせメールで次の案内をお送りしております。メールの配信を希望する方は,利用したい項目をチェックしてメールアドレスを入力し,[登録]ボタンをクリックしてください。UPDATES[ほぼ週間に1回]新刊メールマガジン[ほぼ週間に1回]電脳会議の各号案内[ほぼ1ヵ月半に1回]※変更する場合や停止する場合は,登録情報変更ページをご覧ください。※登録いただいたメールアドレスには,そのお知らせ以外,配信いたしません。Ltd.ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。