タグ

Agileに関するnakaji999のブックマーク (220)

  • アジャイルなサービス開発の実践まとめ - 実践から課題と対策まで | 株式会社サイバーエージェント

    執筆者 執筆者:大﨑浩崇 所属部署:アメーバ事業部 サービス部門 コミュニティ事業部 業務経歴:複数のコミュニティサービスの立ち上げ、システム責任者を歴任。現在は「Tellme」と「にーよんろぐ」のシステム責任者として従事。Ruby, JavaScriptでの開発・運用をしつつ、チームではスクラムマスター的な役割をしています。 序論 稿は主に3つの項目で構成している。 継続的開発を行うためのチーム環境構築 (アジャイルのレフトウィング) 継続的開発を行うための開発環境構築 (アジャイルのライトウィング) 実際に起こる問題とその対策 まず、開発方針の軸となる反復リリースを支えるための両翼とよばれる、チーム開発構築と開発環境構築についての記載をする。特にレフトウィングにあるスクラムが現在のアジャイル開発手法の軸となっている。その後、それらを踏まえて、実際に起こる問題とその対策についての記載

  • エクストリームプログラミング新訳刊行記念:第一世代からの推薦状

    ついに新訳が刊行!! 昨年のXP祭りから、私も何度か話題にしていたエクストリームプログラミング(XPE)が、新訳版としてオーム社より出版されることになりました。 元々の邦訳版の出版元であるピアソン桐原(当時)が2013年8月に技術書の取り扱いをやめてしまい(ピアソンショック)、XPEの邦訳版はもう手に入らないと嘆いていました。 ピアソンの技術書は書店在庫限りとの見通し。ピアソン桐原社がピアソングループ離脱で(追記あり) 「プレゼンテーションZen」や「Objective-C プログラミング」など、英国ピアソングループの技術書を国内で出版していたピアソン桐原は、ピアソングループか そんな矢先、翻訳者の@kdmsnrさんから、XPEを翻訳しなおすとの情報を耳にしました。その時から「是非レビューさせてほしい」とオファーしていたのですが、いざとなったらなかなか時間がとれず、広く浅くしかレビューでき

    エクストリームプログラミング新訳刊行記念:第一世代からの推薦状
  • チーム開発の進め方 - クックパッド開発者ブログ

    こんにちは!クックパッド編集室メディア開発グループ長の @yoshiori です。 今回はウチのチームの開発の進め方や見積もりの仕方を説明しようと思います。 実はコレ系の話は 5 年前にもデブサミで発表 したのですがこの時はリリースまで 1 年とかのレベルのプロジェクトの進め方の話でした。今回は 1,2 ヶ月でリリースまで持っていく開発の進め方を説明します。 動画サービス部分を microservices 化するときに実際に行った事を元に説明します。開発者は 3 人で 1.5 ヶ月位の開発です。 何故このようなことを行うのか 誰だって楽しく仕事がしたいし、なるべく不安などは無い方が良いはずです。 例えば自分がやっている作業がどうなったら終わりなのかわかっていなければ不安でしょうし、いつまでに作ればいいのかわかっていなければ不安でしょう。 そういった不安をなるべく無くすためにうちのチームでは

    チーム開発の進め方 - クックパッド開発者ブログ
  • 大規模スクラムの失敗から学んだこと #AgileJapan2015

    こちらのスライドは以下のサイトにて閲覧いただけます。 https://www.docswell.com/s/ockeghem/ZM6VNK-phpconf2021-spa-security シングルページアプリケーション(SPA)において、セッションIDやトークンの格納場所はCookieあるいはlocalStorageのいずれが良いのかなど、セキュリティ上の課題がネット上で議論されていますが、残念ながら間違った前提に基づくものが多いようです。このトークでは、SPAのセキュリティを構成する基礎技術を説明した後、著名なフレームワークな状況とエンジニア技術理解の現状を踏まえ、SPAセキュリティの現実的な方法について説明します。 動画はこちら https://www.youtube.com/watch?v=pc57hw6haXk

    大規模スクラムの失敗から学んだこと #AgileJapan2015
  • 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に行われているとは驚きです。 今回、このビデオを未熟なりにディクテーションして、適当ですが、日語訳を作ってみました。人に承認を取るつも

    Startupプログラマの為の新アジャイルマニュフェスト(Kent Beck: beyond agile programming) - Qiita
  • アジャイル導入の壁〜ボトムアップでアジャイルが導入できるのか? | Social Change!

    アジャイルを導入したいんですが、上司や会社に話が通じません。どうすればいいですか?」・・・アジャイルに触れたばかりの人からよく聞く質問です。 先日、Ultimate Agilist Tokyo というイベントに参加させていただき、壇上インタビューという形式で登壇させて頂きました。楽天の藤原さんからの質問に答えるという形で進みます。その中でも「よくある質問」として、この話が出ました。(決して楽天藤原さんが聞きたいと思っている訳ではなくて、こういう質問ってよく出ますよね、という対談です) そのときの私の回答は、ボトムアップでは難しいんじゃないか、というものでした。そのときは時間も足りなかったので、簡単に答えてしまいました。 この記事では、ボトムアップでアジャイルを導入することについて、壇上インタビューでは答えきれなかった部分も含めて考えてみます。 あなたのアジャイルは何をすることか? 私は「

    アジャイル導入の壁〜ボトムアップでアジャイルが導入できるのか? | Social Change!
  • 全ての 懸田 剛に関するすべてのコンテンツ

    Agile2008チーム参加レポート - 帰国そして変化 トピック イベント, Agile2008, Agile, 日発記事, Architecture Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日に戻ってきました。 作者  懸田 剛 投稿日 2008年12月2日 午前2時36分, ディスカッション Article: Agile2008チーム参加レポート - 帰国そして変化 トピック イベント, Agile2008, Architecture, 日発記事, Agile Agileカンファレンスに「参加

  • アジャイルの「ライトウィング」と「レフトウィング」:An Agile Way:オルタナティブ・ブログ

    アジャイルの認知が進むにつれて、アジャイルという言葉がどんどん広がっている。アジャイル、という言葉の中にはいろんな要素が入っていることが分かる。もっと大きなものは、CI(継続的インテグレーション)を中核とする技術的なプラクティス群と、スクラムプロセスフレームワークのような、人と人との会話のプロトコルと協働関係を作るしかけだろう。自分の現状を、アジャイルに変えるためには、どうしたらよいだろう? "最近、「アジャイル」といっても中にいろんな要素があるために、「あなたのアジャイルは何のことを言っていますか?」と聞くことからはじめないと、話がかみ合わない"、と、Agile2012帰りのかわぐちさんと話していて、そのときに、かわぐちさんが描いた絵(たぶんどこかにある4象限の図)がいまひとつ自分にしっくりこなくて、私が描いて見た絵がこの絵だ。 あなたが、現状の開発現場を「アジャイル」に変えたい、と考え

    アジャイルの「ライトウィング」と「レフトウィング」:An Agile Way:オルタナティブ・ブログ
  • アジャイルサムライ読書会

    アジャイルサムライ読書会松山道場 #4に参加してきました。 ウェブサイトはこちら http://agile459.doorkeeper.jp/ 今回は第3章を読み進めました。 終了後の振り返りにおいて、参加者みなさんからの意見にもあったのですが、 自分でを読むだけでは良くわからなかったり、頭に入らなかったりするのが、 こうして、それぞれの組織で仕事をされている方々と意見を交換することで、 理解が深まったり、気がついたりする、ということ。 それと、歳を取るにしたがって、頭だけでは理解することが難しくなって、 体を動かすことを組み合わせると理解しやすいとか。 はい、そうですねぇ。ご指摘の通り。 歳はともかくとして、それぞれの立場とか携わっている仕事に照らして に書いてあることを解釈すると、いろいろな見方や意見がでてきます。 それがとても勉強になります。 中には着々とアジャイルの手法を実践さ

    アジャイルサムライ読書会
    nakaji999
    nakaji999 2012/05/24
    #5は参加したい!
  • いまアツいアジャイルプロジェクト管理ツール9選+Pivotal Tracker入門

    いま再びキてる「アジャイル」開発 世界で広がりつつあるアジャイル 2001年の「アジャイルソフトウェア開発宣言」から10年が経過しました。アジャイルマニフェスト登場当時の熱狂的な雰囲気は一時期停滞気味でしたが、最近再びアジャイル開発が広がりを見せています。 その理由の中心は、ITの進歩や世界のボーダレス化とともに、ビジネスの変化のスピードが早くなり、競争が激化したため、一刻も早く顧客に新しい価値(ソフトウェア)を届ける必要性が増したため、アジャイルに開発する必要が出てきたためでしょう。 欧米はもちろん、日でもアジャイルに対する注目は増していて、先日開催されたDevelopers Summit 2012のデブサミ2012アワードでも、角谷信太郎氏の講演『アジャイルマニフェスト ディケイド』が1位を取り、来場者数も過去最高を記録するなど高い注目を浴びています。 群雄割拠 アジャイルプロジェク

    いまアツいアジャイルプロジェクト管理ツール9選+Pivotal Tracker入門
  • 「アジャイル開発」で解決できることは何か〜アジャイルは「速い・安い」のファストフードではない | Social Change!

    ここ最近の「アジャイル」という言葉の使われ方に違和感を感じています。 年々システム開発のプロジェクトは、短納期化と低コスト化の流れが進んでおり、それによってリスクが増して且つ利益の出にくい状況になりつつあり、多くのシステム開発を請け負うシステムインテグレータは様々な取り組みを進めています。 そして、その一つとして期待されているのが「速い・安い」を実現する「アジャイル開発」だと言うわけです。もはや、まるでファストフードです。 大手システムインテグレータが集まってアジャイル検定を始めるようです。一部引用します。 アジャイル検定の格運用に向けた、アジャイルソフトウエア開発技術者検定試験準備委員会を設立 近年、ソフトウエア開発では、厳しい経済不況などの影響を受け、ユーザーの要件を確実に、高品質に、より短期間で提供することが求められています。このような環境の下で、注目されているのがアジャイル開発手

    「アジャイル開発」で解決できることは何か〜アジャイルは「速い・安い」のファストフードではない | Social Change!
  • Agile関連記事総まとめ

    著作 SCRUM BOOT CAMP THE BOOK 著者/訳者:西村直人 永瀬美穂 吉羽龍太郎 出版社:翔泳社( 2013-02-13 ) 定価:¥ 2,520 スクラム初心者に向けて基的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。 CakePHPで学ぶ継続的インテグレーション 著者/訳者:渡辺 一宏 吉羽 龍太郎 岸田 健一郎 穴澤 康裕 出版社:インプレス( 2014-09-19 ) 定価:¥ 4,320 Webアプリケーション開発における継続的インテグレーションについて、CakePHPのサンプルをベースにして、その概要から使用ツール解説、導入方法、メンテナンスまでを解説 Chef実践入門 ~コードによる

    Agile関連記事総まとめ
  • ウォーターフォールの方が楽ですか?

    (顧客) そのシステムを作った結果に対して、顧客自身が結果責任を背負っていない場合は、ウォーターフォールの方が楽。最初に仕様合意して最後に「納品」されれば良い。場合によっては、システムによって得られる価値が目的なのではなく、「システムを作る」こと自体がアリバイ的に目的であるケースすらある。こういう場合は、顧客自体のプロジェクトへの参画が必要なアジャイルは面倒だと思うだろう(顧客) また、顧客が開発部隊に対して政治的に極めて強い力を持っている場合なんかは、基的に全てのリスクを政治的な力によって移転できるので顧客側が大きくコミットする必要性はなく、ウォーターフォールの方が彼らにとっては楽かもしれない(顧客) その一方で顧客自身が結果責任を背負っている場合やそのシステム自体がビジネスの中心を担っているような場合、肉体的ではなくリスクマネジメントとして楽なのは圧倒的にアジャイルであると言える。市

    ウォーターフォールの方が楽ですか?
  • ふりかえりが失敗する10の要因

    みなさんこんにちは。@ryuzeeです。 10 Ways to Kill Your Retrospectiveという記事で、失敗するふりかえりについて、要因のリストが紹介されていたので、抜粋・意訳にてご紹介します。 そもそもふりかえりは自分たちのプロセスの改善のために行うのであって、ふりかえりを行うこと自体は目的ではありません。 ただし、うまくいかないチームを見ていると、問題は出せるが、具体的なアクションに落とせていないとか期限を切っていないためにずるずるやるやる詐欺になっていたり、もしくはあまりに大量の問題が出てしまいチームが諦め気味になってしまったりすることが多くあります。 少しづつでも改善していくことに価値があるので、たとえば、KPTというフォーマットで常にやらなければならないわけでもないですし、いつもと違う場所でやっても構いません。 1. 何も準備していないNG : スクラムのミー

    ふりかえりが失敗する10の要因
  • スクラムを1枚で説明する資料7選

    みなさんこんにちは。@ryuzeeです。 スクラムを1枚の絵で説明する資料はいろいろ出回っているので、整理をしてみました。 どれもちょっとずつ内容が異なったりしているので比較してみると面白いです。 是非自分用のものを作ってみると良いのではないでしょうか。 http://www.axosoft.com/ontime/videos/scrum/#scrum-diagramCC-3.0のライセンスで公開されている。ダウンロードは前述のページの下部から可能です。 The War Room - Does your Scrum room have the best Scrum image?Free Intro To Scrum Wallpaperマイク・コーン氏のスクラムの説明資料の中の絵を格好良くしたもの。CC-2.5ライセンス。 SCRUM PosterCC BY-NC-ND 3.0ライセンス.

    スクラムを1枚で説明する資料7選
  • アジャイル開発におけるドキュメンテーションの実際(1) ―― 本当に必要ですか? そのドキュメント

    アジャイル開発におけるドキュメンテーションの実際(1) ―― 当に必要ですか? そのドキュメント 細谷 泰夫 要求仕様書や設計書から取り扱い説明書(マニュアル)まで,システム開発ではさまざまなドキュメント(文書)を作成する必要がある.特に,ウォータ・フォール・プロセスによる開発の場合は,各開発工程においてドキュメントを作成し,それを次工程に引き継ぐことになる.それでは,分析 - 設計 - 実装 - テストを繰り返しながらスパイラルに開発を進めるアジャイル開発の場合は,どのようなドキュメントをどのように作成しているのだろうか? 連載では,アジャイル開発とウォータ・フォール開発の両方を経験している筆者が,アジャイル開発におけるドキュメントの位置づけや作成方法について解説する.(編集部) 「アジャイル開発注1ではドキュメント(文書)は作らない」と思っておられる方も多いのではないでしょうか.「

  • Agile から Lean への旅 -- UK Lean Conference を終えて:An Agile Way:オルタナティブ・ブログ

    9月末に開催された、UK Lean & Kanban Conference に参加してきた。今回は、スピーカーとして呼ばれる、という光栄に預かった。これは、現在、アジャイル界で起きているスピンオフ・ムーブメントである、「Kanban」に関してぼくが発言をしているからだ。 一言でKanbanを言うのは難しいが、2009年10月時点では、「ソフトウェア開発のフローを見える化し、WIP(Work in Progress=仕掛)を制限することで、顧客価値のスループットを上げ、同時に改善を促す活動」、とぼくは定義してみた。もちろん、トヨタ生産方式のかんばんから来ているが、ソフトウェア開発向けにここ3年間でずいぶんとBoKが積み上げられていて、Agile2009 でも Limitting Wip Society というグループが、"Yes, We Kanban" というTシャツを着ていた。(アイコンは

    Agile から Lean への旅 -- UK Lean Conference を終えて:An Agile Way:オルタナティブ・ブログ
  • Agile Samurai Dojo Gathering 2012 に参加 - 桜、抹茶、白、日記

    参加しました。 http://agile-samurai-ja.github.com/dojo-gathering/2012/ 日時:20121年03月24日(土) 10:00〜18:00 場所:オラクル青山センター 公式Twitterタグ:#agilesamurai タイムテーブル(発表資料へのリンクあり) http://agile-samurai-ja.github.com/dojo-gathering/2012/schedule.html つぶやきまとめ 午前:http://togetter.com/li/270001 午後:http://togetter.com/li/277771 アジャイルサムライ−達人開発者への道− 作者: Jonathan Rasmusson,西村直人,角谷信太郎,近藤修平,角掛拓未出版社/メーカー: オーム社発売日: 2011/07/16メディア: 単行

    Agile Samurai Dojo Gathering 2012 に参加 - 桜、抹茶、白、日記
  • はじめてのアジャイル - Agile in a nutshell

    Agile Japan 2012 ”楽天での実践から学んだアジャイルのはじめ方”の発表資料です。 概要:”このセッションでは、アジャイルに関心を持つようになった方に向けて、より実践的なプラクティス適用をお話させていただきます。社内向けにアジャイル導入支援を行ってきた経験を元に、教科書だけではわからない導入の壁、失敗、そして成果について共有させていただき、皆様の改善活動のヒントになればと思います。” http://www.agilejapan.org/tokyosatellite/program.html#nyuumonRead less

    はじめてのアジャイル - Agile in a nutshell
  • Google Sites: Sign-in

    Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode

    Google Sites: Sign-in