エンタープライズの開発における、プロダクトオーナーとしての組織（前編）。Developers Summit 2014 Summer ソフトウェア開発において、プロダクトに責任を持って決断してくれる優秀なプロダクトオーナーがいることは望ましいことですが、一般に受託開発において、お客様側にしっかりとしたプロダクトオーナーとしての担当者がいることはめったにありません。 7月末に行われたDevelopers Summit 2014 Summerのセッション「創業122年の企業と顧客価値にコミットした 開発を実現する試みと成果について」では、東京商工リサーチのシステム開発を行ったグロースエクスパートナーズが、「プロダクトオーナーとしての組織」と題して受託開発における現実的なプロダクトオーナーの取り組みについて解説しています。 このセッションは開発側であるグロースエクスパートナーズだけでなく、発注側で
アメーバ事業部が混乱から立ち直ってスクラム導入を成功させるまで（後編）。QCon Tokyo 2014 4月30日に都内で開催されたイベント「QCon Tokyo 2014」では、サイバーエージェントのアメーバ事業部が混乱の中からどうやってスクラムを導入してきたのか、その経験とそこで得られた知見が語られています。セッションの内容をダイジェストで紹介しましょう。 （本記事は「アメーバ事業部が混乱から立ち直ってスクラム導入を成功させるまで（前編）。QCon Tokyo 2014」の続きです） アジャイルを組織に浸透させるTips ここまでの経験で、アジャイルを組織に浸透させる上でのTipsを紹介したいと思います。 まず、組織を丸ごと変えてやる、と気張ってしまうとやはりだめです。 無理矢理「君たち全員アジャイル開発を始めよ」と言って始めるのは、そもそも自律的な組織ではありません。アジャイル開発を
アメーバ事業部が混乱から立ち直ってスクラム導入を成功させるまで（前編）。QCon Tokyo 2014 スクラムのようなアジャイル開発手法を採用して開発をうまく回している現場も、最初からうまくいっていたわけではありません。現場ごとに試行錯誤を重ね、よりよい方法を模索する中で少しずつ改善が進んできているはずです。 4月30日に都内で開催されたイベント「QCon Tokyo 2014」では、サイバーエージェントのアメーバ事業部が混乱の中からどうやってスクラムを導入してきたのか、その経験とそこで得られた知見が語られています。セッションの内容をダイジェストで紹介しましょう。 Ameba流 Scrumを浸透させていく方法 サイバーエージェントの大﨑浩祟です。アメーバ事業本部コミュニティ事業部というところで、現在は24Logのシステム責任者をしています。
発起人は西村直人氏と市谷聡啓氏。両者はこれまで書籍「アジャイルサムライ」「リーン開発の現場」「Scrum Boot Camp The Book」などの翻訳や執筆に関わり、またイベント「Agile Samurai Base Camp」の開催などを通してアジャイル開発の普及を推進してきました。 その活動の延長として、もっと世の中にアジャイルチームを増やしたいという両者の思いが今回の社団法人設立の背景にあります。「僕たちの回りを見てもと、ぶっちゃけ、アジャイルをバリバリやってるチームって見ないですよね」（西村氏）。 活動を継続できる仕組みを持ちたかった 「なんで社団法人かというと、活動を継続できる仕組みを持ちたかった」（市谷氏）。社団法人は法人格として契約も結べ、たとえばセミナーの講師などに報酬が出せるなどの利点をあげて、「会社にもコミュニティーにもそれぞれの難しさがあるので、別の手段として社団
米国ダラスで今年8月に行われたアジャイル開発のイベント「Agile2012」には、日本からも多数の参加者がありました。そのAgile2012に参加したアジャイル活動家の方々が集まった座談会「Agile Conference Retrospective」が開催されました。 座談会ではAgile2012を振り返りつつ、日本でのアジャイル開発の現状や今後についての議論が繰り広げられました。 写真左から、松元健氏（株式会社バンダイナムコスタジオ コーポレート本部プロジェクトマネジメント課 スクラムマスター）。経営企画に近いところで、会社のスクラムマスター的役割。 上田佳典氏（NECビッグローブ株式会社 サービス開発本部）。アジャイルの考え方を全社に展開中。 伊藤宏幸氏。全社に対してスクラムの導入やアジャイル開発の教育などをしている。 藤原大氏（楽天株式会社 開発ユニット アジャイルグループ グルー
日本でのアジャイル開発は、おもに開発現場の人たちが自分たちの課題を解決するために、現場で受け入れられ広がってきましたが、一方で最近ではリクルートや楽天、NTTデータなど、組織としてトップダウンでの導入も先進的な取り組みとして始まっています。 しかしまだ「現場としてはアジャイル開発に興味があるが、上司や取引先の理解がなかなか得られない」と思っているエンジニアや、「アジャイル開発に興味はあるが、開発者ではないので技術的なことはよく分からない」という情報部門のマネージャなど、アジャイル開発に興味があっても踏み出せない方は多いのではないでしょうか。 本書「アジャイル開発とスクラム」は、これまで多かったエンジニア向けにアジャイル開発の実践方法を解説したものではありません。エンジニアではない、上司や経営陣、取引先といったステークホルダーにアジャイル開発を理解してもらうために使える本です。 そのため、ア
システム品質を左右する「組織体制」「開発スキーム」「マインド」を改善してきたリクルートの苦労を振り返る（組織編）～ソフトウェア品質シンポジウム 2013 システムの品質を左右する要因は何か。リクルートテクノロジーズ 執行役員CTO 米谷修氏は「組織体制」「開発スキーム」、そして発注者を含む関係者の「マインド」の3つが大きな要因であると説明します。 9月12日と13日の2日間、都内で開催された日本におけるソフトウェア品質に関する最大級のイベント「ソフトウェア品質シンポジウム 2013」（日本科学技術連盟主催）の特別講演として行われたのが、米谷氏の講演「進化するIT組織と開発スキーム ～リクルートのサービス開発の事例紹介とともに～」でした。 大規模なシステムを迅速、かつ高品質に、という要求が続く現場で、米谷氏が続けてきた試行錯誤の中で得た知見とは何か。講演の内容をダイジェストで紹介しましょう。
DevOpsの大事なことは、だいたい原点に書いてある（前編）～ Developers Summit 2013 Summer 夏に行われるデブサミ、「Developers Summit 2013 Summer」が、8月1日に開催されました。テーマはエンタープライズに向けたDevOps。 僕は基調講演に登壇せよとご指名いただいきました。基調講演の役割とは、このあとに続くDevOps関連のさまざまなセッションの前座として、DevOpsの原点をもう一度振り返って観客のみなさんと共有した上で、それをエンタープライズに展開したときにどんな課題がありそうなのか、という問題提起をすることだと考えました。 問題意識を喚起した上で個別のセッションに参加することで、各セッションの意義がより高まるはずです。これを軸に講演の内容を構成しました。 そんなわけで、基調講演のダイジェストを紹介しましょう。 DevOpsの
ソースコードの自動生成やカスタマイズ、ビジュアルプログラミングなど、スクラッチからプログラミングにより開発するよりも短期間で容易にシステム開発を実現するツールや開発手法を持つベンダが13社集まり、「超高速開発コミュニティ」を結成しました。 コミュニティが目指すのは、ユーザーに対してこれら「超高速開発」を名乗るツールの浸透をはかり、使ってもらうこと。「ユーザー企業がITをベンダに丸投げするシステム開発から脱却する道筋が描けるのではないかと期待している」（コミュニティ会長の関隆明氏）。また、これまでシステム開発に参入していなかった上流プロセスのコンサルタントがシステム開発に参入することなども期待しているとのこと。 コミュニティはこれからユーザー企業の参加を積極的に呼びかけ、当面200社の参加が目標。超高速開発を自社の強みにしたいと考えるSIerなどの参加も想定しています。 活動として予定されて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
