Web2.0とは何かを定義するのは難しいが，大きな流れとしてテクノロジからビジネスへと多くのエンジニアが視点を移していることは間違いないだろう。言語，設計，コンパイラ，ライブラリ，といった要素技術から，SOA（Service Oriented Architecture）の視点，例えばGoogle APIをどのように使ってサービスをミックスし，新しいビジネス価値を提供できるか，というサービスの視点がより時代に合ったものになっていると思う。エンジニアがビジネス・モデルに関心を示し，ビジネスの言葉で技術を語るようになってきているのだ。さらに，アジャイル開発の考え方が浸透し，「ビジネス価値（Business Value）」を開発の最優先とする考え方が広まっているという背景もある。 この連載では，このような時代におけるソフトウエア製品開発にはどういった視点が必要か，また，その開発はどのような手法によ

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

梅雨も明けて夏本番。明日から夏休みをいただく予定の kimoto です。 ちなみに国はおろか、県や市からも出ない予定です！ さて先日、チームでとあるプロジェクトの振り返りを KPT 法にて行いました。 この KPT 法、もちろん有名な振り返り法ですが、知らない方のために簡単な解説をしようと思います。 簡単にできるので、みなさん試してみてください。 KPT 法とは KPT 法とは、Keep、Problem、Try の頭文字をとったものです。 Keep は「やって良かったから次もやりたい事」、 Problem は「問題があったので辞めたい、もしくは改善したい事」、 Try は「次にやってみたい事」という意味です。 これをチーム全員で出す事で、そのプロジェクトの良かった点や問題点などを可視化しつつ洗い出す事ができます。 また、この会議に参加しなかったメンバーにも伝えやすいというのも特徴ですね。

ここまでの連載でも何回か触れていたのですが、プロジェクトの運営には、「より良く・より使える」方式への改善が重要です。今回は、さまざまな場面で改善を行うのに有効な、「ふりかえり」の実践です。最近メジャーになってきた感のあるKPT法の使い方、バリエーションについて主に説明していきます。 KPT法とは KPTは、それぞれKeep、Problem、Tryの頭文字で、それまでの活動を、それぞれ、良かったので次もやりたいこと（Keep）、問題だったので次はやめたいこと（Problem）、次にやってみたいこと（Try）の3つの軸で整理する方法です。 この方式の主な特徴は、 シンプルで分かりやすく、理解しやすいこと アナログ的で親しみやすく、参加しやすいこと 「見える化」されているので、外部の人でも状況が分かりやすいこと なところが挙げられます。そのせいか、参加者の「食いつき」が良いようで、次々と利用者が

※最後に2つ追記しました。 この話面白い。 11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - デジタル - 日経トレンディネット http://trendy.nikkeibp.co.jp/article/column/20111215/1039018/ スマホゲームアプリの開発を命じられたのは、東日本大震災直後の今年3月。 出された課題は 「4月から開発に着手し、7月末までに70タイトルそろえる」 「開発スタッフは既に決まっている人間で進める」 「8月にTVCMなど大々的なPRを行うため遅延は許されない」の3点 『11のやめたこと。』 1.「組織の細分化、階層化をやめる」 マネジャーが増えるということは、ゲームの作り手が一人減るということ。 優秀な人間がマネジャーになるほど、アプリの制作力は低下する。 2.「職種別の目標設定をやめる」 プログラマー、企画など

最近うちの会社では20%ルールというのをやっています。私はそれでiPhoneアプリを作ってるのですが、日頃から会社にいるとき以外にも開発したいなーという思いからMacBookAirが欲しいと思っているのですが、 そんな折に 【アイデム エンジニアキャリアHacks共有プロジェクト】 なるキャンペーンを見つけたので早速応募してみることにしました。 応募するテーマは「エンジニアとしての、とっておきのキャリアHacksを教えてください」です。 キャリアハックと言われても、自分は人伝てにしか就職したことなかったなーという話 私は今の会社に入社する前は結構な頻度で転職をしています。 その転職のすべてがキャリアアップと言えるかどうかは微妙なところですが、結果的に今の会社に入って今のポジションにいられることは自分にとってとても良かったことだと思っています。 そういうことは抜きにしても人から誘われて転職で

1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって

万有引力理論で有名なアイザック・ニュートンは多くの名言も残している。Dumb Little Manというサイトに「ニュートンから学ぶ5つの驚くべき教訓(原題: 5 Amazing Lessons from Sir Isaac Newton)」という記事があったので、これを紹介してみたい。 1. 根気よく考える 私が社会のためになることをしたとすれば、忍耐強い思考のおかげだ 20世紀最大の科学者であるアインシュタインも「私は頭がいいのではない。ただ少し長く問題に取り組んだだけだ」という言葉を残している。忙しい日々の中にあっても「考える時間」を意識的に作ることが重要なのがわかる。 2. 話すときは言葉を選ぶ 如才のなさとは敵を作らずに自分を主張することである 聖書に「柔らかな応答は憤りを静めるが、きつい言葉は怒りを引き起こす」「時宜にかなって語られる言葉は、銀の彫り物にはめた金のりんごのようだ

就活デモの悲痛さは、参加者が既存の「勤労」に疑問を持ちながらも、「雇われる」という生き方のロールモデルしか持っていないところにある。 「大学でしっかり勉強してもいいだろう？」 「新卒一括じゃなくてもいいだろう！？」 ――と、口にしながら、二言目には「だから雇ってくれ」と言うしかない。学生たちの立場はあまりにも弱く、彼らのシュプレヒコールは虐待される子犬の悲鳴のようだ。噛みつく牙を彼らは持っていない。 就活生に限らず、いまの私たちは「仕事」の意味を問い直されている。まともに就職をしても、サービス残業まみれで有給休暇もろくに取れない人生が待っているだけだ。内定の取れない学生は、しばしば「大学院進学は最後の手段」だと言う。しかしマスターに進めば就業可能な職種は狭まるし、ポスドクの自殺率はおそろしく高い。それを考えると、進学は地獄への片道切符のように見えてくる。 多くの学生にとって「就職」こそが最

今ホッテントリになっている　この記事『仕事が遅い人の共通項』http://tirrano.com/?p=1543　は的外れだ。仕事を速くこなすためには「素直さ」のようなことはどうだっていい。むしろ邪魔ですらある。仕事の速さに精神論は邪魔でしか無い。もっとシンプルな方法で仕事は速くこなせるようになる。具体的には以下の7つのポイントが有効だ。 １．時間を区切る　「時間をかけて頑張って解決しよう」と考えている時点で、あなたは最も効率の悪い仕事のやり方を選んでいるといえる。なぜなら、「時間で解決しよう」というのは、創造的な解決方法を放棄していることだからだ。たとえば、「象を３秒以内にかけ」といわれたら、誰でも象を表現するために最適かつ短時間で終わる方法を考えだそうとする。時間による制限は人の創造性を引き出すシンプルかつ効率的な方法だ。だから、「イマイチ効率が悪いやり方をしているようだな」と感じるな