アジャイル開発を楽しみながら学ぶボードゲーム 「スクラムが体験できるボードゲーム～目指せスクラムマスター～」の試作品を開発 | ニュース | DNP 大日本印刷
大日本印刷株式会社（DNP）は、システムやアプリケーションの開発に用いる「アジャイル開発」の手法の一つ、「スクラムが体験できるボードゲーム～目指せスクラムマスター～」の試作品を開発しました。「アジャイル開発」とは、小さな仮説から検証を進め、立証した事実を積み重ねることで、無駄を少なく技術や製品・サービスを成長させてゆく手法です。また、その一種に、スポーツのラグビーのように、チームメンバー同士がタスク（業務課題）を分担し、それぞれの成果を持ち寄って開発を進めていく「スクラム」という手法があります。 DNPは生活者にいち早く新しい価値を届けるため、これまでも多くの企業等のソフトウエア開発のほか、自社で提供しているDNPソーシャルアクションサービス「May ii（メイアイ）」やDNPアスリート支援プラットフォーム「CHEER-FULL STADIUM チアスタ！」などでアジャイル開発の手法を取り
6割超のエンジニア、現在の開発プロセスに「課題あり」、大規模開発にはアジャイル型を求める声
調査対象者に、勤務先でおもにどのような開発プロセスを採用しているかを尋ねたところ、「ウォーターフォール型」が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のセッションより」でも登場す
続・アジャイルで人はどう育てるんだろうか - novtanの日常
色々ブコメ頂いたので、紹介がてらいろいろ考えたいです。 予めテーマを絞っておくと、教育にコストがかかる前提において世の中のプロジェクトが全部アジャイルになっちゃったら教育コストをどこから捻出していくイメージなのか、ということと、プログラミング以外のところがどういうプロセスで身についていくのか、というのが僕の関心の主眼です。 id:greencoffeemaker アジャイルをやるには、ある程度のレベルでシステムを修正できなくてはならないのがキツイ。場当たり的なコードで埋めたり、ガチガチに組まれたFWで業務処理だけ書けるというスキルではなかなか難しいのは実感ある。 やっぱり感覚としてはこういうところはあるんですよね。そこに到達するまではお荷物な部分を誰かがフォローするのか、余剰工数でやるのかってところですよね。 id:wwolf アプレンティスシップ・パターンを読もう（要するに徒弟制度） 読
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
アジャイルがダメだと思う7つの理由 - arclamp
1.全体スケジュールにコミットできない アジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
家事と育児とアジャイル / Agile in housework and child care
アジャイルはなぜアジアで普及しないか