タグ

ブックマーク / nabokov.blog.jp (2)

  • nabokov7; rehash : 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム

    October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ

  • nabokov7; rehash : 会社を横断して交流するのが盛んな業界ほど、健全性が高い

    June 21, 200912:56 カテゴリ番組の途中ですがマジレスです 会社を横断して交流するのが盛んな業界ほど、健全性が高い 丁度こんな↓ポストが話題になってたので、最近思ってたことを少し: 人材流出リスク対策の為、弊社では社外勉強会への参加を自粛する様、お達しがでました。(涙) Twitter / understeer まずその一。 会社を横断して交流するのが盛んな業界は、健全性を保ちやすい。 横のつながりが無い場合、「慣習」とか「常識」が同じ会社、同じ部署内のごく少数の間でクローズドになってしまい、いつの間にか変な独自進化を遂げてしまうことがある。(?Bの関連エントリにこんなのも見つけたw) A社では上司が「この書類のここんとこ、ちょっと書き換えとけ ! こんなのどこでもやってるから !」と部下を叱咤し、一方のB社ではそんなことやったらクビがとぶのが当たり前、みたいな、いびつなロ

    deeeki
    deeeki 2009/08/15
  • 1