Scrum Boot Camp横浜を開催しました
6月18日(土)に横浜のアットウェアさんの会議室でScrum Boot Camp横浜を開催しました。 Scrum Boot Campとは以下のようなことを目的としたセミナー＆ワークショップです。 たぶん日本では初めての開催でしょう。 定員は30人で、当日の欠席率は0でした(すごい！) 概要 Scrum(スクラム)は竹内弘高氏、野中郁二郎氏が1986年にハーバードビジネスレビュー誌にて発表した「New New ProductDevelopment Game」を元にしてジェフ・サザーランド氏らが考案したアジャイル開発手法の１つで、近年アジャイルな開発の手法として日本国内においても急速に採用事例が増えています。 一方でコーチや経験者の指導のないままに表面的なプラクティスを導入し、結果としてあまりうまくいかないというケースも良く聞くようになりました。 そこで今回はこれからScrumを導入して
Scrum Boot Camp 横浜に参加してきた - Diary of absj31
(本編終了間際、『ふりかえり』でのKPT作成資料。※なぜ『レッドブル』が置いてあるのかは後述。) 6月18日 Scrum Boot Camp 横浜(神奈川県) Scrum(スクラム)は竹内弘高氏、野中郁二郎氏が1986年にハーバードビジネスレビュー誌にて発表した 「New New ProductDevelopment Game」を元にしてジェフ・サザーランド氏らが考案したアジャイル開発手法の１つで、 近年アジャイルな開発の手法として日本国内においても急速に採用事例が増えています。 一方でコーチや経験者の指導のないままに表面的なプラクティスを導入し、結果としてあまりうまくいかないと いうケースも良く聞くようになりました。 そこで今回はこれからScrumを導入して開発を行うことを検討されている方もしくはトレーニングを受けない (受けさせて貰えない)ままにScrumチームに参加されている方を対象
テスト駆動開発チートシート - やさしいデスマーチ
TDD（テスト駆動開発）のチートシートを作ってみた。 TDDBCでid:t-wadaさんが話している内容とかテスト駆動開発入門から引っ張ってきています。 ダウンロードはこちらからどうぞ。 PNGイメージ: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.png PDFファイル: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.pdf 追記 印刷・再配布などはご自由にどうぞ。 もし、元データ（OmniGraffle）が欲しいという人は、コメント欄かTwitter経由で教えていただければ差し上げます。 追記２ このチートシートは、OmniGraffleで作りました。他に使えそうなツールとしては、イラレとか。Visioでもたぶん作れると思います。
現場の成功テクニック［イテレーション編、ドキュメント編］
一見簡単に思えるアジャイル開発は、ウォーターフォール型にない難しさがある。イテレーション、ドキュメント、コミュニケーション、マネジメントへの対策が必要だ。カギは現場のカスタマイズ。四つの失敗パターンに分けて、成功テクニックを探る。 なぜうまくいかないのか──。NECソフトの安藤寿之氏（第二官庁ソリューション事業部 第三システムグループ 主任）は、プロジェクトマネジャー（PM）として初めて参加したアジャイル開発で、その難しさを痛感した。基本については情報収集してマスターしたつもりだった。だがイテレーション内に機能が完成しない、メンバーによって作業内容のブレも大きい、タスクをホワイトボードに張り出しても数が多すぎて管理しきれないなど、失敗の連続だった。安藤氏はハプニング続きに「なじみのあるウォーターフォール型に戻すことさえ考えた」。 それでもアジャイルには、刻々と変わる要求に対応できる俊敏さや
データベースもアジャイル開発に対応したい！ （1/3） － ＠IT
Jiemamy作者が考える “データベースの進化的設計” データベースもアジャイル開発に対応したい！ アジャイルの考え方においては、実装前にシステム要件・設計を確定させることはせず、常に変化を受け入れていく体制が必要です。アジャイル開発の考え方にのっとるなら、アプリケーションだけではなくデータベースについても設計の凍結はせず、また、ソースコードに限らずデータベースの構成・設計についてもリファクタリングが適用されるべきです。Jiemamyはこの問題に取り組むプロジェクトとして始められました。本稿ではこのJiemamyの取り組みを紹介します。 ソースやスキーマだけ管理しても意味がない 近年注目を集めている「アジャイル開発」は、リファクタリングが重要な要素の1つであることはご存じのとおりです。アジャイルの考え方においては、実装前にシステム要件・設計を確定させることはせず、常に変化を受け入れていく
迷ったら狩野さん！...狩野分析法による優先度付け - masayangの日記（ピスト通勤他
追記 id:discypusさんから、狩野分析法の出典に関するコメントをいただきました。 狩野法って、 狩野 紀昭 氏 http://www.sangakuplaza.jp/page/134499 の http://www.yahoo-vi.co.jp/method/b10.html の手法かと 思うのですが、合ってますでしょうか？ まさにこれですね。http://www.yahoo-vi.co.jp/method/b10.html にある日本語のほうがすっきりしてます。 お詫び 分析用配列に誤りがありました。修正してあります。 要旨 先日受講したScrum Product Owner Trainingで印象に残った分析法を紹介。 Agile開発では「優先度順に要件（フィーチャ）を開発していく」のが基本だが、いざ優先度をつけようにも話は簡単ではない。発注側に強力な指導者がいてその人が独裁的
kdmsnr と babie の会社訪問 (1) - ヌーラボ - babie, you're my home
または「児玉サヌールと田中ばびえのアルファギーク(?)訪問」。 ヌーラボさんにおじゃましてきました。代表の橋本さん(id:m-hashimoto)に色々お話を伺いました。 以下ダイジェスト： 起業 プログラミング暦2年半ぐらいで起業 起業してから Java の案件は全て Seasar 営業専業はいない！ 全員プログラマ！ チームリーダがお金の計算もする アジャイル 「顧客との協調」という点を重視 (Seasar 界隈の人なんで Super Agile とか変なこと言い出さないかと冷や冷やしてたけど、そんなことなくて良かった) イテレーション毎にお金をもらってる！ 「ウチはこういう会社ですから」と前もって言う 以前のお客様の紹介で仕事が回ってくるので話が早い 受託側のメリット 細かく分納してもらうので黒字倒産がない お客様のメリット 最後の最後で頓挫してグダグダということがない デザイナとの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Agile in 30mins - 30分でだいたいわかるアジャイル開発