Startupプログラマの為の新アジャイルマニュフェスト(Kent Beck: beyond agile programming) - Qiita
Startupプログラマの為の新アジャイルマニュフェスト(Kent Beck: beyond agile programming)agilelean はじめに Kent Beck氏がスタートアップのイベントに登壇し、素晴らしい講演をしたビデオを友人のタイムラインから見つけました。Startup Lessons Learnd: Kent Beck talks beyond agile programming アジャイルマニュフェストは10年が経過して、誰かの為にソフトウェアを作っていた時代から、スタートアップの時代に移行し、内容が一部古くなっていました。ところがこの講演でKentBeck氏は、それに対する素晴らしい回答をしてくれています。この内容が2010に行われているとは驚きです。 今回、このビデオを未熟なりにディクテーションして、適当ですが、日本語訳を作ってみました。本人に承認を取るつも
ユーザーの視点に立った設計で、本当に必要とされるソフトウェアを作ろう | 永和システムマネジメント
アイデアを整理できます 欲しい物はわかっているけどどうすればいいのかわからない、関係者が多くて話し合いが進まない…。そんな悩みを解決できます。 アイデアを整理することで「ユーザーが本当に必要なもの」を見つけることができ、目標を絞った無駄のない開発をすることができます。 わかりやすい設計図ができあがります 「こんなのあったらいいな」と思っているシステムの設計図を、誰でも理解できるわかりやすい形で作成できます。従来のように「要件定義書を見ても何ができるかわからない」という状況にはなりません。
アジャイル開発とスクラム ～顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント(2) 構成について：An Agile Way：オルタナティブ・ブログ
先に開催された Scrum Gathering Tokyo 2013 で先行販売され、売り切れになったのはとても光栄です。きっと共著の野中郁次郎先生の深く、でも飾らない言葉が、ソフトウェア開発に取り組んでいる人たちにも届いたのだと思います。
いつまで開発のやり方ばっかり語ってるの？ #sgt2013
DOWNLOAD THIS BOOKS INTO AVAILABLE FORMAT (Unlimited) ......................................................................................................................... ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ........................................
【CyberAgent】技術情報／TechReport - テックレポート／SCRUMによる実践的アジャイル開発手法 | 株式会社サイバーエージェント
概要 現状、適用する開発手法に関しては、各プロジェクトに任されているため、特定の開発手法を採用していないプロジェクトも多い。しかしながら、一定規模の開発をする場合、何かしらの開発手法を採用した方が良いのは自明である。担当プロジェクトにおいて近年注目されているSCRUMを適用して開発を行ったが、導入時に戸惑うことや疑問に思うことがあった。本稿では、実際にプロジェクトでSCRUMの手法を適用した際の具体的な方法、手順、独自の工夫などについて整理する。SCRUM開発を導入する際の一つのやり方として参考にしていただきたい。 目次 序論 社内ではデカグラフ戦略に伴い、新規プロジェクトが大量に立ち上がっている状況である。現状では、適用する開発手法に関しては、各プロジェクトに任されているため、特定の開発手法を採用していないプロジェクトも多い。しかしながら、新規開発などで、一定規模の開発をする場合、何かし
【Ultimate Agilist Tokyo 参加レポート】第1セッションB：アジャイルプログラマの定義は俺たちが決める。そして、最速でそうなってみる #uatagile #uatagileB - Diary of absj31
Ultimate Agilist Tokyo - 集え、日本の活動家たちよ。 - Ultimate Agilist Tokyo アジャイルプログラマーに必要なスキルセットのお話（Ultimate Agilist Tokyo) - メソッド屋の日記 (登壇者日本語版エントリ) Method-Ya's Blog: Agile Programmer's Skill Set (Ultimate Agilist Tokyo) (登壇者英語版エントリ) 2012/11/17 Ultimate Agilist Tokyo - アジャイルプログラマの定義は俺たちが決める。そして、最速でそうなってみる #uatagile #uatagileB - Togetter 『Ultimate Agilist Tokyo - 集え、日本の活動家たちよ。-』に参加してきた #uatagile - Shinya’s Da
アジャイルプログラマーに必要なスキルセットのお話（Ultimate Agilist Tokyo) - メソッド屋のブログ
Ultimate Agilist Tokyo 昨日はUltimate Agilist Tokyoというイベントでしゃべてきました。@papandaの見事なスライドと講演、@kuranukiさんのセッションの死ぬほどの面白さと刺激、@haradahikoの講演のNo Bull Know How というセッションどれを見ても面白いものでした。 No-Bull Know-How この形式の発表ははじめて見たのですが、面白い。原田さんが、皆に向かって話をするのではなく、あくまで１人に対して、その１人の問題を解決する為の質問をするのをその他大勢で観察するというスタイルです。この形式のいいのは、コンテキストによるという話が要らなくなるので、より深い話が出来るところです。この短い時間のなかでいろんな気づきを匠に引き出す原田さんのテクはさすがです。にやりとしてしまいましたわ。 さて、このブログは私の講演の
「スクラムを活用したアジャイルなプロダクト管理」はおすすめです。 - kawaguti’s diary
本書はドイツのRoman Pichler氏の本で、有名な本です。プロダクトオーナーの教科書としてお勧めします。特に、"スクラムのプロダクトオーナー"として、実際に開発チームとどのように働くのかについて、コンパクトに説明しています。「塹壕よりScrumとXP」は、チーム側がどのように動くかの教科書ですが、本書はプロダクトオーナー側がどのように動くべきかの明確な定義を与えてくれます。 スクラムを活用したアジャイルなプロダクト管理―顧客に愛される製品開発 作者:ローマン ピヒラーピアソン桐原Amazon 「2.4 シンプル」で触れられていますが、シンプルであること、現在やるべきでないことを削ぎ落とすことは、プロダクトオーナー最大の腕の見せ所だと思いますが、その意味で、本書自体が極めてシンプルにまとめられており、それが価値になっています。日本語もこなれていると思います。翻訳者とレビュワーの皆さんの
ITの地殻変動はどこで起きているのか？～アジャイルへの流れと設計技法の違和感 - プログラマの思索
第50回SEA関西プロセス分科会の放談会で話しながら、2012年末時点で、ITの地殻変動がどこに起こっているのか？を考えてみた。 ＃ラフなメモ書き。 【1】日本のSIもアジャイル開発を最近は積極的に取り入れようとする流れがある。 2000年代前半、XPをコミュニティ中心で実践したものの、日本のIT業界のメインストリームにならなかった頃に比べると隔世の感がある。 ニュース - NTTデータと楽天が共同でアジャイル教育コース作成、両社で180人育成へ：ITpro その理由は、欧米を中心にScrumを中心としたアジャイル開発が主流になったため、日本でも従来のウォーターフォール型開発にこだわらず、最新の開発プロセスを取り入れようとしたいからだろう。 だから、アジャイル開発が日本のソフトウェア開発の現場に合っているかどうかは、過去の経緯からして、まだ未知数の段階だろうと思う。 でも、リーマン・ショッ
アジャイル導入の壁〜ボトムアップでアジャイルが導入できるのか？ | Social Change!
「アジャイルを導入したいんですが、上司や会社に話が通じません。どうすればいいですか？」・・・アジャイルに触れたばかりの人からよく聞く質問です。 先日、Ultimate Agilist Tokyo というイベントに参加させていただき、壇上インタビューという形式で登壇させて頂きました。楽天の藤原さんからの質問に答えるという形で進みます。その中でも「よくある質問」として、この話が出ました。（決して楽天藤原さんが聞きたいと思っている訳ではなくて、こういう質問ってよく出ますよね、という対談です） そのときの私の回答は、ボトムアップでは難しいんじゃないか、というものでした。そのときは時間も足りなかったので、簡単に答えてしまいました。 この記事では、ボトムアップでアジャイルを導入することについて、壇上インタビューでは答えきれなかった部分も含めて考えてみます。 あなたのアジャイルは何をすることか？ 私は「
JS 大規模プロジェクトの管理手法 – ロードオブナイツの実例紹介
どうもこんにちは。 Aiming で東京開発グループのゼネラルマネージャをやっている小林です。 8月に mobage と Yahoo! モバゲー で ロードオブナイツ というシミュレーション RPG をリリースさせて頂きました。 そして、先週、 Yahoo! モバゲー版の PC ブラウザ専用デザインをリリースさせて頂きました。 今回リリースしたものは元々 Unity で作られていた iOS アプリ版 Lord of Knights を HTML5 で書きなおしたものです。 （今は Android 版 もあります） HTML のポチポチゲーをネイティブに移植したというのはよく聞く話ですね。 ですが、逆にリッチなネイティブアプリを HTML5 に移植し、かつスマフォブラウザと PC ブラウザで同じものを動かすなんてのは前例が見当たりませんでした。 技術的ハードルが高かったことに加えて期日がタイ
5分で分かる、「スクラム」の基本まとめ
5分で分かる、「スクラム」の基本まとめ：開発チームを改善するためのスクラムTips（8）（1/2 ページ） 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 これまで、アジャイル時代のチーム・マネジメント手法として主流になっている「スクラム」の手法を紹介してきました。今回は総集編として「スクラムの基本」をコンパクトにまとめます。 そもそもスクラムとは スクラムは、一言でいえば「チームで仕事の進めるための枠組み（フレームワーク）」です。 もともとはソフトウェア開発プロジェクトを成功させる仕組みですが、技術的な要素は取り除かれ、多くのチーム作業に共通して適用できる要素だけが残りました。そのため、ソフトウェア開発以外のチームにも適用できるのが特徴です。 ●バッ
スクラムに関する無料の日本語資料のまとめ | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 スクラムを学習するにあたって参考になる【無料】の資料を以下にあげておきます。 僕がコーチングする際は上２つの資料については事前に読んでもらった上で、トレーニングを実施したりしてます。 スクラムガイドスクラムの父であるジェフ・サザーランド氏とケン・シュエイバー氏が書いた公式のルールブック。 これを読まないでスクラムをやるのはマズイです。 http://www.scrumguides.org/日本語版は、多くの本の翻訳をされている角さんが訳されてます塹壕よりScrumとXP昨年開催したScrum Gathering Tokyoで基調講演をされたヘンリック・クニベルグ氏によるScrumとXPの実践事例。 どういう問題がおきてどう改善したかも分かる。 http://www.infoq.com/jp/minibooks/scrum-xp-from-the-t
「アジャイル開発」で解決できることは何か〜アジャイルは「速い・安い」のファストフードではない | Social Change!
ここ最近の「アジャイル」という言葉の使われ方に違和感を感じています。 年々システム開発のプロジェクトは、短納期化と低コスト化の流れが進んでおり、それによってリスクが増して且つ利益の出にくい状況になりつつあり、多くのシステム開発を請け負うシステムインテグレータは様々な取り組みを進めています。 そして、その一つとして期待されているのが「速い・安い」を実現する「アジャイル開発」だと言うわけです。もはや、まるでファストフードです。 大手システムインテグレータが集まってアジャイル検定を始めるようです。一部引用します。 アジャイル検定の本格運用に向けた、アジャイルソフトウエア開発技術者検定試験準備委員会を設立 近年、ソフトウエア開発では、厳しい経済不況などの影響を受け、ユーザーの要件を確実に、高品質に、より短期間で提供することが求められています。このような環境の下で、注目されているのがアジャイル開発手
いまアツいアジャイルプロジェクト管理ツール9選＋Pivotal Tracker入門
いま再びキてる「アジャイル」開発 世界で広がりつつあるアジャイル 2001年の「アジャイルソフトウェア開発宣言」から10年が経過しました。アジャイルマニフェスト登場当時の熱狂的な雰囲気は一時期停滞気味でしたが、最近再びアジャイル開発が広がりを見せています。 その理由の中心は、ITの進歩や世界のボーダレス化とともに、ビジネスの変化のスピードが早くなり、競争が激化したため、一刻も早く顧客に新しい価値（ソフトウェア）を届ける必要性が増したため、アジャイルに開発する必要が出てきたためでしょう。 欧米はもちろん、日本でもアジャイルに対する注目は増していて、先日開催されたDevelopers Summit 2012のデブサミ2012アワードでも、角谷信太郎氏の講演『アジャイルマニフェスト ディケイド』が1位を取り、来場者数も過去最高を記録するなど高い注目を浴びています。 群雄割拠 アジャイルプロジェク
Pivotal Tracker: はじめかた
Pivotal Trackerをプロジェクトで使うにあたっては、アジャイル開発手法の知識が多少はあると役にたちます。エクストリームプログラミング(XP)であれば、このXPの入門記事をはじめとして、数多くの良質な記事をオンラインで見つけることができます。 ダッシュボードPivotal Trackerにログインすると、まず最初に表示されるのは自分の ダッシュボード(Dashboard)です。このページには、あなたが参加している全てのプロジェクト、最近の活動、Pivotal Trackerからの重要なお知らせが表示されます。 プロジェクトに招待されていれば、プロジェクト一覧にそのプロジェクトが表示されます。プロジェクトのリンクをクリックすると、そのプロジェクトのストーリーを表示します。新しいプロジェクトの作成は簡単です。ダッシュボードで"Create Project"ボタンをクリックし、プロジェ
プランニングポーカーのやりかた | Ryuzee.com
かわぐちさんが簡単ガイドを作られていたので僕も普段研修とかコーチングで使っているマテリアルを晒しておきます。 色々なやり方があるので、どれがあってるとか間違っているとかは無いですし、認定スクラムマスター研修なんかでも講師によって若干やり方が違ったりします。一例ということで。 なお、僕が普段コーチをする上でよく言っている点を以下に書いておきます。 大きすぎると見積り精度はどんどん落ちる。ストーリーがでかいと思ったら分割するそれに関連して僕は1,2,3,5,8,13,?くらいしか使わない。20は使う必要ないなぁみんなが似たような数字出したからといって中身の完成イメージが同じとは限らない。見積もる際の議論大事タイムボックス大事。だらだら時間かけてやらないプロダクトバックログの見直し（リファインメント）同様に、見積りも定期的に見直す追記 いま日本でプランニングポーカーを入手する方法は以下の通りです
指示待ちしてしまうメンバーをどう扱うか
回答自分のタスクが終われば帰ってしまう人は、どんな価値を実現しているのだろうか?顧客の価値を実現するために行動していないのではないでしょうか？ こうなってしまうひとつの理由として、その担当者からお客様が見えていな い、ビジネスの価値が分かっていない、という点があげられると思います。 したがって、とにかくお客様のところに連れて行き、お客様が何を考えているか理解させるようにすべきです。 エンジニアはモノを作るのが仕事なんじゃなくて、価値を実現するのが仕事なのです。 そもそも自分のタスクとは何だ？という疑問もあります。 スクラムであれば、タスクは自分でサインアップすることになるので、チームがコミットしたゴールに向けて、残っているタスクを自分でサインアップしてこなしていかなければいけません。 スクラムマスターがタスクの割り当てをしてしまうから、自分のタスクが終わったら帰ってしまうメンバーが出てきた
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
認定スクラムマスタ研修に参加して感じたこと、自分のチームに戻ったらやりたいこと
2012年1月12日〜13日に、Jim Coplien 氏の認定スクラムマスタ研修に参加しました。 アギレルゴ アジャイル研修 研修で行ったこと、感じたこと、自分のチームに戻ったらやりたいことをまとめました。 目次 心に留めておきたいこと 座学 ワークショップ チームに戻って、スクラムマスターとしてやりたいこと 自己組織化について思うこと Great Scrum Masterになるには 心に留めておきたいこと ２日間の座学、ワークショップ、参加された方との会話を通して学んだ、心に留めておきたいことです。 スクラムマスターがチームをリードする（指示し管理するのではない）スクラムマスターはチームのために尽くす無駄なことは何か意識する。次のスプリントもまた同じ無駄なことをしないようにスクラムで規定されていないことは、自分たちで考える。場・状況はそれぞれ違うスクラムマスターは時にはチームを突き放し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
