このブログ「Publickey」を始めた最大の理由は、ブログという小さなメディアの可能性を広げていくことであり、小さなメディアの運営が職業として成り立つのかどうかを確かめたい、ということにあります。 そうした実験の経過として毎月ページビューの報告をしてきましたが、今月で3回目の期末を迎えたので、そろそろ売り上げについても報告したいと思います。なぜ3回目の期末でようやく報告できるかといえば、1回目の期末はまだ立ち上げたばかりで何もなく、2回目の期末はクライアント数が少なすぎて、売り上げを報告するとクライアントがいくら支払ったのかが丸わかりになってしまう感じになってしまっていたのです。 僕の周りには、いつかブログの収入で食べて行けたらいいなと思っている人がたくさんいますし、僕の知らないところにもたくさんいるはずです。そういった方に、現実はこんな感じ、という一例を参考までに知っていただければと思

開発者やデザイナーが集まるイベントや彼らが所属する企業／組織などで良く行われている仕掛けの中で、そういったギークだけに閉じていてはもったいないと思うものがいくつかある。ここで言う「仕掛け」とは、オープンで活発な議論やユニークなアイデアを引き出すためのイベントの進め方や時間の使い方などだ。 ここではそのうち7つを紹介してみたい。 ライトニングトーク 5分程度のある限られた短い時間で行うプレゼンテーションのこと。時間が来たら強制的に終了させられる。これはもう一般にもかなり定着したと考えて良いだろう。 時間を制限することで、本当に伝えたいことだけにそぎ落とされた説明ができるし、多くの人に話してもらうことが可能となる。 Wikipedia ライトニングトーク イグナイト ライトニングトークの発展形。限られた時間でプレゼンテーションを行うのは同じだが、1枚スライドあたりに費やす時間も制限されている。

概念 仕事の仕方には直列と並列があります。人間で例えると、一人で仕事をするのが直列処理、複数人で分担して仕事をするのが並列処理です。一人で仕事をするのは単純ですが、複数人で仕事をするには分担を決めて、各々が担当分の仕事をして、その結果をまとめるといったように直列に比べて複雑になります。 仕事をするスピードには個人差がありますが、いくら仕事が速い人でも一人でできる仕事量には限界があります。また、仕事には分担が簡単なものと難しいものがあり、複数人で分担しやすいポイントを見つけて分担します。例えば、スーパーのレジは複数台あることが多いと思います。レジは多ければそれだけ速く清算できます。一方、同じ商品の仕入れ担当が複数人いるということは少ないのではないかと思います。同じ商品の仕入れ担当が3人いたとすると、2重仕入れしないように声をかけあう必要があるなど、分担が難しいです。人を増やすのであれば、レジ

どこでも何回も何十回も言われているが、システムを経営の変化に対応させるにはある程度のシステムの開発を内製化すべきである、という論調が強い。この問題は、古くて新しい問題であり、と同時におそらく、いままでとは違うコンテクストで語られることになるような気がしている。ここ１０数年の流れを見れば、内製化の議論はアウトソーシングの流れとそのより戻りの反復運動の繰り返しだといっていても過言ではなかったと思う。近年はむしろ、SI屋さんの全体的な弱体（特に技能として）化とクラウド等によるインフラの導入しやすさと相まって別の背景で語られることが多くなってきている。また、見逃せない背景としては、そもそもの就労可能若年層の減少と、若年層の総体数減少による能力のばらつきの顕在化も強くあげられる。特にシステム開発の供給サイドの問題は、エンドユーザーの内製化の議論においては、今までのコンテクストでは語られることがなかっ

カトリデザイン事務所 / 制作会社クリムゾン / ディライトテクノロジー他...全24件

［SQEXOC］プロジェクトを失敗させないためには？　スクウェア・エニックスで実施されているプロジェクト管理術公開 編集部：aueki スクウェア・エニックスCTO 橋本善久氏 10月8日，東京・新宿で開催された「スクウェア・エニックス オープンカンファレンス2011」で，同社CTO/テクノロジー推進部担当コーポレートエグゼクティブ 兼 ジェネラルマネージャー/新世代ゲームエンジンLuminous Studio プロデューサー 兼 テクニカルディレクター/リアルタイムテクノロジーデモPhilosophy プロデューサー 兼 総合ディレクター/FINAL FANTASY XIV テクニカルディレクター橋本善久氏によって「ゲーム開発プロジェクトマネジメント講座」と題した講演が行われた。 肩書きからも分かるように橋本氏は，さまざまなプロジェクトを担当している。そんな氏により，スクェア・エニックス

