nabokov7; rehash : 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム
October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ
管理職になったときから気をつけていたこと - フジイユウジ::ドットネット
いや、異動したときに気をつけていたこと -今日のニッパウ という名エントリを読んだので、触発されて書いてみます。 あ、さらにタイムリーなことに リーダーが押さえておくべき１０箇条 -モチベーションは楽しさ創造から というエントリが出てますねｗ（12/17追記） 日々、部下に支えられ、、、というか支えられていないと転んじゃう僕なのですがｗ、人間的にも仕事人としてもイケていない僕を支えてくれる部下に恵まれております。 気をつけていることを「初心忘れるべからず」ということで書いておきます・・・とニッパウの小越さんの真似して書きたいところですが、実際は「管理職になる前から部下はいたけど、気づかいをできるようになったのは管理職になってから」だから、あんまり「初心」じゃないのです。 昔の部下の人、色々ごめんよ。ありがとう。 管理職になったときから気をつけていたこと （1）. 僕が「それをやる理由や意味
標準工期より30％以上短いとデスマーチの危険、JUAS指摘 ― ＠IT
日本情報システム・ユーザー協会（JUAS）は6月26日、システム開発の現状についてユーザー企業に尋ねる「ソフトウェアメトリックス調査2008」の結果を発表した。93社の341プロジェクトについてアンケート調査を行って、「標準の開発工期は投入人月の立方根の2.4倍である」などの指標を示した。JUASの専務理事 細川泰秀氏は「この世界は計数管理を持ち込まないとうまくいかない」と話し、開発の現場でこれらの指標が使われることに期待を示した。 調査結果は昨年度の調査（注1）と似通っている。調査したプロジェクトから導き出した全体工数と全体工期の関係も同じで、「標準の開発工期は投入人月の立方根の2.4倍」とした。つまり、1000人月のプロジェクトの場合では、24カ月の工期を設定するのが標準的ということになる。新規データを加えながら、昨年度調査と同じ結果が出ていることから、この係数の信頼が高まったともいえ
一流の研究者のマネージメント、２１の鉄則
一流の研究者の「先生」がいつも懐かしく語る、先生のさらに上のボスの話があります。戦後間もない時代に、学位を取ったばかりの先生を見いだしてアメリカに引き抜き、自由に研究をすることを許した、これまた伝説的な研究者です。先生はいいます： 「年度が終わる頃になると、彼は私に『今年お前が使ったコンピュータの利用料だ』とレシートを渡してくれたものです。年に２億円は使っていたでしょうか！」 これはケネディ大統領時代の話ですので、当時としては今以上に大変な金額です。当時世界にいくつも存在しない最新のコンピュータを、先生は独占的に利用でき、そのおかげで輝かしい業績が次から次へと生まれたのでした。 「しかしボスは一言も文句を言わないんですな。予算をとってくるのは自分の仕事。お前たちは研究をしろ、というわけでした。今の私がいるのも、あの人のおかげですな！」 科学者の世界も、お金と、権力と、事務作業と無縁ではいら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
