Oracle Database で機械学習を始めよう! Oracle Machine Learning
![大規模なアジャイル開発の現場と技術負債 / Technical Debt](https://cdn-ak-scissors.b.st-hatena.com/image/square/9061941cc8e1c400b93e0cda15b72a1e505578da/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fa207459d8f304f2ea13f02dab8c3c23e%2Fslide_0.jpg%3F29420458)
アジャイル開発におけるスリーアミーゴスアプローチとは、曖昧さのない実用的なユーザーストーリーを案出するための、効率と効果が最も高いアプローチの一つだ。プロダクトオーナー、開発者、テスト担当者を小さなチームに分割する。各チームのメンバーには定められた役割があり、各自の専門分野に基づいて独自の視点を持ち込む。このチームがユーザーストーリーを案出する。 アジャイルコーチのジョン・スマート氏によると、チームは、要求する立場、提案する立場、異議を唱える立場という役割を担うものだという。こうした役割に分かれて議論を進めることで、ソフトウェア開発の各段階で議論が深まり、効率的な問題解決が図れるとしている。 スリーアミーゴスアプローチをどう進めればよいのか、開発プロセスはどう変わるのか
4TBが9千円台だって。バッファローの静音HDDは在庫があるうちに回収しておこう【Amazonセール】
なぜ、スクラムが上手くいかない・しっくりこないと感じるのか考えてみよう 2023年06月20日 火曜日 どうも名古屋支社の北河です。 今回はスクラムの “ちょっと” した感じ方について取り上げていきたいと思います。 スクラムを実践している方はスクラムガイドを一度は読んだことがあるかと思います。読んでみると、軽量級やシンプルといったキーワードが目に入ってきます。 そしていざスクラムを実践し始めるとこんな声を聴きます。 「う~ん、難しい。上手くいかない」「なんかしっくりこない」「これで良いのかな?」と。 ということで、なぜ上手くいかないと感じるのか、しっくりこないと感じるのか、を自分の解釈を交えて考えてみたいと思います。 スクラムとは アジャイルの価値や原則を満たすプラクティスを組み合わせたフレームワークの一つです。 アジャイルとスクラムを混同していたり、違いって何?というケースを見かけますが
ソフトウェア開発における品質のメトリクスについて、新旧2冊の本を比べてみました。 1冊は、『初めて学ぶソフトウェアメトリクス』。 原著『Five Core Metrics: The Intelligence Behind Successful Software Management』(Lawrence H. Putnam、Ware Myers著)は、2003年に出版されています*1。 初めて学ぶソフトウエアメトリクス~プロジェクト見積もりのためのデータの導き方 作者:ローレンス・H・パトナム,ウエア・マイヤーズ日経BPAmazon もう1冊は、『アジャイルメトリクス』。 原著『Agile Metrics in Action: How to measure and improve team performance』(Christopher W. H. Davis著)は、2015年に出版されて
梗概 現代社会は多くのものがソフトウェアで成り立っており、絶えず変化するニーズに応じられる柔軟でスピーディーな開発が求められています。その一方、何が正解(ゴール)なのかが分からない、という不確実性の時代でもあります。不確実性に対処するには「アジャイル開発」が最も有望ですが、その成功裏の実践には、従来の常識の解体と再構築が必要です。エンタープライズにおけるアジャイル開発の実践が待ったなしの状況の中、理論、課題、近年の動向も踏まえ、実例を交えながら幅広く解説します。 「文書を書かない」という誤解 本連載の第1回~第3回において、ウォーターフォール方式に変わる、新たな開発手法が発見され、それが1990年代後半~2000年代の「Linux」やスマートフォンの開発において極めて重要な役割を果たし、それが今日のアジャイル開発手法の原則として受け継がれてきていることを解説しました。今回から、アジャイル開
著者●堀哲也、稲荷裕、木村秀顕、柴㟢秀算、廣瀬志保、石橋正裕/定価●2750円(10%税込み)/発行●日経BP/判型●A5 264ページ/発行日●2022年4月25日/ISBN 9784296112203 アジャイル開発の経験が少なく、中央集権型の日本企業において、組織や文化を変革せずに従来の開発ベンダーを活用しながら、基幹系システムなどのアジャイル開発を成功させるにはどうすればいいのか――。ウオーターフォール型開発が主流の「日本企業」で試行錯誤しながらアジャイル開発を成功に導いてきたコンサルタントたちが、自らの経験を体系化しました。そのノウハウを「基礎編」「実践編」「応用編」の3ステップで解説します。 最初の基礎編は、アジャイル開発の「事始め」で押さえるべき5つの要点を解説するほか、「らしさ」にとらわれないアジャイル開発の立ち上げ方や、成長し続けるアジャイルチームのつくり方などを解説しま
米国の調査によれば、アジャイルが注目を集める中、この2年間でウォーターフォール型の開発に回帰する企業が増加傾向にあるという。 米国の調査会社Forresterによればアプリケーション開発者の間で、アジャイルへの移行が勢いを増している。 同社の調査「Q4 2021 Global State of Agile at Scale Survey」に回答した152人のうち60%近くが、アジャイルプラクティスを採用するための「5カ年計画」に着手している。10年前はわずか4%だったことを考えると大幅な増加と言える。 スケールに関する課題は残る。この調査の回答者のうち、自分のチームがアジャイルプラクティスに「高度に熟練している」と答えたのはわずか4分の1で、アジャイル変革を支援するための構造改革に十分に投資したと感じているのはわずか17%だった。 Forresterの調査では、前回の調査から2年の間にウォ
新しいソフトウェア開発方法論「アジャイル開発」の一手法である「スクラム」の源流は、日本発の論文にあった。その論文著者の一人、野中郁次郎氏(一橋大学名誉教授、中小企業大学校総長)が語る「アジャイルの真髄」とは何か。(JBpress) 新しいソフトウェア開発手法として、さらに組織変革やビジネスの革新手法として注目を集めている「アジャイル」。「スクラム」はその中で最も普及している具体手法である。その「スクラム」提唱者の一人ジェフ・サザーランド氏が着想を得る原点となったのが、日本企業におけるイノベーションの成功要因を研究した日本発の論文なのだ。 サザーランド氏が、その論文を竹内弘高氏(現ハーバード・ビジネス・スクール教授)とともに執筆した野中郁次郎氏に実際に対面したのは、「スクラム」を提唱してから時間が経った2011年だった。サザーランド氏が着想を得た論文の中核部分は何か、またどのような経緯で対面
調査対象者に、勤務先でおもにどのような開発プロセスを採用しているかを尋ねたところ、「ウォーターフォール型」が58.2%、「アジャイル型」が12.1%となった。 いずれかの開発プロセスに携わっていると回答した人に、開発プロセスに課題を感じたことがあるかを尋ねた質問では、66.3%が「感じたことがある」と答えている。 開発プロセスに課題を感じたことがあると回答した人に、具体的な課題の内容を尋ねたところ(複数回答)、「見積もった工程と実績に乖離がある」(75.5%)がもっとも多く、以下「仕様工程による手戻りが多い」(67.9%)、「テスト工程が削減できない」(30.2%)が続いた。 その他の課題としては、「スロースタートになりやすく、慢性的な遅延が発生する」「手戻りが多く、開発コストがかさむ」といった回答が寄せられている。 開発プロセスに課題を感じたことがあると回答した人に、勤務先が採用している
「じゃ、どういうプラクティスがあればいいのだろう?」と考えはじめたのが、メルカリに入る少し前の頃。そこで今ためしにAutomation & QA チーム(通称:AQA)でがんばっているのが //speakerdeck.com/assets/embed.js ↑の部署紹介資料にもある「Continuous E2E Testing」です。現在は夜間ビルド&手動でいつでも実行。そして、最終目標はコミットごとの実行(でもすごくそれは難しい)。 だって、アジャイル開発、DevOps時代だともう、ずっとテストするしか「はやく」ならないんですもの。 CodeZineさんの「アジャイル開発におけるテストとは? その未来とは何か?【Agile 2018】」でも、AQA POP TALKの「探索テスターの未来? テスト戦略モデル「INFORMATION」とは何か? via ebayのセッションより」でも登場す
「巷で噂のモブプログラミングってどうなんだろう?」と興味を集まったメンバーで集まって、実際にモブプロをしてみました。参考までに簡単にまとめておきます。 モブプログラミングとは モブプログラミングは、2012年頃にHunter Industies社で取り組みが始まりました。そこで得た知見をWoody Zuillさん達がカンファレンス等で紹介することで広まっていきました。 Mob Programming – A Whole Team Approach by Woody Zuill 以下の動画を見ると、実際にモブプログラミングをしている様子を見ることができます。 さらに2016年の様子のビデオが下記です。複数のモブが動いている様子を見ることができます。 モブプロは簡単に言うと、みんなで画面をみながらわいわいプログラミング(またはそれに準じた作業)をすることです。基本的な進め方・コツ・現場で出てき
こんにちは。Misoca開発チームのtaiki-tです。 先日、本を訳したのでそのことについて書きたいと思います。訳した本は「オブジェクト指向設計実践ガイド ~Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方」。 オブジェクト指向設計実践ガイド ~Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方 作者: Sandi Metz,?山泰基出版社/メーカー: 技術評論社発売日: 2016/09/02メディア: 大型本この商品を含むブログを見る 原著は”Practical Object-Oriented Design in Ruby” です。 Practical Object-Oriented Design in Ruby: An Agile Primer (Addison-Wesley Professional Ruby) 作者: Sandi Metz出版社/メーカー
牛尾さんのブログで問題提起している「私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見である」という件について、自称ソフトウェア開発の専門家として考えたことを書いてみる記事。近しい各方面から意見を聞かれるので面倒なのでブログにまとめている側面もあるのだけれど。結論を先に書くと、計画駆動とアジャイルの扱いはバランスを重視。WFがメリットが無いというのは言いすぎだと思っている(課題はある)。 こちらも合わせて読んだ 日本でアジャイルが流行らない理由 - @ledsun blog 事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance そもそも批判されるようなWF型プロジェクトは実在するのか 本件に限らず批判されがちな「ウォーターフォール型開発プロセス(以下WFと記述)」だが、実際のところ皆さんそれぞれ
ポジション的なもの 個人的に、アジャイルは「(あんまり未来や遠くのことを考えるのをやめて)目の前にある問題を解決しよう」という思想と認識しています。 現実の問題を見ないで「将来、日本と米国のソフトウェア開発技術の差が広がるから、ウォーターフォールをやめてアジャイルをやろう」とか、何を言っているんだ、おまえは? と、思います。 キーワード「エンタープライズ」が出てきているので、業務システムの話をします。 情けないぞアジャイルコーチ 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログを読みました。 感想を書きます。 サム・グッケンハイマーの一言 サム・グッケンハイマーは、マイクロソフトが、アジャイル、そして DevOps 移行したことに関するソートリーダー の方が 「ウォータフォールは一切メリットがないので止めておきなさい」 といったそうです。まあ、ポジシ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く