社内の情報共有ツールには、ChatworkやセールスフォースのChatterをはじめ、さまざまなものが世に出てきていますよね。 しかし、導入したけれどもなかなか情報共有が活性化せず、苦労している担当者も多いのではないでしょうか。 そこで今回は、社内の情報共有活性化に幾度となく失敗している私が、唯一成功を実感している社内情報共有ツールをご紹介します。 組織のマインドマップツールをマインドマイスターにすべき理由 伸びてる産業、会社、事業を紹介しまくるStrainerのニュースレターに登録!! シンプルな社内向け情報共有ツール「youRoom」 「youRoom」は、グループ内の情報共有に特化したサービス。 通常であればツールの機能面からご紹介するところですが、ここでは私が体感したことに焦点を当ててご紹介してみます。 情報共有ツールがうまく機能しない理由 ナレッジマネジメントと銘打って、社内の情

「自分が考えていることを、その場で決められた時間の中で他の人とシェアしないのは、プロとして犯罪に近い」 「プロというのはシステムで仕事をする人間である」 「いつ来るか分からない15分のために常に準備をしているのがプロで、来ないかもしれないからと言って準備をしないのがアマチュア」 などなど、非常に刺激的な言葉が次々と飛び出したのが、CEDEC2011の2日目基調講演「「ムーンショット」 デザイン幸福論」です。 国際的な活躍を続けるインダストリアルデザイナー、奥山清行氏による講演となっており、「実際に会場にいらした方に直接語りかけたい」という本人の強い希望によって、ニコニコ動画「CEDECチャンネル」での配信や講演資料の配布はなし、「最後の瞬間まで講演内容を考えたい」ということで演題・内容についての事前発表もなし、という直前まで謎のベールに包まれていた講演だったのですが、見ての通り少し書き出し

「意志が弱くて...」、「根性が無くて」、「やる気が出なくて...」と、お悩みの方も多いと思います。なにを隠そう私もその一人。 自分の好きなことは、いいこと悪いこと問わず続くのですが、英会話とか禁煙とかそういうものは、もう年中行事のように、決意してはやめの繰り返しです。 「自分の意志が弱いからかなあ」なんて思ってましたが、この本を読んだら自分の意志や根性のせいじゃなくて、続く仕組みや技術を分かってないからだと気づきましたよ！ その秘密は、アメリカ発の科学的マネジメントの『行動科学』にあります。科学ですから、実現再現性と検証性があります。 行動科学マネジメントには「MORSの法則」と呼ばれる「行動」の定義があります。 M (Measured)　計測できること O (Obserable)　観察できること R (Reliable)　信頼できること S (Specific)　明確化されていること

新しい企画を立ち上げるときに必要な投資を会社からひっぱりだすのは大変だ。上司はOKしても管理部門がいい顔をしないといろいろとめんどくさい。 そういうときに要求されるのがビジネスプランだ。バラ色の予想を書き殴った事業計画書を作文するとお金をかなりの確率で出してくれることに世の中ではなっている。 えっ？いくら事業計画をだしても通らない？あー、それは君の政治力が不足しているからだ。君の事業計画の中身もきっとクソだとは思うけど、それは企画が通らないこととはあまり関係ない。 世の中で通る企画とはどれだけ政治力のある人間が賛成するかで決まる。政治力とは社内的な立場の強さだったり、声の大きさだったり、ねちっこさだったり、だれと仲がいいかなんかで決まるパラメーターだ。企画の中身はどうせだれも判断できない。 とはいえ、だれも本当の一番大事なところは判断できない事業計画であっても形式的な審査はある。ようするに

子会社や、幹部との人事面談が相次いでおり、どうしても東京をバタバタと出たり入ったりしている毎日でありますが、成果の出る人出ない人、同じ仕事でも悲喜こもごもであります。 前にも書いたんですが、私や私の影響力の及ぶグループでは、あまり成果目標というものを社員に与えることはありません。成果主義ではない、というのが正しい言い方になりますか。ただ、相応の能力は持ちながらも、なかなか活躍ができない、一歩、頭を出せないという経営者や社員がいて、そういう人には一定の期間を与えてある種のアドバイスをすることがあります。 というのも、私自身も、投資業務はともかく実業の面ではあまりマネージメントがうまくなく、ずいぶん遠回りをしてきたように自己反省するところもあり、自分なりに悩んでこんにちあるのは間違いありませんので、似たような立ち止まり方をしている人であれば悩みを共有できるのかなと思うわけです。 ●　”もやもや

意外と知られていない会計の知識。元ITエンジニアの吉田延史氏が、会計用語や事象をシンプルに解説します。お仕事の合間や､ティータイムなど、すき間時間を利用して会計を気軽に学んでいただければと思います。 「お茶会計」も早いもので50回を超えました。今回は、エンジニアが知っておきたい会計知識をカテゴリ別にまとめた記事リンク集です。 各回とも、前提となる会計知識を含めて解説しています。会計知識を身に付けるための足がかりとしてチェックしてみてください。 ◎ITエンジニアとして知っておきたい22の会計知識【簿記レベル編】 簿記3級＆2級レベルの知識を身に付けるための解説 決算書を読むための解説 何かと身近な税金についての解説 ◎続・ITエンジニアとして知っておきたい21の会計知識【ニュース＆社内業務編】 経済ニュースを理解するためのキーワード解説 意外と知らない社内業務を知るための解説 会計周囲の法律