アジリティを支える品質特性 / Agility and Quality Characteristics Developers Summit 2021 SummerDevelopers Summit 2021 Summer［A-1］アジリティを支える品質特性 講演日時: 2021年07月30日（金） 10:00 ～ 10:45 概要: ビジネスにとってITは、「あると便利」から「有効」、「不可欠」を経て「中核そのもの」になりつつあり、柔軟かつ俊敏にソフトウェアエンジニアリングを進める力は企業の競争力の源泉となりました。本セッションでは、そのような競争力あるソフトウェアを開発し続ける力を構成する要素を、品質特性等の側面から掘り下げていきたいと考えています。
“テストコードを書く文化”をどう形成していったか 開発速度と品質の両立を支える3つの「自動テスト」とは
株式会社ラクスが開催するエンジニア向けのイベント「RAKUS Meetup」。今回は「SaaS新規プロダクトの技術」をテーマに、同社プロダクト「楽楽労務」の開発を担当する福岡憲治氏が登壇し、「新規プロダクトの開発速度と品質の両立を支える自動テスト」という内容で話をしました。 新規プロダクトならではの悩み 福岡憲治氏（以下、福岡）：それでは『新規プロダクトの開発速度と品質の両立を支える自動テスト』というタイトルで福岡が発表いたします。お願いします。 ではいきなりですが、まずはじめに、新規プロダクトとタイトルに入っているとおり、新規プロダクトならではの悩みについて、簡単にお話しできればと思います。 まず1つ目、ドメインに対する理解が不十分だったり、アジャイルに機能開発していくので、作り直しが発生します。あるいは、新規プロダクトである程度できあがってくると、チームメンバーを増員することになります
Joel on Software - やさしい機能仕様 - パート 1: なぜわざわざ書く必要があるのか?
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/10/2 The Joel Testを発表したとき、読者から寄せられた最大の不満の種は、仕様書を書かなければならないということだった。仕様書はデンタルフロスみたいなもので、みんな書かなきゃいけないと思ってはいるが、誰も書かない。 なぜ人々は仕様書を書きたがらないんだろう? 人々は仕様書作成フェーズを飛ばせば時間を節約できると主張している。彼らは仕様書作成がNASAのスペースシャトルのエンジニアか巨大な保険会社で働いているような人たちのための贅沢品であるかのように振舞っている。戯言だ。何よりも仕様書を書かないというのは、あなたがソフトウェアプロジェクトに持ち込む、最大かつ不必要なリスクである。それは着替えだけリュックに詰めて、その場になれば何とかなることを期待してモハーベ砂漠の横断に出発するの
納期と品質：情報システム部門のリアル：エンジニアライフ
光陰矢の如しといいますが……。今年度もあとわずかですね。組織変更対応とか、フロアの移動とか、社内SEは忙しい時期です。年度末の決算もありますし。 システム開発の仕事をしていると、月日はあっという間に過ぎていきます。 ・プロジェクトがスケジュールどおりに進むわけない ・システムにバグはつきもの 上記2点は良く言われます。遠からず真実に近いですが、これを当たり前と考えてはいけないのですね。分かっているものの、究極の選択を強いられる場合があります。 1年超のプロジェクトに携わっていたときです。20XX年1月からスタートして、20XX年10月稼動予定。安定稼動の11月～12月に検収する予定でした。10月稼動なので、受入テストを8月のお盆明けから初めて1カ月位で完了し、9月中旬から1カ月間でユーザへの説明会を行う予定だったのですが……。 ある日、ベンダからの進捗報告に違和感を感じ初めました。現場のS
ファジングの有効性、知ってますか？ IPAが手引きを公開 － ＠IT
2012/03/27 情報処理推進機構（IPA）は3月27日、「ファジング活用の手引き」と題する文書をWebサイトで公開した。 ファジングとは、ソフトウェアに存在している脆弱性を見つけ出す手法の1つだ。ソースコードを直接解析する代わりに、極端に長い文字列などの予測不可能なデータを送り込んでソフトウェアの挙動を観察し、脆弱性を発見する。ツールによる自動化が容易なことが特徴の1つだ。 IPAによると、マイクロソフトなど国外の大手IT企業では、ソフトウェア品質の向上や製品出荷前の脆弱性検出を目的に、ファジングを開発ライフサイクルに組み込んでいる。一方で国内ではまだ、ファジング自体の認知、普及が進んでいない。 今回公表された文書は、こうした状況を踏まえて作成された。ファジングの概要に始まり、ソフトウェア開発ライフサイクルにおける活用方法、ファジングの実践方法までを紹介している。さらに、「Taof」
ソフトウエアの品質は大丈夫？
メインフレーム時代の話ではあるが、日本のソフトウエア開発力（主に品質と生産性）は世界的に高い水準にあったと海外で評価されていた。エドワード・ヨードン氏やマイケル・クスマノ氏の調査レポートが有名で、当時は米国のコンピュータ業界に衝撃を与えたという。 だが、今はどうだろう。「最近は短納期が増えてきたこともあり、品質に対する感覚が薄れ、納期、コストを優先的に考え失敗する例が増えていることは残念だ」と語るのは名内泰三氏だ。右の句は、こうした実情を踏まえて、システム開発/プロジェクトマネジメントの基本を説いたものである。 名内泰蔵氏は、国内外の官公庁や、金融関連企業の大規模システム開発に携わった経験を持つ日立システムアンドサービス（現在は日立ソリューションズ）の元社長。後代のために、連載『プロマネに贈る「泰蔵の一日一句」』ではプロジェクトマネジメントのエッセンスを句に込めて詠んだ。その中から、今回は
口語訳ISO9001:2015（製造業用）
この口語訳は、ISO9001（JIS Q 9001）を読んでも、チンプンカンプンという初心 者のために、ISO9001の内容を、平易な日本語で書いたものです。下記の「使用上 の注意」を理解の上、ISO9001理解の参考としてお役立てください。 月刊アイソス 2016年5月号に、口語訳ISO9001:2015 簡約版（ショートバージョン）を 掲載しました。 ここに掲載している完約版（ロングバージョン）は、規格の要求を一つずつ 丁寧に訳した結果、元の規格の1.7倍の長さがあります。 一方、簡約版は、ザックリと 訳していて、元の規格とほぼ同じ長さです。 こちら方も、ご活用ください。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェア品質入門