蛯谷敏 日経ビジネス記者 日経コミュニケーション編集を経て、2006年から日経ビジネス記者。2012年9月から2014年3月まで日経ビジネスDigital編集長。2014年4月よりロンドン支局長。 この著者の記事を見る
“雰囲気最悪”な職場の共通項：日経ビジネスオンライン
蛯谷敏 日経ビジネス記者 日経コミュニケーション編集を経て、2006年から日経ビジネス記者。2012年9月から2014年3月まで日経ビジネスDigital編集長。2014年4月よりロンドン支局長。 この著者の記事を見る
テクノロジー : 日経電子版
電気自動車（EV）にコネクテッド（つながる）、自動運転――。新技術を搭載するクルマが続々と登場しているが、大ヒットを記録しているものは少ない。どうすれば普及期に突入できるのか。 「…続き エコカーに「無関心の壁」 米自動車市場の現実 ［有料会員限定］ ＥＶ時代はまだ来ない 現実解は「マイルドＨＶ」
「コンテキストなしでソフトウェア開発を話すのは・・・」が共通認識になってほしい：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
コンテキストとは直訳すると文脈。本エントリでは開発の前提や事情を示す。結果や状況は必ず、コンテキストと対にして考える。前提や事情を示すことで、結果や状況の共通認識を得やすくすることを目指している。コンテキストの定義手順は、まだ明確化されてはいないが、何らかの結果や状況に影響を与えうる要因を挙げることからはじまる。 エンピリカルソフトウェア工学での推奨の話だが、カンファレンスや勉強会等をはじめ他組織との交流時には習慣になってほしいなぁと思う。過去のエントリ（「なぜウチではうまくいかないか？」を考える開発コンテキストの解説」）にも書いた。 勉強会等で議論していると「分かり合えるはずなのに、何か通じてない」と感じるときにはコンテキストの違いを意識してみると、うまくいくかもしれない。極端な例を挙げると超高信頼性ソフトウェアと市場投入への早さが重要なソフトウェア。前提を明示せず話を進めるとかなり食い
あなたのプロジェクトはどのくらい「アジャイル」か？
あなたの組織のアジリティに関するセルフアセスメント顧客顧客はプロジェクト期間中に心変わりする権利が認められているか顧客もしくは意思決定できる誰かがプロジェクトに参加しているか（出荷、納品は除く）顧客との関係性は契約か協調に基づいているか製品製品はインクリメンタルに開発されているかもし今日プロジェクトが中止されたら（開始されたことを前提にして）、なんらかの出荷可能なものがあるか製品の内容と優先順位を決める人がいるかチームチームはプロジェクトに熱心に取り組んでいるかチームは自己組織化されているか（他人の仕事のやり方を指示するような人は誰もいないか）チームは1つの単位として振舞っているか（三銃士のように：一人はみんなのために、みんなは一人のために！）チームは独立しているか（プロジェクトの成功のために必要なリソースやスキルを全て持っているか）チームメンバー間の会話はあるかコードを書くことを拒否する
見栄と嫉妬の行動学 - レジデント初期研修用資料
経済学は、人の振る舞いを、「利得」と「リスク」とのバランスで説明しようとする。 「利得」とか「リスク」に対する感覚というのは、どちらかというと個人的なものであって、 ネットワークを作った人、「社会」の振る舞いは、しばしば「利得」と「リスク」では説明がつかない。 恐らくは「見栄」と「嫉妬」という判断軸を導入することで、ネットワーク化した人の群れに見られる、 「経済的に不合理な行動」というものが、説明できるような気がする。 個人に不利で、社会にとっては有益な振る舞い、しばしば「利他的」と表現されるこうした行動は、 「見栄」によって駆動されるものだろうし、社会にとって最悪な、しかも本人にとっても、 それが必ずしも個人の得にならない行動というのは、たぶん「嫉妬」によって駆動される。 「嫉妬する上司」問題 たぶん「部下に嫉妬する上司」というのがいる。こういう人たちはしばしば、自らの土台もろとも、 組
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
