米国では2014年11月にリリースされたものの国内版。国内プライム会員向けサービスは、昨年9月に動画見放題「プライム・ビデオ」、11月に音楽聴き放題「Prime Music」、一部商品を最短で注文から1時間以内に配送する「Prime now」が始まっている。 関連記事 Amazon「Prime now」日本でスタート　早朝から深夜まで注文から1時間以内に配達 Amazonプライム会員向けに注文から1時間以内に配送する「Prime now」がスタートした。日用品から本やDVDまで1万8000点をそろえる。 Amazon「Prime Music」日本でスタート　プライム会員は100万曲以上が聴き放題 Amazonプライム会員向けに聴き放題の音楽配信サービス「Prime Music」が始まった。 Amazon、動画見放題「プライム・ビデオ」スタート　「Fire TV」も国内発売 Amazonプラ

電気自動車（EV）を開発・販売する米Tesla Motorsは10月14日（現地時間）、「Model S」のソフトウェアをバージョン7.0にアップデートし、自動運転機能「Autosteer（β）」を追加したと発表した。 車載カメラ、レーダー、超音波センサーなどで収集するデータに基いて環境をリアルタイムで解析しつつ自動運転する。 Autosteer（自動ハンドル、という意味）を走行中に有効にすると、走行中の車線を適切なスピードを保って走行し、必要に応じて停車・発進・車線変更も自動で行う。ダッシュボードには自動運転中のデータが表示される。 運転は完全に自動になるが、ドライバーはハンドルに手を添えている必要があるとTeslaは説明する。 車体に何か（例えば別の車）が近づき過ぎるとダッシュボードでアラートを表示する「Side Collision Warning」機能や、自動駐車機能「Autopar

第10回「開発プロセスの上手な組み合わせ」では、開発プロセスと開発フェイズ（注1）について説明しました。さて、開発フェイズが進んでいくうちに、UMLベースのモデルはどのように変化するのでしょうか。その変化とは、詳細化のための変化でしょうか、それとももっと別の変化なのでしょうか。今回は、UMLを使ったビジネスモデリング手法の基礎を説明します。特にビジネスモデリングにおけるアクティビティ図の利用法について詳しく説明していきます。そして、次回は開発段階におけるモデリング手法についての説明を行う予定です。 いよいよ「初歩のUML」もクライマックスを迎えます。もう一息でゴールです。頑張って読み進めてください。 （注1）　分析、設計、実装、テストのようないわゆる工程。UP（Unified Process）、RUP（Rational Unified Process）では、ワークフローまたは「Discip

UMLの2種類の動的モデルについて「振る舞いをUMLで表現する」というテーマで、「第6回　振る舞いをUMLで表現する－相互作用図」は2つの相互作用図（シーケンス図とコラボレーション図）、「第7回　振る舞いをUMLで表現する－ステートチャート図」はステートチャート図の説明をしました。今回はアクティビティ図について説明します。相互作用図やステートチャート図を描くにはオブジェクトが必要ですが、アクティビティ図を描くのにクラスやオブジェクトは不要です。 前回宿題として挙げておきました「弁当作成」の第3のモデルを考える前に、UMLのアクティビティ図について弁当作成の例題で説明します。 アクティビティ図 アクティビティ図は処理の流れを表現するのに使用し、フローチャート図と似ています。お母さんが弁当を作成する手順は大きくは、「（1）材料を準備する」「（2）弁当を作る」という2つのステップからなります。ア

前回の記事で、メンバーの数はチームをうまく機能させるための重要な要素であり、昔とは仕事の質が変わり始めている今、チームに最適な人数は「リーダーを除いて5人程度」ということをお話ししました。 しかし、多人数だったチームを少人数チームにすると、ある問題が起こります。そう、リーダー不足です。10人だったチームを5人にすれば、これまで1人でよかったリーダーが2人必要になるわけです。 しかし、会社の中にリーダーの役割を担える人が、そう何人もいるのでしょうか。 これでは5人1チームを作るのは難しい。しかし「人がいないから仕事がうまくまわらないチームのままでいい」というわけにもいきません。 ただ、ここでリーダーの役割について改めて考えてみてください。仕事の質が変わり、先が読めない今のような時代には“1人で何もかもこなせる”ことより“仲間と協力して物事を進める”ことのほうが重要であり、その方法さえ分かって

