デッドライン ソフト開発を成功に導く101の法則
正しい管理の四つの本質・適切な人材を雇用する。 ・その人材を適所にあてはめる。 ・人々の士気を保つ。 ・チームの結束を強め、維持する。 （それ以外のことは全部管理ごっこ） 安全と変更・変更は、あらゆるプロジェクトの成功のために（ほかの大抵の物事についても）必要不可欠である。 ・人は安全だとわからないと変更を受け入れない。安全が保証されていないと、リスクを避けようとする。 ・リスクを避けることは、それに伴う利益をも逃すことになるため、致命的である。 ・人は、面と向かって脅されたときはもちろん、自分に対して不当に権力が行使されるかもしれないと思ったときにも、安全ではないと感じるようになる。 負の強化・脅迫は、結果を上げさせる手段としては不完全である。 ・どれほど強い脅しをかけても、最初に割り当てた時間が足りなければ、やはり仕事は完成しない。 ・さらに悪いことに、目標を達成できなければ、脅迫の内
小野和俊のブログ:プログラマー風林火山
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
私が今でも現場のオペレーションをする理由 - Be Happyman!!
私は今は、マネージャという立場で常時6つから7つ程度の受託開発プロジェクトに責任を負っています。しかし今でも、以前現場リーダーを担当したシステムのオペレーション（運用サポート）をします。具体的には、モジュールの入れ替えや、ログの調査、SQLをたたいて本番データにパッチをあてることもします。 私の所属部署には専門の保守部隊がありますから、保守はそちらに引き継ぐのが原則です。しかし、特定の事案に関しては、極力私が対応することを意識しています。 これは単に「後継者不足」「コストをかけたくない（管理職なので残業つかない）」という理由だけでそうしてるのではありません。お客様にとって（開発を担当した）私が対応する安心感を別にすると、理由は次の2つです。 理由1：「意味のある無駄」を得るため たまたま読んだプレジデント誌に、「意味のある無駄」のススメという記事がありました。要約すると、表面的には明らかに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チームのコード品質
