ある会社で配布された、新入社員向けの資料があった。タイトルは、「新入社員へうちの会社が求めていること」 内容を拝見したのだが、かなり本音で書かれており、面白いと思ったのでこちらで紹介したいと思う。 1.言われたことを、キッチリやること。 うちの会社がまず最初に皆さんに求めることは、「言われたことをキッチリやること」です。 納期内に、先輩や上司の指示した仕事を100%終わらせること。それが重要です。正直、創意工夫も、提案も、今の皆さんにはあまり求めていません。それはもう少し仕事を覚えてからでも遅くありません。 そのために、頼まれたことは決して忘れないこと。忘れてしまう不安がある際には、必ずメモを取ってください。 あと、ほんのちょっとアドバイスをするとすれば、納期を前だおしして、頑張って仕事を終わらせること。先輩や上司はそれだけで喜びます。 2.上司に可愛がられること。 どんな人が可愛がられる

【サイボウズ式編集部より】この「ブロガーズ・コラム」は、サイボウズの外部から招いたブロガーに、チームワークに関するコラムを執筆いただいています。今回ははせおやさいさんが考える「正しい目標設定の仕方」について。 こんにちは、はせ おやさいです。 今年も約半分が終わりますね。設定した目標の振り返り時期が近づいている人も多いのではないでしょうか。今回は、正しい目標設定とその運用について考えてみたいと思います！ その目標、本当に正しく設定されていますか？ 「目標設定」と聞いて、どんなものを思い浮かべますか？ サボらないよう管理されるもの？　それとも未達を責められるための嫌な基準？ さまざまな粒度の「目標」「目標設定」があると思いますが、本来的な「目標設定」というのは、まず会社が目指す方向と数値があり、それを各部署、各担当者までブレイクダウンした上で、達成のために作成される「ゴールまでの地図」なので

今朝の記事は予想外に色んな人に読んでもらえたみたいで、ありがたい限りです。一時間程度でラフにまとめたものなのでお恥ずかしい限りですが、みなさまの役に立ってたら幸甚です。いや、ほんとに。 んで、見たことないくらいたくさんついたブクマを眺めていると、「何のためにしたかイマイチわからない」「どうやって金を儲けるつもりなんだ？」という話がちらほら見受けられます。ねぇ、ぼくも色々もんもんと考えておりました。 んで、決して答えが出たわけではないんですけど（というか最後の最後がわからんのですよ、やっぱり）、でもこの方向性に向かう意図は僕の中で納得がいったので、ついでにメモ的に晒しておこうと思います。 分析の前に、ツールの確認 今回は、クラシックな戦略分析ということで、5フォース分析をしています。 ファイブフォース分析 - Wikipedia Microsoftという企業に対して、サプライヤとカスタマーを

これまでにない全く新しいものを生み出す時や未知なる領域の問題を解決しようとする時、複数の人でのコラボレーションが重要になりますが、「コラボレーション・パターン」はそうやって複数の人間が一つのことに取り組む際に、アイデアを積極的に出し合い、メンバーが互いを高めあいながら、個人では考えられなかったような結果を出すことができるようパタン・ランゲージの考え方に基づいて作られた34項目。対立や分裂で破滅的な結果が起こることもある集団での作業を、ポジティブな結果に昇華させます。 コラボレーション・パターン ― 創造的コラボレーションのためのパターン・ランゲージ http://collabpatterns.sfc.keio.ac.jp/index.html コラボレーション・パターンは全部で34項目あるのですが、パターンは大きくわけて「未来への使命感」「方法のイノベーション」「伝説を作る」の3つのまとま

1972年生まれ。慶應義塾大学総合政策学部、京都大学経営管理大学院（修士）卒業。 大学卒業後、貿易商社にてカナダ・オーストラリアの資源輸入業務に従事。その後国内コンサルティング会社に勤務し、2001年に独立。戦略論や企業史を分析し、負ける組織と勝てる組織の違いを追究しながら、失敗の構造から新たなイノベーションのヒントを探ることをライフワークとしている。わかりやすく解説する講演、研修は好評を博しており、顧問先にはオリコン顧客満足度ランキングで1位を獲得した企業や、特定業界での国内シェアNo.1企業など多数。主な著書に『「超」入門 失敗の本質』『「超」入門 学問のすすめ』『戦略の教室』『戦略は歴史から学べ』『実践版 孫子の兵法』『実践版 三国志』『最強のリーダー育成書 君主論』『3000年の英知に学ぶリーダーの教科書』などがある。 「超」入門　失敗の本質――日本軍と現代日本に共通する23の組織

わたしがまだ新人プログラマだった頃、キックオフミーティングで渡された仕事の割り振り表のメンバーの欄に「X」と書かれていたことがありました。 「Xって誰ですか？」と尋ねると「そのうち現れるであろう誰か」という答えが返ってきました。要するにエンジニアを確保するつもりはあるんだけど見つかっていないということです。「ホントに現れるのか？」とわたしは疑っていましたが「X」は現れました。 ていうか、わたしでした。 リーダーから「X」と命名（？）された先輩とわたしは2人でその担当分を片づけることに（もちろん本来の担当分も片づけた）。 「結局見つからないんだったら、最初っからXなんて書かなければいいのに」とグチったら、一緒に担当分を増やされた先輩に「上の人間もぎりぎりまでがんばって探してたんだよ。いないものはいないんだから仕方ない。いる人間でがんばって片づけよう」と諭されました。 その後、さまざまなプロジ

「普段はほとんど無視されているのに、障害が発生すると悪者扱い。なんとかなりませんかね」――。システムの安定稼働に携わるIT技術者からよく聞く言葉である。「システムの価値が得られるのは運用段階に入ってから」と、利用企業の価値観が変わっても、その状況は変わらない。安定稼働を支えるテクノロジやIT技術者をきちんと評価しなければ、大きなしっぺ返しを受けそうだ。 民主党政権が「社会に溶け込むICT」を目指し始めたように、ITの“ステルス化”が進行している。記者が言うステルス化とは、「社会システムを支えるためにITの活用が進み、利用者には社会の仕組みが進歩したとは実感されるものの、そこでITが使われていることは直接的には伝わらない」ということだ。携帯電話の各種サービスやクラウドコンピューティングなどが“ステルス化”の代表例である。ITのサービス化とも言える。 かつてのメインフレーム全盛期も、ITはステ

平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ

プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ

昨日の(1)から続く。 ......。 それから5年が経過し、2000年7月に至る。 今年で5回目の夏になる(会計士試験の受験は毎年夏にある)。 当時の僕は前年度の不合格から立ち直れず、調子も回復しないまま受験に突入していた。 2次試験は5月下旬の短答式試験と8月下旬の論文式試験の2回に渡る。5月の短答式試験で受験生を選抜し、合格者が8月の論文式試験を受験する。 この年の僕は短答式試験に落ちる。自動的に5回目の不合格が決まった7月であった。 「今年受からなければ受験はもうやめよう」と前年の秋には決めていた。最後の挑戦だった。 なので、短答式の不合格は会計士試験受験をあきらめることが決まったということでもあった。 5回目の受験は放心した1年であった。実のところ僕は4回目で燃え尽きてしまっていたのだ。 燃え尽きたとわかっても、こうした国家試験受験は引き際が難しい。卒業しても受験している場合、損