タグ

agileに関するtoriaezuのブックマーク (11)

  • [CEDEC 2012]「ドラゴンクエストX」における開発進捗管理法とは? セッション「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」レポート - 4Gamer.net

    [CEDEC 2012]「ドラゴンクエストX」における開発進捗管理法とは? セッション「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」レポート ライター:大陸新秩序 2012年8月20日から22日にかけて,神奈川県内のパシフィコ横浜にてCEDEC 2012が開催されている。稿では,開催初日に行われたセッションから「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」の模様をレポートしよう。 「ドラゴンクエストX 目覚めし五つの種族 オンライン」公式サイト スクウェア・エニックス 開発部 ドラゴンクエストX デザインセクションマネージャー 荒木竜馬氏 セッションの講師を務めたのは,スクウェア・エニックス 開発部 ドラゴンクエストX デザインセクションマネージャー 荒木竜馬氏だ。荒木氏は,「ドラゴンクエスト」シリーズや「FINA

    [CEDEC 2012]「ドラゴンクエストX」における開発進捗管理法とは? セッション「大規模開発のプロジェクト管理 〜ドラゴンクエストXにおけるマネージメント事例〜」レポート - 4Gamer.net
    toriaezu
    toriaezu 2012/09/26
    家庭用ゲームとSIerの開発工程ってプロジェクトマネジメントに強い親和性があるように思える
  • ウォーターフォールのほうが楽だという話 - 勘と経験と読経

    わたしはまだ格的な(?)アジャイル開発をやったことは無いけれども、周りのウォーターフォール脳に比べたらアジャイルプラクティスをプロジェクトに取り込むことが多い(プロジェクトマネージャーの立場で、スクラムマスター的に推進)。いくつかのプロジェクトを終えて、結果を振り返ってみるとチームメンバーの平均的な帰宅時間は早まったし、休日出勤することも減ったと思う。QoELは確実に上がったと思っていたけれども、一部のエンジニアからは「キツかった」と言われて驚いた。 アジャイルの前のほうが楽だった? 「第5回 TFSUG:ウォーターフォールからアジャイル、リーンへ」での発表で、アジャイル開発に挑戦した方がやはり「前のほうが楽だった」というような事を書いている。 http://kaorun55.hatenablog.jp/entry/2012/04/17/001312 第5回TFSUG WFからAgile

    ウォーターフォールのほうが楽だという話 - 勘と経験と読経
  • 第5回TFSUG WFからAgileへの変革

    西暦2012年。 ウォーターフォール型開発は空前のともし火だが、人類はそれ に代わる新たな開発手段を手に入れていた。XP, Scrum, 開発者 コミュニティーという3の巨大な柱と、それに伴う新規ビジネ スモデル。しかし、このモデルの恩恵を得られるのは、一部の会 社とその同盟会社だけだった。。。 恩恵を得られないSIerは己の威信と繁栄のため、自分たちの正 義のために大いなるゼロサム・ゲームを続ける。そう、Team Foundation Server 2010がリリースれても、未だ一つになり きれずにいたのだ……。 そんな終わりのない戦いの世界で、「武力による戦争の根絶」 を掲げる武装組織が現れる。「アジャイル開発」の実践経験を所 有する彼らの名は、アジャイル開発支援チーム。 アジャイル開発による既存開発行為への武力介入がはじまる。 2012/4/14 2

    第5回TFSUG WFからAgileへの変革
    toriaezu
    toriaezu 2012/05/25
    第5回TFSUG WFからAgileへの変革 「TFS de アジャイルを書いたわけ」
  • NTTデータ、3年間で社員1000人をアジャイル開発人材に育成

    NTTデータとNTTデータユニバーシティは2012年4月17日、同社グループの主に入社3年から5年の若手社員を対象に、「アジャイル開発」と呼ばれるソフトウエア開発手法の研修を5月から実施すると発表した。今後3年間で約1000人のアジャイル開発人材の育成を目指す。 アジャイル開発とは、システムの仕様変更や機能追加などに臨機応変に対応できるよう、開発対象を小さい機能に分割して、設計や実装、テストを短い期間で繰り返していく開発手法のこと。米国IT企業のソフトウエア開発においては主流となっているものの、国内での採用はWebサービス業界やゲーム開発業界の一部企業にとどまっている。 今回、同社グループは、グローバルに展開する顧客企業をサポートできる開発体制を整備する目的で、グループ内におけるアジャイル開発人材の育成を始めた。研修では、アジャイル開発の代表的な手法の1つである「Scrum開発手法」のフレ

    NTTデータ、3年間で社員1000人をアジャイル開発人材に育成
  • スクラムの生みの親が語る、スクラムとはなにか? たえず不安定で、自己組織化し、全員が多能工である ~ Innovation Sprint 2011(前編)

    スクラムの生みの親が語る、スクラムとはなにか? たえず不安定で、自己組織化し、全員が多能工である ~ Innovation Sprint 2011(前編) アジャイルなソフトウェア開発手法としてもっとも広く使われているのが「スクラム」です。このスクラムは、1990年代半ばにジェフ・サザーランド(Jeff Sutherland)氏らによって提唱されたものですが、その考え方の基盤となったのが1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。 1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、このスクラムの生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ

    スクラムの生みの親が語る、スクラムとはなにか? たえず不安定で、自己組織化し、全員が多能工である ~ Innovation Sprint 2011(前編)
  • 【資料公開】アジャイルコーチで学んだ30+αのこと(6/24 Agile Day3@Microsoft)

    Ryutaro YOSHIBA / Agile Coach, CTO at Attractor Inc. 翻訳者/ Scrum Alliance認定スクラムトレーナー(CST) / 認定チームコーチ(CTC) /書籍→『SCRUM BOOT CAMP THE BOOK』『プロダクトマネージャーのしごと』『エンジニアリングマネージャーのしごと』『チームトポロジー』『スクラム実践者が知るべき97のこと』『プロダクトマネジメント』『みんなでアジャイル』『レガシーコードからの脱却』『カンバン仕事術』『Effective DevOps』他 ご相談はお気軽に!!

    【資料公開】アジャイルコーチで学んだ30+αのこと(6/24 Agile Day3@Microsoft)
  • アジャイルと受託開発

    先日、永和システムマネジメント社がアジャイルによる受託開発サービスを発表し、話題になっている。多くの人の関心を引いているのは、アジャイル開発手法を取り入れるということだけでなく、その価格の安さだ。一ヶ月あたりの料金は、もっとも安いものでは月々15万円から、もっとも高額なプランでも月々150万円からとなっている。果たしてそんなので儲かるの!?というのが多くの人がいだいている疑問であろう。自分なりに「アジャイルによる受託開発サービス」について分析してみたので語ってみようと思う。なお、エントリは永和システムマネジメント社が公開されている資料と筆者の推測に基づくものであるので、より詳細で正確な内容は永和システムマネジメント社さんへ問い合せて頂くよう悪しからず了承いただきたい。 採算割れしないのか?筆者の見解では、たぶんしない。何故か?それは一旦開発が終わったらそうそう頻繁にシステムの仕様を変更し

    アジャイルと受託開発
    toriaezu
    toriaezu 2010/11/15
    ユーザー側にどこまで開発スタイルの理解ができるか/理解を求めるかが課題かな
  • 新しい契約形態での受託開発サービス | 永和システムマネジメント

    近年、大変注目を集めているソフトウェア開発手法に「アジャイル」があります。 アジャイルはお客さまの組織やビジネスの変化に素早く対応することが可能な開発手法です。 しかし、ソフトウェア業界での受託型の請負契約は要件定義が完了してから開発見積り・契約するというやり方が当たり前となっており、お客様にアジャイルのメリットを実感頂くのが難しいという課題がありました。 これまでの受託開発における一括請負型の契約では納品時に費用を全額お支払いいただくというビジネスモデルをとってきました。 このサービスではこのビジネスモデルから脱却し、開発したシステムを初期費用0円で提供します。その後、お客さまにはサービス利用料という形で月々お支払いいただきます。 サービスがお客さまに価値を提供するのは納品した瞬間ではなく、お客さまがサービスを利用しているあいだ継続的にです。 このことから、お客さまがサービスを利用してい

    toriaezu
    toriaezu 2010/11/11
    どのような結果になるにしても、このようなチャレンジを行う会社に入りたいものですな
  • アジャイル開発の現在・過去・未来

    9月4日土曜日に、有志によるアジャイル開発のイベント「XP祭り2010」が早稲田大学西早稲田キャンパスで開催されました。イベントは200名以上の参加者が集まる盛況となり、アジャイル開発への注目の高さをうかがわせました。 基調講演では、「アジャイル開発の現在・過去・未来」というタイトルで、アジャイルの第一人者であるチェンジビジョン代表取締役社長の平鍋健児氏が登場。タイトル通り、アジャイル開発の全体と最新動向を俯瞰する、アジャイル開発のイベントでしか聞けない充実した内容となっています。 この記事では、その基調講演の内容を紹介しましょう。 なぜアジャイルが注目されるようになったのか なぜいまアジャイルが注目されるようになったのか? 何かのビジネスを行う際には、企業が市場を分析して、企画を立て、IT関連のシステムを発注する、といったことが行われる。すると、ITが「仕様通りにできました」と納品してく

    アジャイル開発の現在・過去・未来
    toriaezu
    toriaezu 2010/09/06
    すばらしい。
  • Part1 縛らず,楽しく,柔軟に--「人間中心」こそアジャイルの本質

    短納期・低コストのソフトウエア開発プロセスとして注目を集める「アジャイル型プロセス」。取り組みが広がる一方で,アジャイル独特の考え方に疑問を抱くエンジニアも多い。講座の目的は,アジャイルの基礎から具体的な実践手法までを理解してもらうことにある。Part1ではアジャイル登場の背景や狙いを解説する。 「それは要件定義書に記載されていません」。 システム開発の現場で,よく発せられるフレーズである。筆者自身,これまで何度このフレーズをユーザーに対して言ってきたことだろう。 情報システム開発に仕様の追加・変更は付き物であり,変更を要求するユーザー側にも,それなりの理由がある。もちろん対応できるものもあるが,予算や納期を考えると到底実現は不可能と思える追加要求も少なくない。 あまりに要求が理不尽なときは,要件定義書を“逃げ道”にして,追加開発を断ることもある。しかし,たいていの場合は冒頭の言葉を発し

    Part1 縛らず,楽しく,柔軟に--「人間中心」こそアジャイルの本質
    toriaezu
    toriaezu 2009/06/05
    あとで読む
  • 第1回 連載を始めるにあたって | gihyo.jp

    ニコニコ動画:https://www.nicovideo.jp/watch/sm2195306 はじめまして、和田卓人(わだ たくと)といいます。 このたびgihyo.jpにて、テスト駆動開発(TDD)の連載をすることになりました。 筆者は『WEB+DB PRESS Vol.35』の特集1「実演! テスト駆動開発」と、『WEB+DB PRESS Vol.37』の特集1「実演! リファクタリング」を執筆させていただいた際に、同時に動画企画を行わせていただきました。おかげさまで「実演! テスト駆動開発」と「実演! リファクタリング」は、誌および特設サイトの企画として、たいへん多くの方にご覧いただき、多数のご意見をいただきました。頂いたご意見の中には、以下のような意見がありました。 もう少し初心者にもわかりやすく もっと突っ込んだ内容をもう少し詳しく もう少し実践的に 特集をお読みくださった方

    第1回 連載を始めるにあたって | gihyo.jp
    toriaezu
    toriaezu 2008/02/27
    TDD勉強する!
  • 1
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy