本に書いてあるスクラムと、お前らのいうスクラム開発は別物だということにいい加減気づいてくれ
前振り タイトルは煽りの激しい釣りです。ごめんなさい。 Web業界で今流行っている自称スクラムと、RSGTで語られるような本来のスクラムとの間のギャップが大きすぎて説明が面倒臭くなったのでこの記事を書きました。 いい加減「私たちは自称スクラム開発を完璧に回しているから、スクラムの恩恵を将来得られるだろう」「私たちは本来のスクラムとはかけ離れた別物のスタイルで開発をしている。だからスクラムの恩恵は永遠に得られない」という二重思考を他人にするようお願いするのにも飽きましたしね。 さて本題といきましょう 本題 世間で、特に渋谷や五反田や六本木のWeb企業ではスクラムというものはとても流行っています。 しかしどう考えても、Web企業でよくお目にかかるスクラムと国内トップカンファレンスであるRSGTで語られるスクラムとの間には大きな隔たりがあります。 「うちはスクラムやってます」 カジュアル面談で耳
スクラムとデッドライン壊れゆくチームをつなぎとめるもの/Scrum and Deadlines
循環する学び～現場とコミュニティの境目で考える～/Learning Cycle between a team and a community
価値観を共有し、本当に求めることを考える #倉貫さん #カタカナ語 - r_shibataの備忘録
概要 先日、12月1日に富山県立大学DX教育研究センターで行われた「企業のシステム開発 なぜ上手くいかない? ～対話で解き明かす、開発の課題と解決策～」と2日に金沢で行われた「Agile Japan 2023 北陸サテライト」の両イベントに裏方として運営と参加してきました。 両イベントにゲストとしてソニックガーデンの倉貫さんに来ていただきました。倉貫さんと直接話すことで感じたことがたくさんあったため、ブログという形で残してみました。 きっかけ はじめに倉貫さんのイベントを富山で開催してみたいと思ったきっかけは、弊社CLでどこよりも早く、倉貫さんの著書である「人が増えても速くならない」のABD読書会を行っていたからでした。私はYoutubeと社内Slackからイベントの様子を見ており、富山の企業さんにもこの話をしてもらってアジャイルについての理解を深めてもらいたいなと考えていました。また、何
アジャイルコーチとスクラムマスターの集い（2023年11月16-18日）に参加してきた(Day1) - 天の月
www.attractor.co.jp こちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 到着まで ランチ 工藤さんと初対面 色々な方と再会 オープニング&自己紹介 森さんのスライドづくりを見学 森さんの講演を聞く 発表概要 学び放題のアジャイルVS学びにくいプロダクト開発 とあるチームのプロダクト開発ストーリー プロセスの実施頻度 アジャイルジャパンでソフトウェア開発以外もアジャイルにしよう セッションの感想戦 森さんと雑談 中佐藤さんと村田さんと雑談 星野リゾート 大友さんtrebyさん中佐藤さんと雑談 Tommyさん田口さんAckyさんバー ルンゲ警部 尊厳にかかわる雑談 温泉 夕食 アトラクタの採用面接？？？ 子育てトーク 読書会 今回のリトリートの意気込みを達成できるのか？ 不確実性 スクフェス三河2023基調講演の感想 病人？？の雑談 ラスト雑談 全
Keynote: Joe Justice - Agile at Tesla and SpaceX. 基調講演: ジョー・ジャスティス - テスラとスペースXにおけるアジャイル
Scrum Fest Mikawa 2023 #scrummikawa スクラムフェス三河2023 https://confengine.com/conferences/scrum-fest-mikawa-2023/proposal/18771/agile-at-tesla-and-spacex How Japan can benefit from this new type of Agile. How to introduce this new type of agile to hardware, leadership, and not only the software groups. How to implement this new type of agile in the Japanese business culture and the modern context of J
「アジャイルソフトウェア開発という概念」の源流は日本なのか 〜『日本企業はなぜ「強み」を捨てるのか 』を読んで〜 - bonotakeの日記
夜中におもむろに書評を書き出す第2段。 日本企業はなぜ「強み」を捨てるのか～増補改訂版『日本“式”経営の逆襲』～ (光文社新書) 作者:岩尾 俊兵光文社Amazon この本自体はとても面白いし首肯できる部分も多いが、1箇所だけイチャモンをつけたい。 そもそもアジャイルソフトウェア開発という概念自体、マニフェスト（注：アジャイルソフトウェア開発宣言のこと）の発表よりも3年早く、1998年に日本の研究者から提案されている。 南山大学の青山幹雄教授による一連の研究である。 （同書より引用） ここで紹介されている「1998年」の「提案」とは、おそらくICSE1998で青山先生が発表した論文 "Agile Software Process and Its Experience" のことだろうと思う。Agile Software Process（ASP）という、実際に富士通の社内で実践されたソフトウェ
KPTでトライ狙いすぎ問題 - @ledsun blog
KPTは「チームの力で問題を見つけるふるまい」の養成ギブスです。 ふるまいに慣ていない間は違和感があります。 たとえば次のような問題が起きます。 トライ狙いすぎ問題 KPTの「改善活動」の面に強く期待しすぎて生じる問題です。 無意識に、KPTの成功指標を「TRYの数」にします。 TRYを出すことに意識をとらわれると、慣れている「個人で問題を見つけて解決する」方法を取ることがあります。一つのKPTの場に集まって、参加者がそれぞれ別々に問題を発見して解決します*1。 すると、途中のプロセスが無駄に見えると思います。特にKeepに意味を感じないのではないでしょうか？アイスブレイクの一緒だと思ってはいませんか？たとえばKPTの参加者にKeepを出していない人が居ても問題ないと思っていませんか？あるいは、時間短縮のため事前にKeepやProblemを用意していませんか？ KPTをK→P→Tの順に進め
｢顧客起点｣のアジャイル開発をめざして トライアンドエラーで生まれたチームの変化とは - パナソニック コネクト
――具体的にどのようなソリューション開発にアジャイルの手法を取り入れているんでしょうか？ 森：最近の例でいえば、倉庫や物流拠点で使われるヤードマネジメントシステム（YMS）ですね。｢積荷を運搬するトラックが敷地内で無駄な移動をしたり、指定とは違う停車場に駐車したりすることで、タイムロスや冷凍品の劣化が発生している｣という相談をアメリカの物流会社からいただきました。その問題を解消するために、カメラでトラックの動線を検知したり、物体検知技術を応用したり……と、どんな技術がお客さまの課題解決につながるのか、アジャイルで探っているところです。 先日現場にカメラを設置したのですが、その際には画像認識技術の研究開発を行っているメンバーにも同行してもらい、お客さまからいただいたフィードバックをその後の研究開発に役立てています。不確実性が高く、現場に必要なソリューションを定義しづらい今の時代には、先進技術
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
