著名な人々が仕事を成し遂げている9つの仕事場
Kevin Purdy / 青木靖 訳 2009年9月24日 あなたはスティーブ・ジョブズや37 Signalsのようなミニマリズムを好むだろうか、あるいはティナ･フェイやPixarのような創造的混沌を好むだろうか? 有名な人たちの仕事場から学べることはたくさんある。インスピレーションが得られるよう、9つの仕事場を集めてみた。 アル・ゴア 重要な仕事にはディスプレイが3つ必要なんだと自分を納得させるためのもう一押しがほしい人には、合衆国前副大統領アル・ゴアのオフィスが助けになるだろう。有名な講演家であるゴアがホワイトボードではなく紙のスケッチ帳を使う理由は我々にはよくわからない。(元の記事) [via TIME] デビッド・アレン ジェイソンが元の記事で書いているように、GTDの創始者デビッド･アレンは説教している通りのことを自分でも実践している人物だ。とくに思考や「あ、そうだ」という瞬間
それでもエンジニアがミーティングに出るべき理由 ： nabokov7; rehash - livedoor Blog
エンジニアがミーティングを嫌う理由はいい視点だと思う。いわれてみればそのとおり。 それでも個人的な経験でいうと，ミーティングに出るようになってからの方がストレスが軽くなった気がする。 ↓なんでかっていうと，こういうことを後になって言わなくても済むから。
情報システム関係の人とかこれ見とくといいよ - チョコっとラブ的なにか
こんなの出てたから、見ておくといいかもね。 経済産業省では、情報システムの取引において、現行の「人月方式」以外での価格決定方法を模索するため、情報システムの付加価値に着目して価格を決定する「パフォーマンスベース契約」について検討を行ってまいりました。 今般、「情報システムのパフォーマンスベース契約に関する調査研究」報告書として取りまとめましたので、公表いたします。 「情報システムのパフォーマンスベース契約に関する調査研究」報告書の公表について - 経済産業省 本文のさわりにはこんなことが書いてあったよ。 1 はじめに 1-1 背景と目的 我が国の情報システム市場は、現在、主として「人月ベース」の価格表示を行っており、それに伴う価格の根拠がユーザ側の価格への不信感につながっていることは従来から多数指摘されている※が、残念ながら、この課題は現在まで業界全体として抜本的に解決されるには至っていな
独自の手法で10倍速開発 7割主義で変化対応力を高める
良品計画は独自の開発手法を採用することで、システム開発の短期化とコスト削減を図った。2006年12月に再構築したMD（マーチャンダイジング）システムを皮切りに、08年12月までに約130のアプリケーションを社内で開発。一方で、IT 投資の売上高比率は04年の1.8％から0.9％に半減させた。「7割主義」と「スピード対応」を方針に掲げ、利用部門の要望に最速1日、遅くとも1～2週間で対応する。開発手法の独創性と、経営に資するシステム部門の姿が評価された。 「無印良品」ブランドの小売店を展開する良品計画は、1週間に1本という猛スピードで新しいアプリケーションを開発したり、機能を強化したりしている。「思い立ったら即実行。合格最低ラインの7割主義で素早くシステムを開発し、検証と改善を繰り返す」。IT戦略を統括する小森孝取締役 情報システム担当部長兼流通推進担当管掌は強調する。 同社は独自の開発方法論
日本的経営が社畜を生んだ理由 - elm200 の日記(旧はてなダイアリー)
社畜とは、会社に強い忠誠心を持ち、私生活を犠牲にして、会社での労働を第一に置くような価値観をもつ従業員を揶揄する言葉だ。「社畜論」については、日本では定職を持たず、その後、オーストラリアで修士号を得て、いまはシンガポールで会社勤めをする海外ニートさんのブログが面白い。（アクセスすると音が出るので気をつけてね） 先日、私は、「異なる文化をもつ人たちと働くということ」、「残業は恥だ」という日本の労働環境を批判するエントリを続けて書いた。私はかつてカナダのローカル企業で２年半くらい働いたし、その後も、韓国・中国・ベトナムなどに住んで、現地の人たちの働きぶりを観察する機会を持った。 とにかく、日本の職場の雰囲気や考え方は、海外の職場とは著しく異なる。しかも、北米（カナダ・アメリカ）の職場と日本以外のアジア（韓国・中国・インド・ベトナム）の職場の雰囲気は当然異なるものの、それでも日本のそれに比べると
千駄ヶ谷に大人の「勉強カフェ」－勉強仲間見つける場、人気に
東京メトロ副都心線「北参道」駅近くの勉強カフェ「BOOKMARKS TOKYO」（渋谷区千駄ヶ谷3、TEL 03-5770-0033）が人気を集めている。 同店は、ブックマークス（千駄ヶ谷3）社長の山村宙史さん（29）が「勉強や仕事、読書はもちろん、お酒を飲んだり利用客同士で話をしたりしながら、カフェのような空間で目標に向け一緒に前進できる場所」をコンセプトに昨年11月、オープンした。 山村さんが自身の経験を踏まえて企画した同店。「金融業界で勤めていたころ、会社から資格を取るように言われ勉強スペースを探した。ネットで見つけた有料自習室を使ってみたが、静かにしていなきゃいけない。高校生や受験生ならまだしも、大人が黙って勉強することに疑問を感じた」（山村さん）。 店舗面積は45坪。「勉強したことを他の人とシェアできる空間が欲しかった」（同）という経験から、店内は個室にせず大きく3つのスペースに
ミクシィ採用担当が語る 1年目エンジニア奮闘記
本連載では、学生がITエンジニアとして就職する前に身に付けておいた方がいいスキルを紹介する。第1回は、Web系企業を代表してミクシィが、1年目エンジニアの仕事内容、役割、求められる能力について語る。 こんにちは。ミクシィで採用を担当している水本です。今回はミクシィの「Webエンジニア」について、弊社の新卒メンバーを中心にご紹介します。 WebのITエンジニアに求められる主体性 WebのITエンジニアに求められる能力の大前提にあるのは、“自分で調べて何かを作った経験がある”ことです。ミクシィでは「本当に興味があれば、Webページや書籍を通じて、ある程度の情報は簡単に手に入るのだから」という考え方を基に、技術に対してどれだけ主体的に取り組んでいるかをとても重要視しています。 この点にはかなりこだわっているので、結果的に、技術への興味がとても強い（＝技術力が高い）人たちが集まってきているのだと思
“傲慢なのに打たれ弱い” 未熟でワガママな若手社員はなぜ増えたのか？｜「会社のワガママちゃん」対処法｜ダイヤモンド・オンライン
現代社会の未成熟化に伴い、職場でも性格が未熟でわがままな若い社員が増えています。彼らは、能力がないわけでもなく、むしろ積極的で活動的、華やかな場面が好きで、花見の席取りや宴会幹事などをさせると「デキル社員」です。しかし、いったんストレスのかかる場面に遭遇するととても弱く、強く叱責すると翌日から出社しなくなってしまったり、時には親身の指導を「パワハラである」と言い出します。最近は、こんな「会社のワガママちゃん」に振り回される管理職のグチをよく耳にします。 第1回目は、この連載で取り上げる「会社のワガママちゃん」が増えた背景とその人物像について解説をしましょう。 あなたの部下はワガママちゃん？ 「チェックリスト」で確認しよう 以下のチェックリストのうち3項目が該当すれば、それは「ワガママちゃん」の可能性があります。 ◇「会社のワガママちゃん」チェックリスト 1 「仕事がうまくいかな
和魂と洋才と残業したい人々(上) - マーケットの馬車馬
筆者が海外のオフィスにお邪魔した時、最初に違和感を感じたのは電話だった。オフィス中に反響しそうな勢いでビービー鳴っているにもかかわらず、誰もその電話を取ろうとしないのである。こちとら「誰の電話が鳴っていようと、3コール以上通話相手を待たせるべからず」という鉄則を叩き込まれてきたクチだから、これはどうにも落ち着かない。3コール目くらいからソワソワし始め、5回、6回、と心の中で指折り数えてしまう。集中力もへったくらもあったものではない。7コール目くらいになると救いを求めて秘書の方を見るのだが、これまた泰然と無視なさっておられる。どれだけ大物なんだ。さぞかし名のある家の出に違いない。次からはマダムと呼ぼう。 そういう益体もないことを考えている間に、電話のコールは十を数える。こちらは何もしていないのに既に疲労困憊である。流石にこのころになると、周囲も電話のことを気にかけ始めるのだが、その態度は明確
糞ゲーはだいたいこういう流れでプロジェクトが進む。
とりあえずプロデューサが作りたいゲームを語る。酒の席だったりする。 それを何となくプランナに伝えて営業用資料を作る。この過程で何度も何度もあーでもないこーいうつもりでもないと言いながらもできあがる資料は抽象的でなんとなくそれっぽい絵とどこかで見たようなシステムに独自っぽい名前を付けてるだけのすっからかんなペラい物になる。本音を言うと「ポケモンを作る」と言われる方が楽だ。「作りたい本人が説明できない、今までにないような独自のゲーム」を作る事になるとバグとか糞とか以前に完成しない。 そのペラい資料をもって営業に行くがすんなりは決まらない。この間はいい感じだねって言ってたじゃんって展開も。そのまま下にも同じ事を言われる。 決まらないがとりあえず作り始めてとデザイナとプログラマに投げられる。とりあえずジャンル名くらいしか決まっていないので色々聞きながら作ってみる。もちろん面白いとかつまらない以前の
ライブドアのすべらない話！？ ディレクター×エンジニアのガチンコ座談会 : LINE Corporation ディレクターブログ
こんにちは、櫛井です。 ライブドアの現場の空気感とか文化的なものを少しでも皆さんに伝えられればなあという思いから、「ディレクターとエンジニアと対談したいね」と1年以上前から話していました。 今回は、ディレクターとエンジニアがそれぞれ二人ずつ登場し四人で対談をしてみましたのでその模様をお届けします。内容に関してはニュアンスが変わらないよう可能な限り発言そのままでお届けいたしております。あらかじめご承知おきください。 ではどうぞ。 ■出演者プロフィール ・栗原由樹 職業：webエンジニア/シニアマネージャー 1977年生まれ、2001年ライブドア入社。受託制作時代を経て現在はモバイル自社サービスを手がける。デジタルガジェットを愛しすぎて月々の支払いがえらいことになっている。Yokohama.pm主宰。更新が少ないことで有名なTech Blogの担当でもある。Perlハッカー。 ・井原郁央 職業
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
あなたがプログラマを辞めるべき７つの兆候
たまにしか出てこないのに、あざといタイトルですいません。 あざとさついでにいきなりタネあかししちゃいますと。我々（ここではPGとかSEとか、そうゆう意味合いで）が、自分の仕事にほとほと嫌気がさして本当に離脱してしまう時。当の本人はどうゆう心境に追いつめられてるのかなぁ、ということを考えまして。 あなたこんなこと考えてません？もしそうだったら、既に手遅れかもしれません。だったら無理にこんな仕事にしがみつくよりも、別の可能性を模索した方がいいんじゃない？といったよくある「死期サイン」ってのを並べてみました。まぁ言ってしまえば羅列ネタ。 んな訳で前フリもそこそこに、脳味噌使わずに並べてみますです。 １：本読まなくなったなぁ。ていうか新しい技術を追っ掛けたりすることもほとんどなくなったわ。何を覚えてたところでどーせ仕事じゃ使わないし。ていうか使わせてもくれないし。本代も無駄だけど何より本読む時間が
エンジニアにとって働きやすい環境に必要な８つの要素 - ITで世の中をもっと便利に
ふと、独立起業するにあたり、 エンジニアにとって働きやすい環境とはどんな環境なのかを考えてみました。 自分が今働いている会社の環境、そこから導き出される不満、 その不満を解消するにはどういう環境を用意すればいいのかをまとめてみました。 1.給料が自分の納得できる金額である 給料が高いにこしたことはありませんが、 大事なのは自分がその金額に満足できるかどうかだと思います。 給料というのは永遠の課題であり、半分以上の人は満足できていないと思います。 例えば、よくある不満として挙げられるのが 他の人が自分よりも仕事をしていないのに給料が高いという不満。 もちろん、能力が低い（スキルが足りない）から同じ仕事をするにしても 時間がかかってしまい、残業が増える、その結果として給料が増えると いうのはどこの会社でもよくあることです。 能力があり、仕事や開発をサクサクできる人ほど ハイパーフォーマンスなは
［IT業界の弱者］6億円を半額にしろととんでもない要求
金融機関のシステム子会社に勤める高山真一さん（仮名）は，親会社の基幹系システムをオープン化するプロジェクトに，価格交渉の担当者として参加していた。このプロジェクトでは，親会社の担当者による強硬な値下げ要求により，数十人ものITエンジニアが苦しまされた。 「機能追加分は払わない」 親会社のシステム企画部門に所属するこのプロジェクトの担当者から，システムの概要仕様書を提示された。その仕様書に基づいて見積もることを求められ，約3億円（本誌推定）と見積もった。悲劇の種はこの時点で既にまかれていた。後から考えれば，この概要仕様書は，どうやらユーザーへのヒアリングを十分に行わずに作成されたものだった。それに基づいて見積もった金額が基準となってしまい，その後の不当な値下げが要求される事態を招くことになった。 概算見積もりの後に機能を詳細に検討すると，概要仕様書にはない，必要な機能が次々と判明する。精査す
ITエンジニアの「やってはいけない」---目次：ITpro
設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
IT業界の裏話: 組織が150人を超えると仕事の質は劣化する
前回、『世界最大のコンサル会社が最低の仕事をする理由』というエントリーで、小さい規模で機能していた優れたアプローチを大規模な形にスケールさせることで硬直化してしまうという話をしました。 → http://it-ura.seesaa.net/article/114822601.html どんなに優れた人材や組織であっても規模の拡大によって生じる品質の低下（劣化）を生じてしまうということなのですが、10人や20人くらいの組織であれば個々人の連携によってそれなりのパフォーマンスは期待できます。 「我々の間には、チームプレーなどという都合のよい言い訳は存在せん。有るとすればスタンドプレーから生じるチームワークだけだ。」 と言ったのは攻殻機動隊の荒巻さんですが、では、一体何人を超えると組織のチームワークを期待することが難しくなってくるのでしょうか？ これについて、とても興味深い数字を発見しました。そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://twitter.com/understeer/status/2213947037
権利ばかり主張して義務を果たさない無能人。｜未来予想株式会社COO 庄子素史の日記
プログラマは履歴書をどう見るか