ビジネスにおいては、実にさまざまなタイプの文書をやりとりします。そのため業務フローや作業手順書を作る際に、このような絵文字がさらりと描けると大変便利です。 どういったタイプの文書をやりとりするかを絵文字で表しておくことができれば、そこからイメージが広がり、事前に起こり得る問題に対処できるでしょう。例えば、同じ文書でもそれがチェックリストだと分かれば、いくつのチェック項目にするか、入力フォームであれば入力もれに対してどう処理するか、といったことを事前に見通せるようになります。 文書のタイプを描き分ける場合は文字の1行は1本の線で代用し、チェックリストや入力フォームの項目などは四角で代用すればOK。Office文書の描き分けも、W、E、Pなど頭文字で代用するのがスピーディに描けて便利です。

チームで仕事やプロジェクトを進める際の考え方やヒントを探る本記事「最強チームの作り方」は、「ベストチーム・オブ・ザ・イヤー」より転載、編集しています。 ベストチーム・オブ・ザ・イヤーは、その年に最もチームワークを発揮し、顕著な実績を残したチームを毎年表彰するアワードです。サイトでは日本の組織が持つべき「チームワーク」について、精神論ではなく、組織とメンバーがともに成長できる論理的な方法を考え、提案しています。 新しい価値を生み出すチームの”リーダーシップ”や”コミュニケーション”の考え方とはどのようなものでしょうか？　大企業から新進気鋭のベンチャー企業まで、大小さまざまな規模でチームを作ってきたライフネット生命保険の創業者、出口治明氏に普遍的なチームの作り方を聞きました。 ――　ずばり、強いチームとはどんなチームなのでしょうか？ 出口治明氏：　「人は石垣、人は城」という言葉があります。石垣

チームで仕事やプロジェクトを進める際の考え方やヒントを探る本記事「最強チームの作り方」は、「ベストチーム・オブ・ザ・イヤー」より転載、編集しています。 ベストチーム・オブ・ザ・イヤーは、その年に最もチームワークを発揮し、顕著な実績を残したチームを毎年表彰するアワードです。サイトでは日本の組織が持つべき「チームワーク」について、精神論ではなく、組織とメンバーがともに成長できる論理的な方法を考え、提案しています。 新しい価値を生み出すチームの”リーダーシップ”や”コミュニケーション”の考え方とはどのようなものでしょうか？　大企業から新進気鋭のベンチャー企業まで、大小さまざまな規模でチームを作ってきたライフネット生命保険株式会社、創業者の出口治明氏に、普遍的なチームの作り方を聞きました。 ――　強いチームを作るためにリーダーシップが必要だと思います。改めて、出口さんはリーダーシップをどう定義して

どんなに注意深く要求を定義しても、ビジネス環境の変化や、顧客のシステムに対する理解の変化に応じて要求は変更されるものです。第5回「要求管理プロセスの流れを追跡する」では、要求の変更に対する管理プロセスの概要をお話ししました。今回は、特に要求への変更という観点だけでなく障害報告も含めた変更依頼という観点で、システムへの利害関係者の要望（Stakeholder Request）を管理する「変更依頼管理（Change Request Management）」を取り上げ、要求と変更依頼をきちんと分けて考えることによるメリットを解説します。 避けられない要求の変化にどう対処するか？ システム開発において、「初期の段階で要求を確定し、その後変更しない」ことが可能であれば、要求を実現するシステムを構築する開発チームにとっては、非常にうれしいことです。しかし、実際のシステム開発においては、初期の段階で要求

標準プロセスやプロセス改善といったトピックに関しては、話題は尽きないのですが、本連載も要求管理、構成管理の連載同様、第3回をもって完了します。 第2回の「開発プロセスは継続的かつ段階的に改善すべし」では、組織と人、プロセス、技術（ツール）のバランスを取りながら、段階的、継続的に改善していくことでしか成長はあり得ない、ということをお伝えしました。これは、一度でも開発プロセスの定義と実践運用を経験した方であれば、身に染みてお分かりのことだと思います。 今回は、標準プロセス策定をする際には何から始めるか？ ということについてお伝えする予定でしたが、少し予定を変更して、どのようにしてこれらの活動を進めていくかについてお伝えしたいと思います。 何かを行う場合には、2つの大きな要素があります。それは、（1）心構え、考え方という“あり方”と（2）方法論、テクニックという“やり方”の2つです。以下、前半部

