個人から法人まで幅広い主催者の方にご活用いただいています。 イベント主催者6万人以上 チケット販売320万枚以上
クラウド時代の行動改革、変わるもの・変えてはいけないもの ~シニア世代のPM・エンジニアに捧げる熱きメッセージ~ 岡氏からのメッセージ動画はこちら! 中佐藤氏からのメッセージ動画はこちら! セッション概要 企画者:Agile Japan 実行委員 和田 9月下旬頃、岡氏と中佐藤氏からのメッセージ(動画)を公開する。 10月9日に、お二人の対談形式で、シニア世代の復権について深く語り合っていただく。 「対談への参加は本イベントへの申込が必要です」 岡氏は、ZOZOテクノロジーズでアーキテクトを努めつつ、技術コンサルタントとして、なかなか変われない日本の企業に多く関わられている。中佐藤氏は、最近はアジャイル関連の仕事が多いが、本来はオブジェクト指向・モデリングの人であり、同じく多くの日本企業に関わられている。 お二人とも、このままだと日本の企業が衰退すると感じているとのこと。現状を変えるために
アジャイルサムライ著者のインタビューを読んで、心の琴線に触れるフレーズがいくつもあった。 感想をラフなメモ書き。 【元ネタ】 Jonathan Rasmusson さんインタビュー ( 前編 ) Jonathan Rasmusson さんインタビュー ( 後編 ) 【1】Jonathan さんが「アジャイルサムライ」を執筆した動機の一つは、アジャイル開発をコーチングや導入する時に使いたいためだったらしい。 というのも、新たな会社にアジャイル開発を導入する時には、7冊のアジャイル本を読んでから説明しなくてはならなかった、と。 ユーザーストーリー、計画、見積りについても10ページの説明で十分だ、と。 「アジャイルサムライ」の良い所は、アジャイル開発の概略を網羅的に知ることができる点にあると思う。 「アジャイルサムライ」はXPやScrumにも触れているけれど、XPやScrumを全て説明していると
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造(前編) スクラムは、アジャイル開発における方法論の中でもっとも普及している方法論の1つです。スクラムという用語を用い、その考え方を最初に提唱したのは、1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。それが1990年代半ばにジェフ・サザーランド(Jeff Sutherland)氏らによってアジャイル開発の方法論としてのスクラム(アジャイルスクラム)になったわけです。 野中氏は知識創造理論によって知られており、ウォールストリートジャーナルによる、「もっとも影響力のある思想家リスト」の20位にランクされています。 1月15日に都内で
日本生まれ、米国育ち 注目のソフトウェア開発手法「スクラム」 本書は、企業の経営層に向けて、ソフトウェアの開発手法アジャイルとその手法の1つである「スクラム」を体系的に解説するものである。また、スクラムはソフトウェア開発のみならず、組織や企業活動、企業経営全体にまで適用できることを示し、この手法を取り入れ、ビジネスと一体となってソフトウェアを開発する組織や、その組織に息を吹き込む、新しいタイプのリーダーシップ像について考える。日本におけるアジャイル開発の第一人者、平鍋健児氏と、世界的な経営学者でありスクラムの提唱者、野中郁次郎氏の両者が、日本企業のリーダーシップと競争力を高めるために必要な、知識創造プロセスの重要性を提言する。 はじめに プロローグ〜歴史的出会い(West Meets East) 第1部 アジャイル開発とは何か、スクラムとは何か 執筆 平鍋健児 第一章 アジャイル開発とは何
ソフトウェアテストで著名な秋山さんがSQIP分科会で細谷さんの講演をTwitterでログ公開されていたのでリンクしておく。 内容がとても為になると思う。 【元ネタ】 日科技連 ソフトウェア品質 第6回特別講義 「アジャイル開発での品質向上への取り組み」 - Togetter 【1】ここでのアジャイル開発は、Scrumをベースとした開発のようだ。 つまり、要求をプロダクトバックログに一覧化するプロダクトオーナー、プロダクトバックログを元にスプリント単位で開発していくチーム、プロダクトオーナーとチームを側面支援するスクラムマスターの3つの役割がある。 「品質の問題が発生する要因として、『階層構造+オーバーコミット』がある。オーバーコミットはスコープとコストに矛盾がある状態です。上の階層から実行部隊に矛盾が落ちてくる。この矛盾を上に上げて解消するためのロスがある。」という細谷さんの指摘は鋭い。
UMLモデリング推進協議会(UMTP)では、モデリング技術の普及のために、セミナー等を通じて、皆様にモデリング技術のご紹介をいたしております。 UMTPアジャイル開発部会では、アジャイル開発でUMLを適用するため、「アジャイル開発でのUML適用ガイドライン(仮称)」の作成を計画しています。この度、情報収集の一環として、アジャイル開発でのノウハウの収集と、導入効果を理解する目的で「アジャイル開発事例セミナー」を開催いたします。皆様方にも、アジャイル開発の事例をご紹介することで、アジャイル開発のノウハウを共有し、モデリング技術の適用性など、ご検討いただける機会としてご活用いただきたく、ご案内申し上げます。
最近、いろんな記事を読みながら、アジャイル開発を推し進めると、アジャイルだけでは解決できない問題がどうしても残り、その問題を解決するには政治力が必要になってくるような気がしてきた。 ラフなメモ書き。 【1】アジャイルの「ライトウィング」と「レフトウィング」:An Agile Way:ITmedia オルタナティブ・ブログ 多分、チケット駆動開発は右寄りのツール寄り。 プログラマ出身で、プログラムにこだわりがある人は右寄りだろう。 逆に、プログラミングから離れて、マネジメント職に就き始めれば、自然に左寄りになる。 プロジェクトリーダーにもなれば、メンバーに的確な指示を出してチームを回す役割を周囲から期待されている。 100人月規模のプロジェクトになれば、プロジェクトマネージャとして、複数人のプロジェクトリーダーに的確な報告と指示を出しながら、プロジェクト全体をコントロールする役割を期待されて
最近、とある機会があって、いろんなアジャイルが出来るといってくるベンダーさんとあう機会があるけど、正直「おい!どの口がアジャイル出来るって言ってるねん!」って思う事がむっちゃくちゃ多い。 今は確かにアジャイル開発ブームで、世間では引き合いも多いらしい。いろんなベンダーの営業さんが、「うちもアジャイルできます」って言って営業してはるけど、マジでちゃんと自社でできるか調査してから営業してほしい。私はアジャイルを10年以上やってるけど、元々は「この方法やったら、お客さんにホンマにええアプリを届けれるんちゃうか?」と思ったところから来ている。 それが、今や猫もしゃくしもアジャイル出来ますとか言って、ろくにアジャイルも出来へんのに売りつけて、結局効果がでなくて、「やっぱアジャイルなんかアカンやん」ってなるのがむっちゃくちゃ嫌なのだ。 これって数十年昔のオブジェクト指向ブームと一緒やん。当時のオブジェ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く