「判断」には3種類ある。一番良いのは「正しい判断」。次に良いのが「間違った判断」。そして最悪なのが「判断しないこと」。 スタートアップベンチャーでは会社や自分の置かれた状況が常に変化し、毎日がdecision makingの連続だ。その中で、常に正しい判断を採り続けられれば言う事無しだが現実にはそうは行かない。時には間違った判断をすることもある。 むしろ大事なのは、間違った判断をした時でも次善策を採ることのできる柔軟性(というか現実的にはプライドの無さとガムシャラさ)である。自分が行った「間違った判断」によって次に採りうる選択肢を狭めてしまってはいけない。自分の採った判断が間違いでなかったと見せかけるために論理をこじつけても良いことは何もない。周囲にはとうに気づかれている。自分が間違ったことを認めて、会社がその状況からでも一歩成功に近づくためにはどうすれば良いかをプライドを捨てて考えられる
さあ、その想いをカタチにしよう。 Google Cloud が企業の未来に向けた生産性 向上とコラボレーション実現のヒントを解説 コンテナをエンプラITに! コンテナ活用の基礎 本番実装が増える背景とメリット 高まるゼロトラストの気運 妥協のない安全のために適材適所で組合せ トップ4社によるゼロトラストセキュリティ ビジネスの推進には必須! ZDNet×マイクロソフトが贈る特別企画 今、必要な戦略的セキュリティとガバナンス クラウドネイティブの実現 モダンインフラの構築・運用の課題解決へ コンテナの可能性を広げるVMware Tanzu 体験から学んだ成功への知見 マネーフォワード×エム・フィールド対談 Fintechプラットフォーム開発の「鍵」 単純なインフラ製品の販売ではない DX、コンテナプラットフォームの実証など 自社の取り組みで得られた知見を顧客に提案 ITインフラ運用からの解放
受信したメッセージを3つのフォルダに分類することで、メールをうまく管理できるようになった。(Lifehacker) 【この記事は、2006年6月21日付で米ブログメディア「Lifehacker」に掲載された記事を翻訳したものです。】 後から後から、どんどん受信箱にたまっていく電子メール。これを毎日きちんと管理するのは不可能な作業のように思われるかもしれない。筆者はちょっと前まで、トピック別、送信者別、プロジェクト別、緊急度別など、そのとき重要と思われたテーマに応じて、メールソフトの中にたくさんのフォルダを作ってメッセージを仕分けしていた。 受信箱に届いたすべてのメッセージを、その日のうちに注意深く、関連すると思われるフォルダにドラッグ&ドロップするのに多くの時間を費やした。だがしばらく経ち、フォルダの数が増え過ぎた結果、全く使えないシステムになってしまった。フォルダの作成と仕分けに多くの労
これから社会に飛び立つ皆さん、おめでとうございます。 新社会人として、ビジネスマンとなられる皆さんに、会社では特に言われないけれど大切だと思うことを4つ、挙げてみました。 すげー当たり前のことなんですが、ちゃんとやっておかないとまずいことになるので、参考にしていただければと思います(僕が後輩に伝えたいことなんですけれどね)。 どんな「マッチョ」だろうが「ウィンプ」だろうが、必ずやるべきことなので、一読ください。 以下、重要だと思われる順に並べました。 1.遅刻はしない これは、出来る人は簡単だけれど、出来ない人はとことん出来ないことです。特に、学生生活が夜型の人は、朝起きれない。 でもがんばる。3ヶ月がんばる。そうすると体が慣れる。頭で考えなくても、朝起きて、自動的に体が動く。がんばれ! 5分でも遅刻すると、すごく「態度が悪い」と見られる。すごくつまらない。たかが遅刻なのに。たかが遅刻だか
知人に中小企業からちょっと大きめの企業に転職した人物が居るのだが、その人曰く、転職先の会社では周りの判断が以前の会社の同僚よりもかなり速く、驚いたとのことだった。まあ、大企業のサラリーマンがみんな、判断チョー速ってわけでは勿論無いが、全体的な平均としては成り立つ現象だと、個人的には思う。なぜなら。 例えば、1千万の仕事があったとして、それを上司1人、部下1人の3ヶ月で仕上げると仮定する。部下は上司の判断無しには作業を実施できないとすると、3ヶ月間に上司が下さなければならない判断は、1ヶ月20営業日と仮定して1日辺り約17万円の価値があるということも出来る。つまり、上司の判断が1日遅ければ、17万円のロスが生じるという見方も出来るわけだ。 この話をベースにすると、1億円の仕事を上司1人で1年間で実施する場合、1日辺りに必要とされる判断の価格は約42万円、先ほどの例の約2.5倍のスピード感が必
追記 id:discypusさんから、狩野分析法の出典に関するコメントをいただきました。 狩野法って、 狩野 紀昭 氏 http://www.sangakuplaza.jp/page/134499 の http://www.yahoo-vi.co.jp/method/b10.html の手法かと 思うのですが、合ってますでしょうか? まさにこれですね。http://www.yahoo-vi.co.jp/method/b10.html にある日本語のほうがすっきりしてます。 お詫び 分析用配列に誤りがありました。修正してあります。 要旨 先日受講したScrum Product Owner Trainingで印象に残った分析法を紹介。 Agile開発では「優先度順に要件(フィーチャ)を開発していく」のが基本だが、いざ優先度をつけようにも話は簡単ではない。発注側に強力な指導者がいてその人が独裁的
僕は会社からデータカードを渡されているので、自宅で仕事をすることも多いのですが、「家だとはかどらないから仕事は持ち帰らない」という人も多いですよね。僕も家だとつい余計なモノに気を奪われてしまうことがあるのですが、そんな時はこんなテクニックを実践してみるのはいかがでしょうか: ■ Optimize Your Work-at-Home Time With 22 Simple Schedule Tweaks (Bootstrapper) 原題を直訳すれば「家で仕事する時間を最適化する、スケジュールの簡単な調整法22」といったところで、「一般」「タスク」「テクノロジー」の3つのセクションに分けて22のアドバイスをしてくれています。さっそく内容はというと: 【一般】 早起きする 30分から1時間早起きすれば、それだけ仕事や自分のことに使える時間が増える。 無理はしない 無理をして体を壊せば、逆に時間
Ten Things to Learn This School Year | How to change the world 研究者という稼業も決して楽ではないつもりですが、一般の企業からみたらずいぶんと甘い場所らしいですので、こんなブログを書いているのが周囲の人にあまり広まると気恥ずかしいです。そんな引け目を感じているからこそ、いつも社会人のマナーだとか、社会人のルールといった話題には敏感に反応してしまいます。あこがれといってもいいのかもしれません。 今日紹介する記事の著者 Guy Kawasaki はオリジナルのマッキントッシュのマーケッティングをしていた人で、Truemors の仕掛け人としても有名な人ですが、彼のブログで “Ten Things to Learn This School Year” という記事が載っていて、社会に出る前に学生が知っておくべき実社会の常識についてまとめ
ジョン・ハンターというお医者さんの言葉にこんなのがあります。 考えたことや見聞きしたことを書きとめるのは、 商人が棚卸しをするのと同じだ。それをしないと、 何が足りないのかさっぱりわからないじゃないか。 この言葉では「考えたことや見聞きしたこと」としか書いていませんが、 「自分の知っていること・できること」を書きとめるのも同様に重要だと 私は考えています。 今回は、この言葉を元に目標管理について考えてみました。 『目標』を式で表すと「目標の自分=今の自分+α」といえます。 この足りない+αの部分を把握し、それを加えることで目標の自分に近づくことができます。 ジョン・ハンターの言う「棚卸しをして自分に何が足りないかを把握する」とは、 今回の場合、この「+α」の洗い出しを行うことを指しているわけです。 お店を始めようとしている個人商店の経営者を考えてみましょう。 自分が理想とするお店に必要な品
久しぶりの更新。 最近は新プロジェクトにほぼ毎日取り組み、一応出来上がったモノのクオリティには満足できているものの、なにしろ時間がかかりすぎ。ソフトウェアの開発計画が遅れるのは世界のどんなプロジェクトでも共通しているけど、今回のは半端でないよ(もちろん自慢できることじゃないが)。 思い起こせば、アイデアの源流は2004年に思いついたもので、当初はサラリーマンを辞めたらこいつに注力しようと思っていたんだよな。記録をもとに変遷をまとめると、現在の開発計画がまとまったのは2005年の8月くらいだ。 ● 2005年8月 11月(もちろん2005年の!)を完成目標とする。 ● 2005年9月 先にPoderosaに注力することにしたため、2006年7月に目標延期。 これは計画自体の変更なので見通しの甘さとは関係ない。が、この時点ではPoderosaは2006年4月までで片付ける気でいた。 ● 200
失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント:デジタルワークスタイルの視点 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。これらを管理しようとすればするほど悪いスパイラルに落ち込みます。Appleやはてな、Googleなど、注目企業ではどのようなマネジメントを行っているのでしょうか。 「完璧に管理しようとすればするほど、プロジェクトは失敗する」という悪いスパイラルが存在します(2月21日の記事参照)。そこで今回は、どのようなプロジェクトマネジメントをすれば、プロジェクトを失敗させないようにできるのか考えてみたいと思います。 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。前回はそれぞれを完璧に管理しようとしていましたが、今回は考え方を180度変えてみましょう。それぞれの要因を最初からなくしてしまうのです。 失敗しない
「How to Talk to Your Boss About Being Overworked」という記事がありました。 仕事量がオーバーロード。。。 非常にありがちだと思いました。 記事内では、やってはいけないことと、やるべき伝え方が書いてありました。 やってはいけない
久しぶりに箇条書きネタ。How Blog > Core 77's Design Blog という経由ですが、「アイデアを殺す台詞/態度」というエントリがありました: ■ Idea killers: ways to stop ideas (Berkun Blog) で、内容はというと: 「それはもう試したよ。」 「そんなのうまく行かないよ。」 Would you like a pony? (※すみません、ここ意味分からず。検索すると割とヒットするフレーズなんですが・・・。pony = 子馬、重要でないものということで、「そんなつまらないことしたいのか?」という意味?) 「ばかげているな。」 「君はクビだ。」(※失敗すれば処罰される、という雰囲気では新しいアイデアは表にでない、という意味?) 「君には強く反対する。」 (笑い) 「予算にないな。」 「それは重要な問題じゃないよ。」 「時間がない
「Nine Things Developers Want More Than Money」という記事がありました。 面白かったので要約してみました。 誤訳や勘違いがあるかも知れないので詳細は元記事をご覧下さい。 1. 成功するプロジェクトであること 多くのプロジェクトはそもそも失敗するような計画で行われているという悲しい現実があると書いてありました。 成功の要素として、現実的な納期、安物のツールを使うことを強制されないこと、ろくでもないマネジメント・仕様変更・暗黙の仕様 などを要求する発注先にあたらないなどが重要だそうです。 2. すばらしいマネジメントが行われていること プロジェクトと人の両面ですばらしいマネジメントが行われていることが重要だそうです。 身を挺してチームを守るようなすばらしいマネージャに対してはプログラマはソフトウェアの品質で応えるそうです。 3. 新しいことを学べること
【教えてくん】コミュニティーなのです。 なんかニュースとかあったらここに書こうかと思ってますよ。とりあえず、おいらのブログ 効率的に意思決定をするための3段階。 ・決定権のある人に情報を集める。 ・決定権のある人に選択肢を提示して決定するように迫る。 ・決定権を持つ人がしぶしぶ決める。 上記の3点で物事というのは決まるわけです。 とりあえず、頭数を揃えると会議をはじめることが出来るので、 みんなで話をしたりすると、必要なことをしてる気がするので、 真面目に会議が始まります。 思ってることや課題を各々の会議参加者が喋ったりします。 この状況は「情報を集める」段階でしかないわけです。 そして、必要な話が全て終わったところで、 決定権のある人に選択肢をだして結論を迫ります。 んで、決定権のある人は下記の3つのうちのどれかを選びます。 「情報が足りない」 「結論先延ばし」 「決定」 これで、うまく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く