Inc.：作家のJeff Sutherlandさんは、著書『SCRUM: The Art of Doing Twice the Work in Half the Time（スクラム：半分の時間で倍のことをする仕事術）』の中で、テック業界に革命を起こしたユニークなマネジメント術のことを書いています。今回はその信条の基礎であり、「スクラムの十戒」とも言える、テック業界を変えビジネスのあり方に革命を起こした、開発過程のマネジメント10カ条をご紹介します。 1．1日1会議 15分で自分の作業とチームを調整し、進行の妨げになるものを見つけます。2時間以上かけて現状報告に終始したり、誰かの過失を責めるような会議はなくしましょう。 2．仕事を可視化 米国企業のなかで最も時間のムダとなる要因の1つが、チームメンバーが互いにどんな仕事をしているのかを知らないことです。その結果、作業が重複したり、必要のない作

デブサミが10周年、アジャイルソフトウェア開発宣言は2001年なので10年ちょっとたちました。僕が歩いてきた10年をみなさんと共有しつつ、次の10年について考えてみたいと思います。 まず、アジャイルの現状を復習。日本ではアジャイル開発を「XP」（eXtreme Programming）で知った人が多いと思います。その後でスクラムを知った、という人が多い。 「Evo」って知ってます？ トム・ギルブさんが1970年代に、PDCAサイクルをソフトウェアに当てはめたらどうなるか、ということで作った。おそらく世界最古のアジャイル開発方法論です。 その後、トヨタ生産方式（TPS、Toyota Production System）を源流にしてポペンディックさんが作った「リーン」。このあたりが経営者がアジャイル開発を知り始めた機会かなと思います。 「XP」はケント・ベックさんがパターンランゲージをソフトウ

期間限定サイト「村上さんのところ」をご覧いただきまして、誠にありがとうございます。 連日たくさんのアクセスをいただきました当サイトですが、2015年5月13日をもって、公開を終了させていただきました。当主の村上春樹さんは、しばしの休憩をとったあと、本来の小説のお仕事に戻っていらっしゃいます（当主からの最後の挨拶はこちら）。 1月15日のオープン以来、119日間という限られた期間でしたが、読者のみなさまと村上さんとの交流はたいへん面白く、そして意義深いものとなりました。3万7465通のメールをお寄せいただいたみなさん、そして、最後までご愛読いただいたみなさんに、あらためて感謝を申し上げます。 なお、当サイト上での質問者のみなさまと村上さんとのやりとりは、編集の上、新潮社より出版されます。くわしくはこちらをご覧ください。 新潮社　チーム縁の下

「いいね」と言われる制度と、実際に使われている制度は違う　現場との断絶をなくし、多様性を事業の力に変えるヒント

