仕様の決断と、想定外
「仕様がわからないと作れません」という技術者の言葉を聞くことがある。 仕様とはなんぞや？ 仕様と言う言葉をwikipediaで探すと 「材料・製品・サービスが明確に満たさなければならない要求事項の集まりである」 とある。これだけ見ると、「ふむ、一番重要なことを満たすべき要求の集まり」なんだな、と思う。 しかし、これは通常、かけたいと思うコストや時間の制約を受ける。 よく予算と言われるが、必ずしも予算が決まってないこともあるので、正確には、その機能に「かけたいと思えるコスト」だと思う。 逆に言うと、ある限界パターンを想定して、 「これ以上は考えないことにしましょう」 という制約が必ず存在する。その動機は、お金や時間や実現可能性、などに起因する。 今回の震災で、堤防にせよ、原子炉にせよ、ある種の「想定」を超えてしまった。 １００年に一度の大災害という言葉に含まれているであろう「そんなの絶対起き
社員30万人全員をリーダーにする：日経ビジネスオンライン
ジャック・ウェルチ氏に代表される、強いリーダーを輩出する米ゼネラル・エレクトリック（GE）。年間に10億ドルを人材教育に投入、リーダーの育成に余念がない。その根底には、リーダー教育とは、個人に与えられた才能＝個性を伸ばすことではなく、標準化可能な技術＝型を身につけることであるという考え方がある。 リーマンショックを契機とする先の見えない経済危機において、リーダーは真価を問われている。環境の激変に、型を持たないリーダーはもろい。自分の拠り所を見失うからだ。企業にとって、型を持ったリーダーを増やすことこそ、成長を保証する唯一の解決策と言える。 世界に30万人の社員を抱えるGEで、日本人として初めてコーポレート・オフィサー（本社役員）となったのが藤森義明氏。日本GE社長兼CEO（最高経営責任者）で、米GEシニア・バイス・プレジデント（上席副社長）を務める。その藤森氏が、GEのリーダーに求められる
Geekなぺーじ : 人生の全てはTCP/IPに学んだ
1. ゆずり合うこと TCPはネットワーク帯域を他のTCPセッションと譲り合います。 TCPには、ネットワークが混雑(輻輳:ふくそう)してくると、送信されるパケット量を減らす仕組みがあります。 この譲り合いがあるからこそ、現在のインターネットは多数の人間が同時に使えています。 同様に、現実世界においても無理な競い合いを行うよりも譲り合いを行った方がスケーラビリティが上昇します。 2. 信頼はきめ細やかな確認応答で実現されること TCPでは、信頼性を確保するためにAck(Acknowledgement、確認応答)を送信してデータの到着を伝えます。 TCPのセッションが確立している間は、Ackが細かく送受信され続けます。 このきめ細かな確認応答が信頼の根幹であると言っても過言ではありません。 現実世界においても、きめ細かく応答を行う事が重要です。 メールなどを受け取っても、全く返事をしない相手
２ちゃんねる実況中継 ある大学であった授業
474 水先案名無い人 sage 2007/06/21(木) 03:39:01 ID:gGU3P5gL0 ある大学でこんな授業があったという。 「クイズの時間だ」教授はそう言って、大きな壺を取り出し教壇に置いた。 その壺に、彼は一つ一つ岩を詰めた。壺がいっぱいになるまで岩を詰めて、彼は学生に聞いた。 「この壺は満杯か？」教室中の学生が「はい」と答えた。 「本当に？」そう言いながら教授は、教壇の下からバケツいっぱいの砂利をとり出した。 そしてじゃりを壺の中に流し込み、壺を振りながら、岩と岩の間を砂利で埋めていく。 そしてもう一度聞いた。 「この壺は満杯か？」学生は答えられない。 一人の生徒が「多分違うだろう」と答えた。 教授は「そうだ」と笑い、今度は教壇の陰から砂の入ったバケツを取り出した。 それを岩と砂利の隙間に流し込んだ後、三度目の質問を投げかけた。 「この壺はこれでいっぱいになったか？
ビジネスリサーチの心得
6．ビジネス分析フレームワークを学ぶ ビジネス分析フレームワークの学習と使い方 ビジネス分析 フレームワークや 経営学 の学習をどうビジネスリサーチに役立てるか、その考え方と留意点について解説します。… 2021.05.08 2021.05.09 115 view 3．ビジネスリサーチの報告書作成 ファクト、ファクト、ファクト〜事実に基づくこと 「What's Your Story?」という提案や提言がないレポートは意味がない、ということがよく言われますが、ビジネスリサーチの報告書は、内容の8〜9割は ファクト … 2021.01.19 2021.05.16 303 view 4．インプリケーションと提言 リサーチを通じて気付いたことは？公開情報から点と点を結ぶイン… インサイダー情報はそのままでは役に立たない！？ビジネスリサーチの依頼の中で、「業界の空気感はどうなっているか？」「この技術
私がブログを書くときに意識していること
１．とにかく分かりやすく書くこと ２．難しい言葉の使用をできるだけ避けること ３．何を伝えたいのかはっきりと意識して書くこと ４．伝えたいことをできるだけ一つに絞ること ５．視点・立ち位置がぶれないようにすること ６．一つのエントリーをあまり長くしないこと ７．できるだけ明るく・ポジティブに表現すること ８．ユーモアを交えること ９．無理せずに自然にまかせて書くこと １０．既存の枠組みにとらわれずに書くこと 糸井重里の「ボキャブラリーというのは『どれだけむずかしい言葉を知っているか』ではなく、『どれだけやさしい（人に伝わりやすい）言葉を知っているか』という意味なんです」という言葉は本当に正しいと思う。 どんな文章にも言えることだが、分かりやすくなければ読んでもらえないし伝わらない。せっかくブログを書くのだから、読んでもらいたいし伝えたい。それがブログの「おもてなし」。 【同時に読んでいただ
時間を大切にしたい人のための『時間に関する名言66』 | P O P * P O P
「『いつかしよう』と思っていることの「いつか」は決してやってくることはありません」。こちらはスコットランドのことわざです。なかなか身に染みる言葉ですね。 今回はそのような時間に関する名言をご紹介。時間について色々考えさせられますよ。 » 66 Best Quotes on Time Management （via Life Optimizer） 個人的に気になったものをいくつかご紹介します。以下よりどうぞ。 時間というものは我々がもっとも必要とするものです。しかし、もっとも無駄な使い方をしてしまうものなのです。- William Penn 大切なのは「時間をいかに使うか」ではありません。「時間をいかに投資するか」なのです。- Stephen R. Covey 忙しくするだけなら蟻でもできます。問題は「何に忙しくするか」なのです。- Henry David Thoreau 私は過去のことは考
なにかと使える『名言ポータルサイト』まとめ | POP*POP
「人に何かを伝えたい時は、自分の言葉を代弁してくれる名言を使うと効果的だ」という話を聞いたことがあります。 名言には「偉人も言っていたという信頼性」と「キャッチコピーのようなわかりやすさ」という力があるからかもしれません。 そこで今回は名言のポータルサイトを集めてみました。なにかと使えるのではないでしょうか。 では以下よりご覧ください。 名言集.com 「人生」「ポジティブ」などのカテゴリー別、「映画」「ドラマ」「漫画」などのジャンル別に世界の名言が紹介されています。ブログに名言を表示するためのブログパーツも配布されていますよ。 » 名言集.com 心に残る名言集 以前、POP*POPでもご紹介したサイトですね。ドラマやアニメの名言が充実しています。ブログパーツも配布されていますよ。収録されている名言数は1,397です。 » 心に残る名言集 世界傑作格言集 「人生の格言･名言集」「愛の格言
やる気が出ないときに使える魔法の言葉いろいろ - IDEA*IDEA ～ 百式管理人のライフハックブログ
ドットインストール代表のライフハックブログ
アイデアの育て方5カ条 – *ListFreak
まえがき 次から次へと湧き出る、そのアイデアを育てるには。 リスト 見込みのあるアイデアを大きなものから小さなものまで常に複数転がしておけ、今取り組むべきアイデアは自分の好奇心に聞け、妄想からは何も学べないからとにかく動くものを書け、それで作ってみたものが面白いということは滅多にない、だから作ったものがなお面白ければそれはいけるアイデアだというサインだからとことんやれ、作ってみたものが面白くなければ勇気を振り絞ってボツにしてそのまま放置して別のアイデアへ行け。 あとがき 「グーグルが無敵ではないことはエンジニアだけが知っている」 – 江島健太郎 / Kenn’s Clairvoyance (CNET Japan Blog) より。共感しました。 3.の「書け」というのはプログラマを意識した言葉で、ここを「作れ」に変えればエンジニア全般・発明家・起業家向けに汎用的に使えるメッセージになります
ITmedia Biz.ID：シャアの名言に学ぶ、仕事術（上） (1/2)
『認めたくないものだな──』。30代の誰もが知っているシャアの名セリフ。しかし、セリフの奥にビジネスパーソンにとっての深い教訓が刻まれていることをキミは知っているか？ 「龍馬に学べ？ いや、シャアでしょ」──。 ネット世代のビジネスパーソンにとって、歴史上の偉人といえば、古代中国でもなく幕末の志士でもなく、ガンダムのシャア・アズナブルである。組織の中で自らの存在意義を考えつつ、ドズル、キシリアという派閥争いの中を泳ぎ回る。若くして昇進を重ねながらも、ニュータイプとしては一流ではないという自らの能力に苦悩する。人間、シャア・アズナブル。その考え方は数々の名言となって、ガンダムの世界の中で光り輝く。 今回はシャアの7つの名言を取り上げる。生き方、仕事を達成していく上で目の前の課題に対して、また組織内の自身のあり方について、ビジネスパーソンはどう考えるべきか。シャアのセリフを元に、「シャアの行動
ITエンジニアにも必要な国語力（1）
図解の本質はここにあった ITエンジニアにも必要な国語力 第1回 名前にとことんこだわるべし 開米瑞浩（アイデアクラフト） 2005/8/10 コミュニケーションスキルの土台となる図解言語。だが筆者によると、実はその裏に隠れた読解力、国語力こそがITエンジニアにとって重要なのだという。ITエンジニアに必須の国語力とはどのようなものだろうか。それを身に付けるにはどうしたらいいのか。毎回、ITエンジニアに身近な例を挙げて解説する。 「Can you speak English?」と聞かれてあたふたしてしまう日本人も、「あなたは日本語が話せますか？」と聞かれたら「いいえ」と答えることはないだろう。しかし、「日本語が話せる」といっても、日常会話レベルの日本語力とエンジニアリングに必要な日本語力とでは次元が違う。ITエンジニアに必要な国語力をあらためて見直そう。 ■ITエンジニアにこそ国語の力が必要
Googleの創造性：9つの教訓：発想七日！：オルタナティブ・ブログ
"Nine Lessons Learned about Creativity at Google"というビデオを観ました。GoogleのMarissa Mayer氏(VP of Search Products & User Experience)が、Googleが創造的でいられる理由を9つにまとめた45分ほどの講演です。タイトルを意訳してみます。 アイディアは、どこからでもやってくる。 (Ideas Come From Everywhere) できるかぎり、シェアしよう。 (Share Everything You Can) 優秀な人と働こう。 (Working with Smart People) 夢を追う免許を与えよう。 (License to Pursue Dreams) イノベーションとは、継続的な改善。 (Innovation, Not Instant Perfection) デ
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「わたしと仕事、どっちが大事?」はなぜ間違いか
タイトルで惹かれて一読、これはイイ！ これは使わせてもらおう。 ロジカルシンキングやMECEといった論理的思考ツールは、確かに仕事に使えるまで砥いできたが、肝心の議論に役立ってはいない。あ、いや、「自分の考えを的確に表現し、相手に理解させる」ツールとしては有効だけど、 ・議論が紛糾したとき ・自分の結論へ誘導したいとき ・自分の主張に言いがかりとつけられたとき これっぽっちも役に立たない。「おまえの意見はよく分かったが ── ── そんな話はここでは通用しないよ」 ── SEにはカネのことなんか分からないんだ」 ── 他の人もみんなそうじゃないと言っているよ」 と断言されると、一瞬、どう返していいか言葉に詰まる。議論は黙した方が負け、というルールに従って引き下がらざるをえなくなる。しばらくたって、その「反論」は何の根拠もないことに気づくが、議論はもうあさっての方向へ行っている。 仕事の場に
おばあちゃんに自分の仕事説明できますか？：Allegro Barbaro：オルタナティブ・ブログ
ツールのコラボレーション機能の記事を書いていてちょっと感じたこと。 記事は、チーム開発支援「機能」の話なのですが、こうした機能はむしろ、それを使いこなす「人」に、大きく依存するものだと思ってしまいます。ツールそのものもそうなんですが、人について見ても、エンジニア同士のコミュニケーションについては問題なかったり、いいインフラがあったりするのですが、いちど門外漢がそこに入るとなかなかうまく機能しないものです。 人がものごとを理解するためには、前提となる共通項が必要です。エンジニア同士の会話は、難しい話が専門用語でくくられた共通理解によって、ピンポイントのコミュニケーションで解決してしまいます。全部を説明しなくても、前提知識があるからOKというわけです。 ところが、この前提知識が違っていたり、同じ言葉でも違うくくりを認識する別ドメインの人と会話するときには、ピンポイントの会話は、わかった気になる
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「仕様」という言葉の罠を回避する
結論→ 「仕様」と「機能」を意識的に使い分けることで、顧客のテクニック「言葉のすり替え」を見抜くことができる。 客先での仕様調整の場で、新人が手もなくひねられている（騙されているともいう）。もう少し手加減してやればいいのに、顧客の脅しが酷すぎる。 あたりまえじゃないか、その機能が入っているのが仕様です なぜなら、いま私が現場に電話で確認したら、そういう運用になっているからです だから、その機能が入っていないのはバグなんです したがって、あなたは無償で今すぐこれを実装する必要があります テストフェーズ末期やリリース後、何らかの要求を満足していない場合、顧客より一方的に伝えられる最終通牒は、こんな論法だ。非常に強い口調で伝えられると、なんとなく「そうかも?」という気分になり、顧客が正しいという空気が場を支配する。 その結果、ほとんどの場合、泣く泣く自腹で実装していることだろう。ひとつひとつは小
404 Blog Not Found:「群衆の叡知」ではなく「叡智の群衆化」
2006年08月10日03:40 カテゴリPsychoengineering書評/画評/品評 「群衆の叡知」ではなく「叡智の群衆化」 実は「群衆の叡智」は、マキャヴェリまで遡れる。 マキアヴェッリ語録 塩野 七生 My Life Between Silicon Valley and Japan - Crowdsourcingここに「Outsoucing」ならぬ「Crowdsourcing」という言葉を発明し、この言葉を広く一般に普及させるとともに、提唱者的ポジションを確保しようと企図するのが、Wired誌編集者のJeff Howeだ。Vacation中につき手元に本がないので正確な引用は出来ないが、彼はこういう趣旨のことを言った。 群衆は、「何が正しいのか」という設問には苦手でも、「どちらが正しいか」という設問には案外的確な答えを出すものだ 群衆が叡智を発揮するのは、実は最後の段階なのであ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
