質とスピード（2020秋100分拡大版） 2020/11/20 @ JaSST'20 Kyushu
質とスピード（2020秋100分拡大版） / Quality and Speed 2020 Autumn Edition
質とスピード（2020秋100分拡大版） 2020/11/20 @ JaSST'20 Kyushu
ソフトウェアの「アジリティ」と「品質」をトレードオフにしない、プロダクト開発の理想型｜Tably及川卓也×Autify 近澤良｜ハイクラス転職・求人情報サイト AMBI（アンビ）
ハイクラス求人TOPIT記事一覧ソフトウェアの「アジリティ」と「品質」をトレードオフにしない、プロダクト開発の理想型｜Tably及川卓也×Autify 近澤良 ソフトウェアの「アジリティ」と「品質」をトレードオフにしない、プロダクト開発の理想型｜Tably及川卓也×Autify 近澤良 ソフトウェア開発においても重要なキーワードとなっている「アジリティ」。激しい市場変化への対応力、機敏性を意味する言葉だ。あらゆる産業でソフトウェアを主体としたビジネスへとシフトするなか、その「アジリティ」と「クオリティ」をどう両立するか。そのためのプロダクト開発の理想型とは？ Tably及川卓也氏 × Autify 近澤良氏の特別対談をお届けする。 アジリティがなければ、もはや勝負にならない。 ミニウォーターフォール化する、アジャイル開発の罠 高まる、E2E （End to End）テストの重要性 組織とし
みんなでやる と 全員でとりかかる は違うよという話
ちまたで都市伝説の様に聞こえてくる「言語 xx なのに xx を使っちゃいけない」とか「周りとレベルが合わない」とか言う話について適当に持論を整理してみた 結論から言うと２つで、タイトルの通り みんなでやるということは全員でとりかかることではない という話と、ベースラインを明確にしよう という話になる どうしてこういう話になるの？ スクラム開発だとかアジャイル開発だとかをやっていると「自律した」とか「自己組織化された」とか「フルスタックな」とかっていうフレーズが至る所で目に入る たしかにチームメンバーは全員大切なメンバーだし、チームに裁量が委譲されていて決定権があるのも素敵だし、スキルが広く深いのは超かっこいい ただふとした拍子に「全員に 等しく 決定権がなければならない」とか「メンバーは対等なのだから 決定権も対等 」とか「外部や上層ではなく自分たちが決める以上、全員で決めて納得 したい
認定LeSS実践者研修を受けてきた - Qiita
Help us understand the problem. What is going on with this article? Odd-e社主催の認定LeSS実践者研修を11/29~12/1に受けてきたので、簡単に報告します。以下の内容は研修中にもらった資料、講義中の話をベースにしています。 LeSSとは？(概要) 大規模開発用のアジャイル開発フレームワーク Large-Scale Scrumの略 基本はスクラムで、大規模用に拡張を行っている 適用範囲は2〜数百チーム(3000人規模の開発チームに導入したとか・・・) 2~7チームはLeSS、8チーム~はLeSS Hugeを使う LessとLeSS Hugeの違いは追加の役割とか、プロダクトバックログの作り方ぐらい(後述) 認定LeSS実践者研修とは？ 3日間の研修 講師はOdd-e代表 Bas Vodde氏(同時通訳あり) LeS
フィボナッチ工数見積は「完成させます！（徹夜で）」という無理ゲーによる弊害を最小化するプロジェクトマネージメント手法 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
今まで数々のプロジェクトマネージャーとそのプロジェクトマネージメント手法に翻弄されてきたが、現在の勤め先であるベルリンのITスタートアップで取り入れている手法が歴代の中でも一番マシ。まず工数見積がとても洗練されている。エンジニアが無理やりに「今週中に完成させます！」と言わされて、結局はその約束が守りきれずに翻弄される、というような弊害が最小化できているな、という話。 プロジェクトマネージメントチームのメンバー達はその見積方法を「フィボナッチ」と表現している。 だいたい工数見積なんてものが正確にできる人に出会ったことが無い。複雑なITプロジェクトの全体像を把握して「これをうちのチームで完了するためには＊＊日を要する」なんてピタッと当てたためしがない。絶対にズレる。 エンジニアに向かって「お前さー『今週中に完成させます』って言ったよな？誰だっけ、それ言ったの？オレじゃねーよ。お前だよ。おめーの
【資料公開】アジャイル開発プロジェクトの始め方
みなさんこんにちは。@ryuzeeです。 これからアジャイル開発を始めるときには、気をつけておいた方がよいことや、実際にスクラムでスプリントを回す前にやっておいた方がよいことが色々あります。 それについて使っている資料がありますので参考までに公開しておきます。 これもやった方がいい、こういう時にはどうするの？などありましたら是非[Twitter](https://twitter.com/ryuzee)などでお知らせいただければと思います。それでは。 SCRUM BOOT CAMP THE BOOK【増補改訂版】 スクラムチームではじめるアジャイル開発著者／訳者：西村 直人、 永瀬 美穂、 吉羽 龍太郎出版社：翔泳社発売日：2020-05-20単行本（ソフトカバー）：288ページISBN-13：9784798163680ASIN：4798163686
技術フェローが名古屋を流していたのでペアプロの手ほどきを受けたら捗った - 弥生開発者ブログ
Misoca開発チームの黒曜(@kokuyouwind)です。 先日大須演芸場で開催された名古屋Ruby会議03ではTwitterでひたすら実況していました。大喜利が思った以上に大喜利で面白かったです。 お題「みなさんRubocopになってもらって『直しました』といってください。『何を直したんですか？』と聞くので、直したところを答えてください」 須藤さん「直しました」「何を直したんですか？」「RSpecをTestUnitにしました」 #nagoyark03— 黒曜@技術書典2 か-13 (@kokuyouwind) 2017年2月11日 流しの技術フェローに教わったペアプロのコツ 先日、弊社技術フェローのkakutaniさん(@kakutani)からペアプログラミング(以下ペアプロ)のコツを教わり、社内でのペアプロ機運が高まっています。 今回はkakutaniさんから教わった内容のまとめと
アジャイルのレトロスペクティブはなぜ難しいのか？
レトロスペクティブ（ふりかえり）は，チームの作業方法を見直して修正することによって，自らの作業を改善するものだ。より多くの価値をユーザに提供する手段として，アジャイルの重要な手法のひとつに数えられることも多い。しかし時には，レトロスペクティブを行うのが難しく思われることもある。変更すべき対象がチームメンバのコントロール範囲外にあると感じられたり，改善の余地がないように思われたり，適切なアクションの定義が難しく感じたられりすると，アクションの定義よりも先に不満が口をつき始める。そうなるとレトロスペクティブがつまらない，単なる時間の浪費だと感じられてしまうのだ。このような問題に対処して，より有意義なレトロスペクティブを行う方法を見つけるには，どうすればよいのだろう？ Keith McMillan氏のブログ記事 agile concept of the week: retrospective に
継続的デリバリーとは何か？
みなさんこんにちは。@ryuzeeです。 継続的デリバリー（Continuous Delivery）の定義を改めて整理してみました。 まず1つめの定義は以下の通りです。 Continuous DeliveryとはリリースのスケジュールをIT部門が握るのではなく、ビジネス部門が握るということだ。 Continuous Deliveryを実装するということは、全体のライフサイクルを通じて常にソフトウェアが本番環境にリリース可能であるということを意味する。すなわちどのビルドもボタン一発で、完全に自動化されたリリースプロセスを通じて、秒とか分の時間で利用者にリリース可能である、ということだ。 Jez Humble Continuous Deliveryとは何か？ユーザーとプロジェクトチーム（顧客やプロダクトオーナーも含む）の間に固いフィードバックループを作ることは、結局のところ、試験的な変更や新し
かんばんやりたい という話をチームにした - パルカワ2
なぜ我々にかんばんが必要なのか、どうやるのか等を話しました。 昔はやってたけど、チーム体制がアレコレ変わってアワアワしてる間にかんばんがなくなっていたんですが、ある程度落ち着き冷静になってみると無駄に思えたので「リリース進捗をひさいちが見てくれ」と言われたついでにそのあたりバチコーンと直したろという感じです。 前のものからアップデートしたのは、1日の時間を変えた事と6時間以上のTODOは分解する事だけです。 FAQにも書いたけど、誰か1人が管理するためではなく、チームメンバー全員が問題に気づきやすくするためというのがとても大きい。
Modern Agile
Over the past decade, innovative companies, software industry thought leaders and lean/agile pioneers have discovered simpler, sturdier, more streamlined ways to be agile. These modern approaches share a focus on producing exceptional outcomes and growing an outstanding culture. Today, it makes far more sense to bypass antiquated agility in favor of modern approaches. Modern agile methods are defi
アジャイルテスティング -バグ埋め込みを年間1件にまで減らした戦略- #NagoyaTesting
Nagoya.Testing in Tokyo ソフトウェアテストを強いられている人達の話 で発表したスライドです。ただ7割くらいは口頭での説明なので、参加した人の思い出し用です。
リモート勤務はじめました - 株式会社永和システムマネジメント アジャイル事業部
アジャイル事業部の木下です。 永和システムマネジメントではリモート勤務の試行をはじめました。 リモート勤務の第一号は @kunitoo です。今月、子供が生まれたのをきっかけに、本日 12月20日 よりリモート勤務を開始しました。 弊社では東日本大震災のあと、働き方の多様化に対応することに加え、災害時の事業継続の観点もあり、在宅勤務制度を整備し、実施してきましたが、福井本社、東京支社、沖縄事務所に通勤可能なところに住むことが前提でした。 今回のリモート勤務制度により、一定の条件を満たした社員はどこにいても仕事ができるようになります。 リモート勤務制度を整備することになったきっかけは、今年の夏にアジャイル事業部メンバーの @kunitoo から、子供が生まれたら地元の富山で子供を育てたい。でも、できれば永和で働きたい、と相談を受けたことでした。経営陣、管理部、事業部が一緒になってどうすればリ
カンバン入門
PFI セミナー 2016/10/13 Movie: https://www.youtube.com/watch?v=1AnBScrT51s
スクラムのバックログの日本語訳を聞いたら色々意見が集まった - Akiyahの日記
スクラムのバックログは日本語にするならなんなのだろう。作業とか機能とかじゃないと思う。価値はカタい気がしている。ひとまず「やりたいこと」にしておく。 — Akiya Mizukoshi (@Akiyah) 2016年10月6日 こういうことを書いたらTwitterから自動的に転送する設定にしているFacebookで色々意見をもらったので軽くまとめておきます。 【日本語訳の案】 やりたいこと 実現したいこと 残 仕事 予定残 リスト 日本語訳になってないじゃん、とかありますが、バックログの言い換えの言葉として理解してください。考えてくれた人に感謝して名前を書いておきたかったのですが、なんか私の責任放棄みたいな気もしたので、名前は書かない方針でいきます。 もともと、バックログという言葉を使いたくなかったのは、バックログというサービスがあって仕事で使っているからなんですよね。 www.backl
５年間やって気づいた、朝会スタンディングミーティング５つのポイント - ぐるなびをちょっと良くするエンジニアブログ
はじめまして。エンジニアの小川です。 新卒で入社して以来、主にレストラン検索系の仕事を担当してきました。約1年の産休育休を経て今年から復帰し、今はぐるなびまとめを担当しています。焼肉、特にカルビが大好きです。 ぐるなびでは、一部のチームで朝会と呼ばれるスタンディングミーティングを実施しています。始まりは5年前。自主的に試行錯誤しながら今日まで続けてきました。 今回はスタンディングミーティングの運営ポイントを紹介していきたいと思います。 はじめに・朝会とは 2011年ごろ、私の所属していたチームでは 同じチームなのに同僚の顔が見えない 重要な情報伝達が流れる 重要ではない情報の伝達のため、会議回数が増える リーダーがメンバー工数を把握しにくく、チーム内でタスクの偏りが生じる タスクの確認漏れが頻発する といった問題が顕在化。そこで、とあるメンバーの「デイリースクラムやらない？」という呼びかけ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スクラムチームは改善する問題を正しく選んでいますか？
https://www.pr-table.com/odd-e/stories/864
AbemaTVの開発スタイル
エンジニアが納期を守れていないとしたら、そこにはいったい何があるのだろう？（あるいはいったい何がないのだろう？）