Scrum is a lightweight yet incredibly powerful framework. Scrum relies on cross-functional and self-managing teams to deliver products and services in short cycles, enabling: Fast feedbackQuicker innovationContinuous improvementRapid adaptation to changeDelighted customersReduced time from idea to deliveryThe term scrum comes from a 1986 Harvard Business Review article (The New New Product Develop

エンジニアから営業まで、社員全員がSQLを使うデータドリブン組織はどのようにできたのか。コラボレーションツールに記録された実データから辿るケーススタディ。巻末には、今すぐ学べるSQL練習帳も収録。未経験の方でもブラウザだけで簡単に練習できます。 Read less

Alistair Cockburn describes software development as a cooperative game. Scrum provides one set of rules for one such way of playing the game. The Scrum Guide is the official rule book. However, the Scrum Guide doesn't tell you the rationale behind Scrum as a whole, or behind many of its successful practices. Those rationales come out of experience, community, and the insights of its founders and i

はじめにわたしの職場に、自他ともに認めるクラシック・マニアがいる。近・現代の作曲家は一通り聴いているというが、中でもお気に入りはスクリャービンで、携帯の着信音とアラームには「神秘和音」が設定してあるくらいだ。 その彼が、最近、急にジャズに興味を持つようになった。なんでも娘さんが部活でサックスを始めたのがきっかけらしい。彼の机には娘さんの小さいころの写真が立てかけてあるが、父親と血がつながっているとは思えないかわいらしさだ。パパだってジャズくらい分かるんだぞ、ということにしたいのかもしれない。 彼はわたしがジャズ・ギターを弾くことを知っている。音楽に関して（だけ）は寛容なので、各種イヴェントの際には有給を消化しても嫌な顔ひとつしない。 ある昼休みの会話「ちょっと私用なんだが」と彼は言った。「こんどの休みは空いてるか？　お前の好きなジャズのCDを10枚くらい持ってきてくれ。うちのオーディオで聴

本稿では、ソフトウェア要求とは何なのかを理解し、非機能要求に焦点を当て、ISO9126、要求定義プロセス、事例と解説していきます。 ※本稿は、技術評論社刊『JAVA PRESS Vol.40』に掲載された記事「機能外要求と ISO9126」を加筆、修正したものです。JAVA PRESS 編集部の了承を得た上で転載しています。 ※一切の転載をお断りします。 はじめに 私達がソフトウェアを開発するためには、ソフトウェアに対する要求 (ソフトウェア要求) が必要です。 ソフトウェア要求がなければ、そのソフトウェアには本当は必要のない機能を作ってしまったり、必要な機能を作っていなかったりするでしょうし、何よりもソフトウェアが完成したのかさえ評価できません。 そのためにも、私達ソフトウェアを開発する者は、ソフトウェア要求とは何なのかを正しく理解しておかなければなりません。 本稿では、ソフトウェア要求

今やインターネットの巨人にまで上り詰めたGoogleのビジネスについて、その成功の立役者であるエリック・シュミット会長が執筆した書籍「How Google Works―私たちの働き方とマネジメント」が販売されています。この本に関してはシュミット会長と、ラリー・ペイジCEOのアドバイザーを務めるジョナサン・ローゼンバーグ氏によるインタビューがすでに公開されていますが、さらにその内容を詳細に示した約50枚のスライド画像がネット上で公開されています。 How Google Works http://www.slideshare.net/ericschmidt76/how-google-works-final-1 ジョナサン・ローゼンバーグ氏とエリック・シュミット氏は、Googleに加わった時点で自分たちはビジネスを成功させる方法を理解していると考えていました。 しかし、すぐにそれが全くの間違いで

「禅」にはシンプルで、人が幸せに生きるための考え方やヒントがたくさんあります。 禅の思考を習慣化させることで心が軽くなり、生きるのがずっと楽になります。 1.いるものだけを持つ 本当に必要なものを見定め、いらないものは捨ててしまいましょう。 何かを得るよりも先に手放すことが大切です。 所有することに執着しない。 手放すことで得られる豊かさがあります。 2.合理性、利便性だけを求めない 全てにおいて合理的な思考を当てはめれば良いと言う訳ではありません。 一見、無駄に思えるようなことをあえてしてみましょう。 世の中には必要な無駄もあるのです。 3.起こっていないことで悩まない 将来のことを考えて不安になっていても仕方がありません。 未来のことは誰にもわかりませんから。 不安や悩みの正体は、心が勝手に創り出した幻です。 実体のない幻想に振り回されるのはやめましょう。 4.人と比較しない 自分は自

この記事は DevLOVE Advent Calendar 2014 「越境」 の53日目の記事です 前日は くてけん さんの 世界の境界が消え、越境されることへの恐怖 - 君たちは永遠にそいつらより若い でした まぁ、主に昔話をします 主旨「孤独と絶望に向き合うハメになるが諦めずに」 画力に自信が無くて吐くほどになった受験生の時の話 大学に入ったが、自分の実力なんてゴミ程度だと気付かされた話 真面目にエンジニアリングの正論を貫こうとしたら、心が壊れた話 苦労するほど、境目を越えるほど他人に分かってもらえなくなる話 「それでも失望しては負けだ」と信じれますか 2004 - 鉛筆を持つと吐くようになるまで 今から10年以上前になりますが、当時一浪していた2003-2004年の冬は惨めなものでした。 一年予備校に通ってた割には模試の成績も上がらず、美術実技の制作は手が遅くなる一方で、センター試

2014年12月13日に開催されたAgile Samurai Basecamp 2014 InceptionDeck(Again)（http://agilesamurai-basecamp.doorkeeper.jp/events/17483）にて発表した資料。Read less

はじめに こんにちは、レシピ投稿推進室の勝間（@ryo_katsuma）です。 techlifeでの執筆は5年ぶり（！）になります。 さて、そんな私も今年2014年の5月にエンジニアからサービス開発の部署のマネージャに転身しました。 そこで今回のtechlifeブログは、いつもの技術ネタとは少し異なるテーマとして、「クックパッドにおいて、エンジニアからマネージャに転身する」ことが、どういうことなのかを自分自身で振り返り、まとめたいと思います。 エンジニアが自身のキャリアを考える上で、少しでも参考になれば幸いです。 現状 私は、2009年5月に中途入社し、今年で6年目になります。この年数は、エンジニア全体はもちろん、社内全体で見ても古い方になります。 これまで、技術部、HappyAuthor部（現在、私が所属している前身になった部）、新規事業部、プレミアム会員事業部...など、いろんな部署で

サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。