今回は、継続的、段階的なプロセス改善についてお伝えしたいと思います。皆さんの中には、「継続的、段階的なプロセス改善」と聞くと、CMM（I）を瞬間的に連想される方もいると思います。そのように連想される方は、おそらくCMM（I）を正しく理解されている方だと思われます。ところが、いろいろな方と話をしていると、CMM（I）を何かライセンスのようなものと勘違いしている方が多く、せっかくの良いものが正しく理解、活用されていないなぁと残念に思うことがよくあるのです。ただ、今回は、CMM（I）に特化した内容ではありません。もっと基本的で、しかも、このことをみんなが理解したら、ITプロジェクトの現場がもっとハッピーになる、そんな話です。 究極の目的は、全員の成長 前回、「開発プロセスの標準化は、開発力を高めるための取り組みの1つにすぎない」ということを書きました。そして、標準プロセスは、参照はするけれど絶対

この短期連載は、社内のソフトウェア開発プロセスの標準化に日夜取り組んでいるあなたにぜひとも知っていただきたいことをお伝えしていきます。理由は、それ（ソフトウェア開発プロセスの標準化）がうまくいっているという話を、少なくとも私はほとんど聞いたことがないからです。 標準化の目的 そもそもなぜ、開発プロセスの標準化に取り組むのでしょうか。ソフトウェア開発組織の使命は、顧客のビジネスの成功に対する貢献であると、わたしは考えています。そして、日々その貢献度を上げていかなければ競争を生き残れないと感じています。事実、多くの開発組織では、表現に違いはあるものの、同様の内容を自らの使命として掲げています。そして、貢献度を上げるための手段として、自身の開発力を高めていこうとしているのです。 開発力を高めるための手段としては、 特定の分野に特化する 開発期間の短縮 開発コストの削減 品質の向上 といったことが

コンピュータのソフトウェアプログラムを実行し、それが意図したとおりに動くかを観測・評価・検証する作業のこと。通常は検証対象のソフトウェアを実際に試行する動的テスト（注1）を指すが、レビュー（注2）などを静的テスト（注3）と呼んで広義のテストに含める見方もある。 ソフトウェアテストを行う目的としては、「欠陥やバグ（注4）を検出する」「要件を満たすことを保証する」「リリース後の品質リスクを見積もる」「開発プロセス改善の指標となる」などが挙げられる。どの目的を重視するかは、開発するソフトウェアプロダクトの目的やニーズ、開発組織の成熟度などによって変わってくる。 ソフトウェア開発におけるテストは一般に、ユーザーの使用状況を反映した入力データを用いてソフトウェアを実行し、事前に想定した結果と実際の実行結果をつき合わせて合否の判定を行う。このテスト用の“入力データ”とそれを実行したら得られるであろう“

Googleの成功はモンテッソーリ教育なしには語れない：トップ1％だけが実践している集中力メソッド（1/3 ページ） Yahoo！のマリッサ・メイヤー氏は、創業期からグーグルを引っ張ってきた陰の立役者の1人ですが、彼女は「モンテッソーリなしに、Googleは理解できない」と語っています。モンテッソーリ教育が子供たちにもたらす効果とその源泉とは？ 「GoogleやAmazon、Facebook創設者も――成功者が皆受けた『集中力』教育プログラム」で、イタリア生まれのモンテッソーリ教育出身者が世界中で成功している話をしました。 出身者は、ラリー・ページとセルゲイ・ブリン（Google創業者）、ジェフ・ベゾス（Amazon創業者）、マーク・ザッカーバーグ（Facebook創業者）、ジミー・ウェールズ（Wikipedia創業者）といった起業家だけでなく、P.F.ドラッカー（経営学者）、バラク・オバ

グリーは10月2日、希望退職者を200人程度募集すると発表した。「厳しい経営環境の中、事業規模の適正化と経営資源の効率化を一層推進するため」という。 200人は、単体従業員全体（1762人）の約11％。10月9日～28日にかけて募集し、退職予定日は11月30日。 早期退職者に対する優遇制度などは明らかにしておらず、発生する費用などについては「応募者数が確定次第開示する」としている。 また、2014年6月期業績予想は「現時点で合理的な算定が困難」として開示していない。 関連記事 グリー、通期で営業益41％減　海外は成長、「反転攻勢目指す」 グリーの前期は減収減益。今期は好調な海外マーケットに一層力を入れるほか、ゲーム事業の「選択と集中」戦略を推し進め、「反転攻勢を目指す」。 ソーシャルゲーム斜陽　主役から転げ落ちたグリー、DeNA　「パズドラの次」模索 ソーシャルゲームの勢力図に地殻変動。「