Scrumが難しいのは幻想-情熱の再定義- を講演してきました。 #RSGT2018 - うさぎ組
私が所属しているチームは2017年にいろんなプラクティスを実践してきました。その内容をRegional Scrum Gathering Tokyo 2018で発表しました。 2018.scrumgatheringtokyo.org confengine.com 発表内容の概要 私達のチームは2016年までメトリクスの活用、スプリント期間の短縮、くじ引きで決めるPOやSM、などのプラクティスを通して改善を繰り返してきました。スクラムガイドもどんどん破りました。 このチームはScrumが難しいなんて思っていませんし、誰でも出来ると信じています。 チームが開発する製品は大きく変わりましたがScrumが難しいなんてことはありませんでしたし、 なによりこのチームのエッセンスを大学生40名に導入したところなんと1週間で1日スプリントをモノにしました。Scrumが難しいのは幻想だったのかもしれません。
Scrumを破る話とその補足。Scrumありがとう、そしてさようなら -Scrum 破- #rsgt2017 で発表してた - うさぎ組
2017/1/13 に開催されたScrumのカンファレンスで「Scrumありがとう、そしてさようなら -Scrum 破-」というタイトルで45min話してきました。 スライドを公開するのずっと忘れていて、何度か再演もしているんだけど公開しました。2016年のチームの成果の話です。 speakerdeck.com カンファレンスのイベントページに書いたセッションの概要はつぎです。 Regional Scrum Gathering Tokyo 2017 - Scrumありがとう、そしてさようなら-Scrum 破- | ConfEngine - Conference Management Platform ScrumをScrum Guideに従ってやることから、次のステップに進んだ私がいるチームの事例発表になります。私達は2015年にテストやメトリクスを活用して、プロダクトにもプロジェクトにも透
スクラムとかアジャイルのワークショップ 2017.05 版 - うさぎ組
毎月スクラムに関する勉強会を開催していて、そこでワークショップをやることがあります。 また社内で勉強会をやることもあります。 そこでいままで実施したワークショップの一覧があるといいなぁとおもったのでまとめておきます。 yattomさん、みほらぶさん、角さん、たかえすさん、川口さんありがとう!!! カンバンゲーム バルンガ 紙ヒコーキ 振り返り プロダクトオーナーの意思共有 フィアレスジャーニー スプリント期間と見積もり nagoya-scrum.connpass.com カンバンゲーム カンバンゲーム ルール説明 from Yasui Tsutomu www.slideshare.net カンバンゲーム カード(全種類) from Yasui Tsutomu www.slideshare.net バルンガ 異文化コミュニケーション体感ゲーム「バーンガ」 from Jun Chiba www
テストと開発の違いをわかりやすく教えてやんよ！ - うさぎ組
タイトルは釣りです。むしろ、教えてほしいです。とは言いつつも自分で比喩が思い浮かんだので書いてみました。 テストはQAでもいいんだけど、まぁロールとか立場とか視座とかが違うとはこういうことであるというのをなんかいい比喩を考えついたので。 このエントリでは「プログラミングする」と「テストする」はどう違うのか？ということを説明します。なので、プログラマーが「うーん。テストしているんだけど、あんまり意味がないかもー」って感じるときはこの例に出てくるような「テストする」になっていないかもしれないし、ただただ品質が高いのかもしれません。 ソフトウェア開発を塗り絵として考える ソフトウェア開発はある形の塗り絵として考えてみます。複雑なものはちょっと考えにくいので、まずは大きな長方形を赤色に塗ることとしましょう。 まず開発する（塗る） で、例えばプログラミングするときに左から右に筆で赤く塗ったとしましょ
テスト仕様書がExcelで何が悪い - うさぎ組
僕もExcelでテスト仕様書を書くのは嫌なときがあります。全員OrgMode使えば幸せなのに！！！って何度思い、CucumberのフィーチャファイルはOrgModeから書けないという点をのぞいてすばらしいとか思っています。 でも、Excelのテスト仕様書をすごく嫌う人って、たいていはその人が使っているフォーマットがすごく気に食わないだけな気がしています。 なんでそう思うかって言うと、「さぁテストケースを書いて僕に見せてよ」とか言うと、8割くらいのひとはスプレッドシートをつかっています。（僕の勉強会観測範囲）その人たちがExcelのテストドキュメントをいやがっているかどうかは未だにわかっていませんが、結局使いやすいから使っているんじゃないでしょうか。 なので、「こういったフォーマットがいやだー」っていうのはわかるけど、でもスプレッドシート使いやすいんでしょ？とか、じゃあ、きれいなテストドキュ
Jenkinsでワークスペースの画像をジョブのトップ画面に表示する方法 - うさぎ組
ジョブの説明を使う ジョブには「説明」と呼ばれる領域があります。 ジョブの設定画面からも、ジョブのトップ画面からも編集出来ます。 ここにはHTMLを書く事ができて、それがそのまま、ジョブの名前のしたのあたりに表示されるようになります。 ワークスペースの画像を表示する たとえばワークスペースには次のようなパスで画像ファイルがあったとします。 workspace/projectRootDirectory/build/report/report.png この場合は次のように設定するといい感じです。 <a href="./ws/projectRootDirectory/build/report/report.png" ><img src="./ws/projectRootDirectory/build/report/report.png" height=200></a> つまり 「.ws/対象のフ
プロジェクトに計画はあるのに、設計はないのだろうか？ - うさぎ組
昨日、PMI中部の勉強会に参加してきました。 【3月27日 「本当にPMは育成出来るのか？」(PMIJ中部 3月度定例会)(愛知県)】 その日いろんな意見を交換したり、懇親会でもたくさんの話を聞いていて疑問がでました。 「プロジェクトにはプロジェクト計画というものがあるのに、設計や実装といった言葉がないのはなぜなのか」 僕の意見も含めてその場で出たのは「チームビルディング」や「WBSの作成(PRODUCTバックログの作成)」などがそれにあたりそうだけど、ハッキリとはわからない。といった感じ。 経緯 なんでこういう疑問が出たかというと、大きくは2つあります。 計画という言葉があると、テスト戦略 -> テスト設計 -> テスト実装 -> テスト実施 と思い浮かんだので、プロジェクトにはそれがあるのか気になった。 本会での話で「目的を伝えきれずにタスクだけを渡してしまうことがあり、PMが行う目的
「git commit するまえに考えるべき10のこと」がDVCS的じゃない件 - うさぎ組
はじめに git commit するまえに考えるべき10のこと | Act as Professionalを読んでいろいろと思うことがあったので書きました。 これはSCMBootCamp主催者としてとか、Mercurialユーザーを代表してとかではありません。 僕はこう思う。ということです。 読むの面倒な人は最下部のまとめだけ読めばok。 commit != push DVCSの利点はローカルコミットという概念を持ち込んだことです。これにより、高速な履歴追加、安全なマージを手に入れることができました。 件の記事を読んでいて気になったのは、commitという単語です。 特に、 1コミットに1つの対応 コメントアウトしたコードをコミットしない テストが正常に通過したものにしてください コミットメッセージの1行目は”短い説明” コミットメッセージのスタイル コミットメッセージのボディは有意義な内
#なごやこわい に囲まれながら1年間でやったこと - うさぎ組
勉強し始めてとか以前にまとめたけど、個人的にはこの1年間はとても刺激的でとても楽しかったです。 次の1年が色あせないためにもちょっと備忘録しておこうかと。 名古屋エンジニア以外との影響についても書いておきます。 はじめに 僕は2011/09から名古屋市のとある会社で働き始めました。それまでは東京で4年ほどプログラマーとして働いていました。今も憧れ続けているid:bleis-tift (@bleis) さんに誘ってもらって転職しました。 詳細はこちらに書きました。 > 【名古屋へ転職します - うさぎ組】 そして、名古屋で働いて約1年たちました。ちょっぴり変わっていて、とっても刺激的な毎日を送りました。 これはその備忘録です。僕が名古屋にきてから何を学んだのか。名古屋だから学べた事もそうでない事もあると思うけど。僕の大切な思い出です。 テスト なんかいろいろやりました。やっています。 内定を
アジャイル開発にハイスキルが必要という誤解について - うさぎ組
これの続きです。 →「アジャイル開発とはなにか - うさぎ組」 ある方とアジャイルについて話していてなぜその方がアジャイルは難しいと言っているのかようやく説明できるようになったのがなんとなく成長したなぁと感じました。 その方はXPやScrumといったプロセスやフレームワークをアジャイルだと見なしていて、それらを実践するのは難しいというのです。 例えば、XPには設計が極端に少なく多くのエンジニアには難しい、大きい設計をしたらXPではないというのです。そしてそれはアジャイルではない。と。 僕はアジャイルというのはもっと根源的なものであって、アジリティにソフトウェアを開発しようとする状態や手法だと思います。 前のブログからの引用になりますが、 ======================== アジャイル開発は何かに対する答えを持っているんじゃなくって、自分達の最適解を探すためのアジリティなメンタ
#TDDBC 大阪でGroovyを最大勢力にしてきました。 - うさぎ組
Groovy/SpockなTDDBC 6/2, 6/3にTDDBootCamp 大阪1.0, 2.0があったのでGroovyのTAとして参加してきました。 両日ともに当初(イベント開始時点)ではGroovy希望者が1名でしたが、 1.0では6名に、2.0では言語希望者最大となる11名(ペアの都合上、後に10名に減る)の方達にGroovyでのTDDを体験してもらえました。 テストコードだけGroovyでいいし、Javaと同じように書いていい これだけGroovyの希望者が増えたのは、Javaの希望者がGroovyに流れた事によります。 また、僕は今回Groovyを体験してもらうにあたって、 「テストコードだけをGroovyにするだけでもいける。わからなくてもJavaと同じように書けば動くし、とりあえずGroovyでやってみても大丈夫ですよ。」 と宣伝しました。 1.0では6人中4人にSpoc
僕がソフトウェア開発を勉強し始めて3年間でやったこと - うさぎ組
昨日、@irofさんと飲みながら自分を思い返すと「ちゃんとソフトウェア開発を勉強しはじめてから3年間たった」つまり「@bleisさんを知ってからこの5月でまる3年間たった」 それまでの僕はデザインパターンもオブジェクト指向がなんたるかも、バージョン管理もなにも知らなかった。 毎日言われたことをこなす仕事をして、変えたいけど誰も教えてくれないし、学び方すら教えてくれなかった。 それなりに努力してたけど、よくはわかっていなかった。 そんな状態から抜け出したのが3年前。このブログの先頭でも書いた。当時僕は21歳かな。（ちなみに就職したのは19歳のとき） →【このブログをはじめるきっかけ - うさぎ組】 この3年間でやったことをふりかえってみようと思いました。 ちょっとわかりにくいだろうけど、2009年5月からの12ヶ月周期で書いてみます。 こうやって振り返るのはあくまで僕のためであって、何かを誇
今春まともなエンジニアになりたい人が読む12冊+α - うさぎ組
今春まともなエンジニアになりたい人とはつまり僕のことです。 ちなみに最近まで読んでいたのはこっち →「ソフトウェアテストを勉強しはじめて10ヵ月でやったこと - うさぎ組」 読み返すのも含めてこれらをしっかりと読もうと思ってる書籍をあげてみます。 最後のほうにOOPの設計系の書籍について補足を書いておきます。 CleanCoder まだ半分くらいまでしか読んでいませんが、宣伝の通り全てのソフトウェア開発に関わる人に読んでほしいと思わせますね。 Clean Coder プロフェッショナルプログラマへの道 作者: Robert C. Martin,角征典出版社/メーカー: アスキー・メディアワークス発売日: 2012/01/27メディア: 大型本購入: 12人 クリック: 645回この商品を含むブログ (36件) を見る いかにして問題を解くか 数学を題材に扱いながらも一般的にどのように目の前
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
