「システムを作ること」の向こう側にあるもの
最近、「もし高校野球の女子マネージャーがドラッカーの『マネジメント』を読んだら」（以下、もしドラ）という小説を読んだ。2009年12月の発売以来、販売部数が38万部を超えるベストセラーという。この4月に、ビジネス誌が「ドラッカー特集」の冒頭で6ページにわたり「もしドラ」を紹介していて、気になっていた本である。 この小説のストーリーを簡単に紹介すると、主人公は高校野球部の女子マネージャー「みなみ」。ドラッカーの経営書『マネジメント（エッセンシャル版）』を読みながら、野球部を甲子園に連れていくべく、マネジメントする――というもの。ピーター・ドラッカー（1909-2005）といえば、「20世紀最高の知識人」「マネジメントの発明者」などと評される経営・社会学者である。そんなドラッカーの経営書を高校生が読んで実践するという破天荒な設定なのだが、これが面白い。 「もしドラ」では、要所要所でドラッカーの
ソフトウェアレビューが成功する進行役の6条件
ともすると漫然と取り組んでしまいがちなソフトウェアレビューだが、メンバー1人1人の役割を明確化すれば、非常に効率的に行うことができる。中でも司会進行役は、レビューの結果を左右する大きなカギを握ることになる。 レビューに“役割”が必要なこと、認識していますか？ 第3回『“読み方”を知って、レビューをもっと効果的に 』では、まず「何のためにレビューを行うのか」という目的を認識し、それに最適なドキュメントやソースコードの読み方を採用することで、レビューを効率的に行えることを解説しました。今回はその続編として、「レビューにおける役割分担」を紹介したいと思います。 レビューは進め方の自由度が高い分、参加者1人1人の役割があいまいになりがちなものです。そこで最初に適切な役割分担を行い、1人1人が自身の役割に集中するように心掛けると、レビューの効果・効率を大幅に高めることができます。 例えば、皆さんの周
Seasar2でサクサクか炎上か - ひがやすを技術ブログ
可燃プロジェクトに飛び込むことになりました。下記のような炎上する要素満載。 関係者各社に告知済みのためカットオーバーは伸ばせない 外部仕様を策定した会社は行方不明 外部仕様はあるが、OS も AP サーバも環境もアーキテクチャーも未定 外部仕様を分かる人がいないw 開発は 3 社合同なのにソース管理方式も決まってない DB アーキテクト不在っぽい フレームワークに詳しい人がいない AJAX っぽいのたくさん お金がない、規模はわりとでかい、納期短い、残業禁止、増員不可 最初このエントリを見たとき、4/1だったこともあり、一瞬ネタかなと思ったんですが、その後に、SAStrutsとS2JDBCに対する具体的な質問がいくつもあり、私のほうもできる限り質問に答えました。 その後、どうなったのか気がかりだったんですが、今見たらこんな書き込みが 開発メンバからは、簡単で楽でいい！ 1 機能が 1 時間
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
