統計学ブーム - プログラマの思索
日経情報ストラテジー2013年12月号に「統計学が最強の学問である」著者特別インタビューがあったのでメモ。 「統計学が最強の学問である」の本は立ち読み程度しか読んでいないけれど、記事は面白かった。 最近のバズワード「ビッグデータ」「データサイエンティスト」が気になっていたから。 記事で気になった点は２つ。 一つは、最近のコンピュータ能力の向上のおかげで、プログラマのレベルの人でも統計学という理論を背景に、手持ちの大量データを解析する環境が揃ってきたこと。 １０年以上前まで、Excelでグラフ化したり、Excelで財務分析したりするぐらいだった。 でも、今は、業務システムで貯められた大量のトランザクションデータを元に、回帰分析など統計学の手法を使って色んな観点で分析できる。 その時、ビジネス系のエンジニアならば、RDBに関するSQLは必須。 さらに、最近のビッグデータというバズワードを背景と
AgileJapan2018
クラウド時代の行動改革、変わるもの・変えてはいけないもの ～シニア世代のＰＭ・エンジニアに捧げる熱きメッセージ～ 岡氏からのメッセージ動画はこちら！ 中佐藤氏からのメッセージ動画はこちら！ セッション概要 企画者：Agile Japan 実行委員 和田 9月下旬頃、岡氏と中佐藤氏からのメッセージ（動画）を公開する。 10月9日に、お二人の対談形式で、シニア世代の復権について深く語り合っていただく。 「対談への参加は本イベントへの申込が必要です」 岡氏は、ZOZOテクノロジーズでアーキテクトを努めつつ、技術コンサルタントとして、なかなか変われない日本の企業に多く関わられている。中佐藤氏は、最近はアジャイル関連の仕事が多いが、本来はオブジェクト指向・モデリングの人であり、同じく多くの日本企業に関わられている。 お二人とも、このままだと日本の企業が衰退すると感じているとのこと。現状を変えるために
アジャイル開発は常識だ - プログラマの思索
アジャイルサムライ著者のインタビューを読んで、心の琴線に触れるフレーズがいくつもあった。 感想をラフなメモ書き。 【元ネタ】 Jonathan Rasmusson さんインタビュー ( 前編 ) Jonathan Rasmusson さんインタビュー ( 後編 ) 【1】Jonathan さんが「アジャイルサムライ」を執筆した動機の一つは、アジャイル開発をコーチングや導入する時に使いたいためだったらしい。 というのも、新たな会社にアジャイル開発を導入する時には、7冊のアジャイル本を読んでから説明しなくてはならなかった、と。 ユーザーストーリー、計画、見積りについても10ページの説明で十分だ、と。 「アジャイルサムライ」の良い所は、アジャイル開発の概略を網羅的に知ることができる点にあると思う。 「アジャイルサムライ」はXPやScrumにも触れているけれど、XPやScrumを全て説明していると
アジャイル開発とスクラム ～顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント(2) 構成について：An Agile Way：オルタナティブ・ブログ
先に開催された Scrum Gathering Tokyo 2013 で先行販売され、売り切れになったのはとても光栄です。きっと共著の野中郁次郎先生の深く、でも飾らない言葉が、ソフトウェア開発に取り組んでいる人たちにも届いたのだと思います。
アジャイル開発とスクラム ～顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント～：An Agile Way：オルタナティブ・ブログ
この本は、近年注目を集めているソフトウェアの開発手法「アジャイル」とその1つである「スクラム」を体系的に、事例をまじえて平易に解説するものです。 さらに、スクラムはソフトウェア開発のみならず、組織や企業活動、企業経営全体にまで適用できることを示し、この手法を取り入れ、ビジネスと一体となってソフトウェアを開発する組織や、その組織に息を吹き込む、新しいタイプのリーダーシップ像について考え、日本企業のリーダーシップと競争力を高めるために必要な、知識創造プロセスの重要性を、あらためて力強く提言する形になっています。 今回は、ソフトウェア開発者はもちろん、ソフトウェア開発をマネジメントする層、ITを利用してビジネスを考える方々、にぜひ届けたい内容になっていて、「縦書き」で書いたものです。日本語ではじめから書かれたスクラムの本を、技術視点だけでなく、経営視点から書きたかった、そして、その視点は野中先生
アジャイル開発とスクラム 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント | SEshop.com
日本生まれ、米国育ち 注目のソフトウェア開発手法「スクラム」 本書は、企業の経営層に向けて、ソフトウェアの開発手法アジャイルとその手法の1つである「スクラム」を体系的に解説するものである。また、スクラムはソフトウェア開発のみならず、組織や企業活動、企業経営全体にまで適用できることを示し、この手法を取り入れ、ビジネスと一体となってソフトウェアを開発する組織や、その組織に息を吹き込む、新しいタイプのリーダーシップ像について考える。日本におけるアジャイル開発の第一人者、平鍋健児氏と、世界的な経営学者でありスクラムの提唱者、野中郁次郎氏の両者が、日本企業のリーダーシップと競争力を高めるために必要な、知識創造プロセスの重要性を提言する。 はじめに プロローグ〜歴史的出会い（West Meets East） 第１部 アジャイル開発とは何か、スクラムとは何か 執筆 平鍋健児 第一章 アジャイル開発とは何
『Jeff Pattonと平鍋健児が語る、価値創出のプロセス「ユーザーストーリーマッピング」』ノート
2012/10/17に開催された『Jeff Pattonと平鍋健児が語る、価値創出のプロセス「ユーザーストーリーマッピング」』のノートです。 ◆開催概要 ◇登壇者 ・Jeff Patton氏 ・平鍋健児氏 ◇会場提供 ・楽天 ◇共催 ・アギレルゴコンサルティング ◇提供 ・永和システムマネジメント ◇本日のアジェンダ ・Jeff Patton Lecture(50min) ・Conversation! Jeff & Kenji(60min) ◆はじめに ◇Jeff Patton氏 ・デザインとソフトウェアにはただ1つ正しい道は存在しないと思っていて、活動している。 →20年以上にわたって活動 ・ユーザーストーリーマッピングの考案者 →2001年から12年以上やっている ◇平鍋健児氏 ・20年以上オブジェクト指向ソフトウェア開発の経験 ・10年以上アジャイルソフトウェア開発の経験 ・チェンジ
非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書 （非ウォーターフォール型開発の海外における普及要因編）を公開
これまでの活動内容報告書・成果物実績非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書（非ウォーターフォール型開発の海外における普及要因編）を公開 近年、アジャイル型開発をはじめとする非ウォーターフォール型開発が、俊敏かつ柔軟な対応が可能なソフトウェア開発手法として注目されています。 米国や欧州では、インターネットビジネス分野などで、ビジネス環境が急激に変化し、それに伴う要求の変化が大きい領域では、アジャイル型開発が急速に普及しています。例えば、米国で2010年に公表された調査(*1)において、ソフトウェア開発プロジェクトの約半数で非ウォーターフォール型開発（アジャイル型開発、もしくはそれ以外の反復型開発手法）が採用されていたことが報告されています。 しかしながら、日本では、徐々に広がりは見られるものの、未だ従来のウォーターフォール型開発が主流であり、非ウォーターフォー
アマゾンにおけるソフトウェア開発の仕事について感じたこと - 達人プログラマーを目指して
ちょうど、先日アマゾンのオープンハウスというイベントでお話をさせていただく機会があったのですが、開発者向けの20日のセクションだけで90名近くの方々にご参加いただきました。平日にもかかわらず、多数の方々にご参加いただき、どうもありがとうございました。 私自身は、昨年秋にSIerからアマゾンに転職してまだ半年ですが、この機会にアマゾンにおけるソフトウェア開発の文化や考え方について、ブログでご紹介できる範囲でまとめてみたいと思います。 私は、ずっとブログに書いてきたようにSI業界からの転職だったのですが、一般的なSIerにおけるソフトウェア開発の考え方や手法といろいろな面で違っているということは予想していたというか、もともと覚悟の上での転職でした。それでもやはり最初のうちはあまりにも大きな変化に自分の仕事のスタイルを合わせるのにいろいろと苦労しました。基本的には転職したての頃に抱いた感想（転職
TDDをはじめる条件 #tddbc #tddconf - やさしいデスマーチ
色々と忙しすぎてブログが書けません。 JavaOneの話とか、JUnitの話とか色々書きたいんですが…もうしばらく我慢なのです。 で、TDDの前方依存と後方依存で意見が欲しいとのことなので自分なりの意見を。 技術的な前方依存 『TDDを始める前と終TDDを実際やるために必要な技術』 ・最低限対象言語でコードがかけるようになって ・最低限テスティングフレームワークを使えるようになって ・リファクタリングをしっかり学んで ・対象言語でのきれいなコード、設計とは何かを知って ・テストファーストを知って こうしておそらくスタートライン。 自分はこれは疑問です。 最後の「テストファーストを知って」という部分はTDDに関することですけど、それ以外ってTDDを始めるスタートラインではなく、ソフトウェア開発としてのスタートラインかと思います。 言い換えると 最低限対象言語でコードを書けないと、ソフトウェア
IPAから日本のアジャイル事例報告 - プログラマの思索
@hiranabeさんのTwitterから、IPAから日本のアジャイル事例報告書を見つけたのでリンクしておく。 【元ネタ】 Twitter / @hiranabe: IPAから日本のアジャイル事例報告。「中大規模事例でよく行われた工夫」が末尾にある(パタン言語への入り口か)！ ｢非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」報告書を公開～情報処理推進機構：ソフトウェア・エンジニアリング 「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」調査概要報告書[2.29MB]～情報処理推進機構：ソフトウェア・エンジニアリング 「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」調査報告書[3.87MB]～情報処理推進機構：ソフトウェア・エンジニアリング 160ページもの報告書には、11社のアジャイル開発12事例が掲載されている。 注目すべきは、組
違和感: 柴田 芳樹 (Yoshiki Shibata)
今日、多くの製品でハードウェア開発だけでなく、ソフトウェア開発が製品開発に占める比重が高くなっています。ソフトウェア開発もマイコンを使用し始めて、最初はアセンブリ言語から始まり、C言語やC++言語へ移ってきた歴史を持つメーカーも多いかと思います。つまり、日本ではアナログなハードウェアからデジタルなハードウェアへ発展する過程でソフトウェア開発の比重が高まっている企業も珍しくはありません。 ソフトウェア業界をリーディングしている米国のソフトウェア企業（マイクロソフト、Google、Oracle、Facebook等々）は、そのほとんどがベンチャー企業としての歴史を持ち、そこではソフトウェア開発が重要であり、そのためソフトウェアエンジニアは企業の中でも重要な役割を持ちます。当然のことながら、優秀なエンジニアを採用する必要があるため、採用面接にしても、日本とは全く異なる面接方式が取られている訳です。
ソフトウェア開発が好きでないサラリーマンエンジニア：柴田 芳樹 (Yoshiki Shibata)：So-netブログ
ソフトウェア開発は、自分で考えて手を動かしてプログラミングして動くものを作ることを繰り返す訳ですが、そもそもソフトウェア開発という「物作り」を好きではないサラリーマンエンジニアが日本には多いのではないかと思います。 その理由は単純で、新卒新人でも中途入社であっても、自分で分析・設計から実装・デバッグまでするのが好きな人を採用していないからだと思います。たとえば、メーカーでソフトウェア開発部門に配属されるような新卒新人でも、大学ではほとんどプログラミングしたことがない人をメーカーは採用します。中途採用であっても、採用面接でプログラミングを伴う技術的な質問をほとんどしません。 その結果、企業の中には、本当にソフトウェア開発が好きなソフトウェアエンジニアと仕事だからというサラリーマンエンジニアがいることになります。そして、サラリーマンエンジニアは、そもそも好きではないので、業務がこなせるようにな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: 組織パターン: チームの成長によりアジャイルソフトウェア開発の変革を促す: James O.Coplien (著), Neil B.Harrison (著), 和智右桂 (翻訳): 本