コンサルタントを育成するためには
PMとコンサルタントの経験学習パターンの違い 前回も登場した松尾睦氏によると、プロジェクトマネージャ（PM）とコンサルタントの経験学習パターンの違いをイメージ化すると図1のようになるという。 この図を見ると、PMは徐々にプロジェクト規模の大きなものを担当し、難易度を高めていく段階的な学習パターンを取るが、コンサルタントは「ゼロからの経験」や「1人で成し遂げた経験」など、修羅場を経験することにより、非段階的な学習パターンを取ることが分かる。 この差は、中核的スキルの差によるものであるという。PMの中核的スキルは、“集団管理スキル”であり、小規模集団の管理スキルから、中規模、大規模と積み上げ式に学習するのが適している。一方、コンサルタントの中核的スキルは“概念スキル”であり、難易度の高い仕事を独力で解決する経験をすることにより身に付けられるからだ。 このように、PMとコンサルタントでは、中核的
限界を超える対価。 - みねこあ
www.textfile.org さん経由、自分はもうこれ以上は仕事できない、というところから5回くらいは壁を越えられる気がする - jkondoのはてなブログ 結城さんの的確なコメントが全てな気がしますが、例によって蛇足的なのですが。一言で言えば「頑張らなくて良かった」シチュエーションの変形、「頑張らなきゃ良かった」です。 確かにがんばれてしまうものだな、限界を超えられる物だな、と自分の経験を振り返って思います。そこには自分の想像を超えたスゴイ自分がいます。 でも、それと同時に 頑張れてしまった結果 自分が壊れてしまうというのも経験できてしまったのでした。 私の最初の会社を退職した本当の理由は、比喩でもなんでもなく「殺される」と思ったから。限界を超えて、限定解除モードで働き終わったと思ったのに、少なくともあと半年は同じように頑張ってくださいと言われたから、それは死んでしまうと思いました。
もうちょっと付き合うか
http://anond.hatelabo.jp/20070802205200 一連の議論の中で書いていることは、 東大卒はコモディティ化されたプログラミングというものを仕事にしないということ。 そういうものは全て外注する。なぜなら、コモディティ化しているから。 コモディティ化されてない部分は外注しようがない。 そりゃ当然なんだけど、そうする動機について勘違いをしてるんじゃないかい。 「東大生は優秀だからコモディティ化されてない部分をやる。誰がやっても同じような瑣末な仕事は優秀じゃないやつらに任せとけ」 そう思ってたらしっぺ返しを食らうよ。 なぜ外注するかって言えば、それぞれが自分の得意分野に集中した方が全体の効率が上がるからだろ? 「こんな簡単な仕事、うちでやるのは馬鹿らしいから外注する」んじゃないんだ。 「この仕事はうちがやるよりもあちら(外注先)に引き受けてもらえたらありがたい」から
ぼくが大企業のえらいおじさんたちからおしえてもらったこと。
ぼくが大企業のえらいおじさんたちからおしえてもらったこと。 えらいおじさん達がその大企業に就職した当時はまだ屈指の企業ではなかったこと。 いま稼ぎ頭になっている事業は影もかたちもなかったこと。 有名な大学にいってあたまをさげて優秀な人材をあつめたこと。それでも門前払いをされたこと。 40年前に大企業といわれていた会社は今はほとんどが見る影もないこと。鉄鋼業の話とか。 会社が大きくなるいっぽう人材が不足していたから若くても裁量があたえられたこと。 今一番と呼ばれる会社にはいっても成功体験はできないこと。 若いうちの経験や体験は人脈よりも大切であること。 人脈は社内につくるものではないということ。 ぼくが大企業にはいって偉いひとになるころにはそれは違う会社だし、とりまく世界も違うものだよということ。 ひとつのことをやりつづけているやつは成功する。よくみておけということ。 ユニーク(独特)なやつ
ウノウラボ Unoh Labs: フォームのユーザビリティを改善する10のTips
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
背伸びして上場を目指す経営者に対する10のお願い
https://note.mu/whynotgetrich/n/n3b40d12f10d5 に移行しました。
Excel で タスク管理シートを作る (でぃべろっぱーず・さいど)
たまにはSIerっぽいエントリ。 タスク管理と言えば、最近ではRemember The Milkとかcheckpadとか使うのが一般的になってきた気がしますが、会社の中でのタスク管理となると、外部のサービスNGってこともよくある話なので、手軽にExcelとかでタスク管理しちゃいましょうと。 作るのは↓こんな感じのタスク一覧。 まあ、このままベタに表形式で作っても良いのですが、「入力規則」と「条件付き書式」を活用するともう少し便利になります。 まずは「入力規則」。 これを使って、一覧左端の「□」「■」のプルダウンを作ります。 メニューの「データ」→「入力規則」を選択します。 表示されるポップアップで↓こんな感じで設定します。 入力の種類を「リスト」、元の値を「□,■, ,」にします。 これで、□=未実施、■=実施 としてタスクを管理できます。 続いて「条件付き書式」。 これを利用して、 ・左
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
2007-10-10 - strange
年金とか生活保護費とかの横領をよく耳にする昨今ですけどあれは件数多いのかな、民間企業に比べて。おれの考えではいつも通り、横領をゼロ件にすることなんて無理なので、民間企業程度におさまればいいと思ってるんだけども。発覚時の処分内容も含めてね。民間企業でも横領ってときどきニュースで耳にするので、事件化されていないものも含めれば、とりわけ民間に比べて多いというわけではなさそうな印象なんだけど。でもほんとうは多いんだろうなあ。あとおれのイメージでは郵便局がものすごく多そう。あくまでイメージですけど。つーかね。それなりに収入がある人はその収入に見合った生活をすべきで、それができないヤツを「貧乏人」とおれは呼ぶのだが、横領とか保険金殺人とかそういう事件を見るとなんか世の中には貧乏人が多いなあと残念な気持ちになるね。事件じゃなくてもサラ金や知人に金借りてまでして見栄はったり着飾ってたり遊んだりしてるような
「HTML画面をそのまま仕様書に」，5カ月で1000画面を構築した就職サイトPuffの高速開発手法：ITpro
上段左からティーアンドエフカンパニー 事業推進統括責任者 情報化戦略コンサルタント 西岡祐弥氏，ティーアンドエフカンパニー 代表取締役社長 佐藤裕司氏，パフ 代表取締役社長 釘崎清秀氏，下段左よりティーアンドエフカンパニー 最高技術責任者 出羽健一氏，パフ 取締役兼株式会社プロシンクワーク代表取締役社長大場京子氏，パフ 事業サポートグループ グループマネージャー 保坂光江氏 Webシステムを開発する際にはほとんどの場合，ユーザーとの打ち合わせのためにHTMLによるモックアップを作る。「このHTMLがそのまま仕様書になれば」と思ったことはないだろうか。就職情報サイトPuffの再構築プロジェクトでは，まさにモックアップをそのまま仕様書した。「十数人の開発者で，5カ月で1000画面のシステムを開発する」必要に迫られたからだ。 HTMLに仕様とメモを埋め込み，CSSで切り替え 「この未体験のスピー
人を育てる立場に立った時、最初に覚えるべき技術 - モチベーションは楽しさ創造から
J-CASTニュース : 入社半年で「辞めたい」が40％ 「仕事通じて成長できない」が理由 では、こんな事がまとめがありました。 新入社員の71.6％が「どこでも通用するような価値の高い人材になる」と答えたものの、59.4％の社員が自分の将来に不安を感じていて、「入社半年で会社を辞めたいと思った」人は43.5％いた。その理由は、「仕事を通じて成長しているという実感をもてていない」が51.9％、「やりたい仕事ができない」が48.1％、「上司の指示、指導方法が不満」40.4％という順だった。また、「もともと辞めるつもりで入社した」という人が40.3％もいた。新入社員「成長」させるマネージャーがいない。 新入社員を育成する体制が崩れてしまったのは、リストラで会社の人材が細り、じっくりと仕事を教えられなくなっているためだ。また、一気に社員を増やした会社では、育成経験のないマネージャーがたくさんの部
ユメのチカラ: ソフトウェアの作り方を考える
「開発工程を別々に担当してはいけない」は思いのほか多数のブックマークを頂いた。コメントやブックマークを拝見しながらあれやこれや考えた。わたしの飛躍する思考というか雑な議論で辟易している方もいらっしゃるかとは思うがもう少しお付き合いいただければ幸いである。 わたしの経験は、このブログの読者の皆さんはご存知かもしれないが、ソフトウェア製品の開発経験に偏っている。米国系ハードウェアベンダーでコンパイラやRDBMS製品を開発していた。その後西海岸のソフトウェアベンダーに転職してそこでRDBMS製品の開発に従事した。そしてOSSの可能性を信じてミラクル・リナックスの設立に参加したのが約7年前である。顧客向けアプリケーション、例えば社内システム構築（人事、財務、購買などなど）の経験はない。 さて先の「開発工程を別々に担当してはいけない」ではいろいろな論点をごった煮風に突っ込んだものだから分かりにくくな
小野和俊のブログ:[BugsNews] 人気ハッカーもたじたじ IT業界大人気の理由は？現役学生が語るそのポジティブイメージ
最近の新卒採用で人気爆発の国内IT業界。大人気の理由は何なのか、人気が低迷 することはありえるのか。情報処理推進委員会(IBA)は10月30日のイベント「IBA フォーラム2007」で、IT業界の人気ハッカーと理系学生による討論会を開催した。 テーマは「IT産業の学生からの人気はどこから生まれるのか」だ。 討論したのは、東京大学、筑波大学、日本電子専門学校の現役学生10人とIT業界 の人気ハッカー2人。IT業界の人気ハッカーとは、某ソーシャルブックマーク開発者の N.I.氏と、CPAN へのモジュール登録数で世界的に有名で、ブログの世界にも 多大な貢献をしてきたT.M.氏。加えて、某ベンチャーのCTOとして同社のサクセス ロードの礎を築いたアルファブロガーのD.K.氏が答えた。 「IT産業へのイメージ」との質問に対して学生の1人は「IT産業は自分たちの生活に 欠かせないもの、生活を支えてく
![小野和俊のブログ:[BugsNews] 人気ハッカーもたじたじ IT業界大人気の理由は？現役学生が語るそのポジティブイメージ](https://cdn-ak-scissors.b.st-hatena.com/image/square/da78a05937633f7a2b4b2219826151c370cd607b/height=288;version=1;width=512/https%3A%2F%2Fparts.blog.livedoor.jp%2Fimg%2Fusr%2Fcmn%2Fogp_image%2Flivedoor.png)
満足せる豚。眠たげなポチ。:業務システム開発の世界だってコードの力で変えられる
これ、必読。 業界の重鎮とやらに惑わされるヒマがあったら、一歩でも前に進むために何をするかを考えたい。 山ほどあるサブセットから, どうやって適切な妥協点を選べばいいのだろう. 絡まりあったプラクティスをときほぐして本質に迫る根気と,サブセットの善し悪しを判断するクライテリアを K は持っていた. http://www.dodgson.org/omo/t/?date=20071103 誤解を恐れずに言えば、業務システムの開発において一番面白いのは実はここだ。 プログラミングとは、忠実に正確にまじめにシステムを動かすためのコードを書く作業ではない。 本当のプログラミングとは、コードの力を駆使して問題自体を解消してしまうような仕組みを創造するプロセスだ。その対象が身内なこともあれば、顧客なこともあるだろう。その意味で、「業務システム開発はクリエイティビティを発揮できない」なんていうのは、「私は
JavaとRubyの間にある、ベルリンの壁 - GoTheDistance
ネタ元はこのあたり。 SIer と Rails とエンタープライズと エンタープライズにおけるRailsの価値とは 弊社の某エロい人がRoRに萌えており「おお、なんて生産性が高いんだ。もうWebアプリなんて全部これでいいじゃないか。」とか本気で思ってそうなので萎える。言語の違いは時にはビジネスモデルの違いにつながることが理解できないようだ。言語ってのは文化なの！これからはRubyを全面的に取り入れ開発標準もRubyだぁぁぁぁとか言い出したらどうしよう。グーで殴るしかないかｗ 本来、コード量の少なさや、CoCを前提とした設定の少なさが価値を発揮するのは、メンテナンスの場面です。読み込まないといけないコード量の少なさと、少ないコードの変更で修正ができることが、その理由です。そのためには、大前提として、Ruby（on Rails）らしい、プログラムを作っておくことが必須なので、マネージャはその辺
一歩進んだライフハックへ (2) 自分自身と再契約する | Lifehacking.jp
正直に言いましょう。「７つの習慣」が勧めるようなミッション・ステートメントを書いていつも持ち歩いている人はどのくらいいるのでしょうか？ 私はミッション・ステートメントをいつも手帳に入れてますが、いままで何度もミッションが形骸化するという失敗をおかしています。 ミッション・ステートメントは、「自分の価値観・目的意識を明文化したもの」ですので、「７つの習慣」などの本を見ると非常に仰々しい文章が掲載されていたりします。たとえばホテルのミッション・ステートメントなら、「お客様一人一人に最高のおもてなしを提供することを目的とする」といった具合です。 しかしこうしたミッション・ステートメントは、 素晴らしく書かれているものであればあるほど、言うまでもないことに触れている気がしないでしょうか？ 「客をてきとうにあしらって利益を優先しましょう」というミッションがあり得ない以上、「お客様に最高のおもてなしを
何が起こっているのかわからない状態を脱するための9つの工程: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 仕事でなにかしら問題やもめごとがあるようなんだけど、ただ正確には何が起こっているのかわからないときには、たとえば、こんなことをやってみるといいでしょう。 まずは目の前の状況を整理する自分の立場を考える関係者が誰なのかを把握する目の前には見えていない情報を集める集めた情報を整理して、何が根本的な問題であり、それに紐づくサブ的問題にはどんなものがあるかを階層化して、問題の構造をみえるようにするしかるべき判断あるいは問題解決のプラン作成を行う判断もしくはプランを実行する問題が解決されたか、あるいは解決されそうかを確認するダメならどこに障害が残っているのかを確認し、プランを修正しそれを実行する 勘がいい人ならこのリストを見て気づいたかもしれませんが、ようするに、何をやればいいといっ
日本一やさしいフリーのための確定申告ガイド
今年も確定申告の締め切りが刻一刻と迫っております。 僕も発狂しそうです。今年は「やよいの青色申告08」というソフトを買って自分でやろうとしたのですが…… 確定申告そのものが判らないソフトの使い方が判らないのダブルパンチで、久しぶりに深い森の中でのカンペキ迷子を味わっています。 そんな僕が、今、すっかり頼りに頼り切っているのが、この本です。 涙が出るほど判りやすいです。 日本一やさしいフリーのための確定申告ガイド―「白色」「青色」両対応!! はにわ きみこ (著) [Amazonで詳細を見る] この本には、フリーライターの著者が、還付金ゲットを目指して調べに調べつくした成果が、まさに「ミッチリ」と詰まっています。 税金に全く詳しくない人にも判るように懇切丁寧に書かれ、 作業中に何度も見直すことを想定してガイド風に章立てされ、 そして何よりも、実際のデータ作成では「やよいの青色申告08」をベー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
仕事のできる人は - tapestry
http://d.hatena.ne.jp/habuakihiro/20080104