Autonomous Database - Dedicated 技術詳細 / adb-d_technical_detail_jp
Fearless Change のパターンリストを A4 x 2枚 のシートにしました! PDFファイルはこちらです。 Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン 作者:Mary Lynn Manns,Linda Rising出版社/メーカー: 丸善出版発売日: 2014/01/30メディア: 単行本(ソフトカバー)Fearless Change: Patterns for Introducing New Ideas (English Edition) 作者:Linda, Ph.D. Rising,Mary Lynn, Ph.D. Manns出版社/メーカー: Addison-Wesley Professional発売日: 2004/10/04メディア: Kindle版
2001年の「アジャイルソフトウェア開発宣言」から20年以上が経過し、アジャイル開発の認知や実践は大きく広がりを見せています。一方で、社会や環境の変化に適応するように、その実践の形も、姿を変えながら進化を続けています。今回は、スクラムマスターを務めるヤフー 田原慎也氏とChatwork 粕谷大輔氏に、「リモートでのスクラム」「大規模スクラム」など、アジャイル開発、特にスクラムにおける、ホットなトピックについて語っていただきました。 ともに複数チームでプロジェクトを推進する2人のスクラムマスター 田原:ヤフーの田原です。スクラムマスターを務めるようになったのは1年ほど前からで、まだ初心者です。今回は、自分のこれまでの取り組みをお話しして、エキスパートである粕谷さんに、いろいろと突っ込んで、教えていただければと思っています。 粕谷:Chatworkの粕谷です。こちらこそ、よろしくお願いします。
Agile Studio プロデューサーの木下です。2020年の3月に公開した『リモートアジャイル開発のノウハウ集(第1版)』に続き、このたび第2版を公開しました。こちらからダウンロードいただけます。...
以下のイベントの投影資料です。 https://confengine.com/conferences/scrum-fest-osaka-2021/proposal/15337 お問い合わせは https://twitter.com/nihonbuson まで。 【発表資料中のURL】 P12 ISTQBテスト技術者資格制度 Foundation Level シラバス 日本語版 Version 2011.J02 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2018V31.J03.pdf#page=15 ※2011年版は現在リンク切れのため、最新版のシラバスのURLを掲載しています P17 概説テスト分析 http://www.slideshare.net/takashiyamasaki378/ss-55384920 P29 システム/
社内でLTしたネタ。去年からサポートしているチーム作りのお話。 1週間スプリント 最初は短いサイクルで試行錯誤したいから1週間スプリントでやることにした。 スプリントの終了と開始 金曜日にスプリントレビューとレトロスペクティブとプランニング。 プランニングは2部制にして 第1部では次のスプリントでやりたいことの認識合わせを全員で 第2部では細かいタスクの話をエンジニア中心で やってる。 ストーリーポイントと理想時間を併用してみてる これはだいぶあとの方の話。 最初の頃はチケットのサイズを見積もるのにストーリーポイントだけを使ってたんだけど、半年くらいした頃にストーリーポイントに加えて理想時間の見積もりも併用することにした。 最初の頃に理想時間を導入しちゃうと、頭では分かってても「時間」に引っ張られてしまうので、ポイントだけで始めることにした。で、半年くらいしたころには新しいやり方にも慣れて
インセプションデッキ Advent Calendar 2019 - Adventarの参加エントリです。 アジャイルコーチとして活動する中で、インセプションデッキ作りを手伝うことがよくあります。私がファシリテートする場で、どんなことを考え、どんなことをしているのか、思いついたところを書き出してみました。一例として参考になる部分があればいいなと思っています。書き出してみると、我ながらちゃんと考えられていないところがあるなあと気づいたりしますね。 目次 インセプションデッキ作りが重要だ、作ったインセプションデッキはどうでもいい (いくないけどそれほどでもない) タフクエスチョンカードを手作りする 全体の進め方も合意で決める オーナーは目的意識を持って事前準備する タイムボックスはあんまり使わない 休憩は戦略的に それぞれのスライドについて個人的なメモ インセプションデッキ作りが重要だ、作ったイ
お世話になったオフィス こんにちは、@ysk_118 です。 実は2020/06/30をもって退職することになりました。 2015/05/18に入社していますので5年とちょっと在籍していたことになります。 時系列とKPTでこの5年を振り返ります。 whoami やってきたこと 2015年 2016年 2017年 2018年 2019年 2020年 KPT Keep Problem Try whoami この5年で非常に多くのことに携わりましたので、まず軽くやってきたことを振り返りながら何者なのか知っていただけたらと思います。 2015/05〜2016/03: 開発Div. エンジニア 2016/04〜2017/02: プロダクトDiv. 新規事業開発グループ チームリーダー 2017/02〜2018/03: プロダクトDiv. エンジニア -> スクラムマスター -> プロダクトオーナー
はじめに 以前Scrum@Scaleについて@tyantya41717651さん、@zakky_devさんとディスカッションしましたが、先日お二人と、大規模アジャイルフレームワークであるSpotifyモデルと先日公開された失敗記事(「Spotifyは "Spotifyモデル "を使っていない(Spotify's Failed #SquadGoals)」)についてディスカッションしたのでブログにまとめました。*1 はじめに Spotifyモデルと取り上げた理由 モデルの失敗ではなく、ヒトの失敗 扱える以上の自由や権限を与えた悲劇 1. チームへの過剰な権限付与による、サイロ化の加速 2. 分隊のプロセスの自由さや能力不足による、分隊間協力の困難化 3. 全員での意思決定を追求したことによる、意思決定コストの増大 まとめ Spotifyモデルと取り上げた理由 今回Spotifyモデルの詳しい解
序章駒場「最近、うちのおかんがシステム開発に興味を持っててなぁ、名前は忘れたらしいんやけど、迅速に開発できて、仕様変更にも対応できる、素晴らしい開発手法を取り入れてるところがあるらしいんやわ〜。」 内海「そんなもんアジャイルに決まってるがなぁ〜! 今やシステム開発と言えば、アジャイル。素早く変化に対応できるってゆーのが特徴なんよ。そもそも名前が “迅速” を意味する英語やねんから、アジャイルに決まってるがなぁ〜。」 チームの人数駒場「最初、オレもそう思たんやけどな、なんでも 40 人ぐらいで開発してるらしいんやわぁ〜。」 内海「ほなぁ、アジャイルちゃうかぁ…。アジャイルでは 5〜9 人ぐらいが推奨されてるからなぁ〜。40 人もおったら、とてもやないけど、コミュニケーションが成立するとは思われへんなぁ〜。効率の悪い伝言ゲームになるのは目に見えてるからなぁ〜。おかん、他にもなんか言うてなかった
15. ✕ よくない着手の仕方 担当 TODO DOING DONE Task: Configure database and SpaceIDs for Trac PBI #1 PBI #2 PBI #3 猿田 Task: Configure database and SpaceIDs for Trac Task: Configure database and SpaceIDs for Trac Task: Configure database and SpaceIDs for Trac Task: Configure database and SpaceIDs for Trac Owner: Sanjay Time Remaining: 4 hrs Owner: Sanjay Time Remaining: 4 hrs Owner: Sanjay Time Remaining: 4 hr
倉貫さんの資料プロエンジニアになるための「アジャイル開発」再入門が素晴らしいのでリンクしておく。 新入社員向けのアジャイル研修の資料は、これを使えば十分ではないかな、と思った。 以下はラフなメモ書き。 【研修資料】 【参考】 アジャイル開発とウォーターフォール型開発の違いについて再考: プログラマの思索 アジャイルとウォーターフォールは文化や価値観のレベルで異なるという話 - たなかこういちの開発ノート アジャイル開発の本質 ? アジャイルとウォーターフォールの違いとは | Social Change! ソフトウェアは完成しても価値はない ? アジャイル開発は何を解決するのか | Social Change! アジャイル開発とは:「アジャイル開発」をエグゼクティブサマリにまとめてみた | Social Change! ドキュメントをなくしてもうまくいく? ? 人に依存するリスクへの対処とは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く