踊るﾌﾟﾛｸﾞﾗﾏ物語

大谷　弘喜

2010年03月05日

組織の形態とﾌﾟﾛｼﾞｪｸﾄの進め方

読んでいないSoftware Designがいつの間にか結構たまってしまって､集中的に読んでいます｡そんな風に雑誌を読むものじゃないとか､言わないでください｡今は3月号を読んでいるので､やっと追いつきました｡ためるとつらいです｡最近はSoftware Designも新鮮さがないと感じることもあるんですが､自分が原因なのかもしれません｡

その中でもいつもおもしろいと思うのがSoftware Designerです｡今回は､Apacheの人です｡｢組織の形態とﾌﾟﾛｼﾞｪｸﾄの進め方の理念｣については､とてもおもしろいし､参考になります｡

一人の人物にあまり依存しすぎると､ｺｰﾄﾞやﾌﾟﾛｼﾞｪｸﾄは低迷し､やがて死を迎えます｡
最良の方法はｸﾞﾙｰﾌﾟに依存することです｡

とても耳が痛いです｡社内でも現状､特定の人たちに依存しすぎています｡その人達がいなくなると､完全に止まると言うことはありませんが､量的な問題で依存度が大きすぎるかもしれません｡問題自体は気づいていましたが､なかなか脱却できません｡一応は､依存する人を特定の一人から最低二人という形にはなっていますが､ｸﾞﾙｰﾌﾟに依存するってどういうことなのか､わかりません｡依存する人を複数にすればいいだけなのか､ｸﾞﾙｰﾌﾟとして何か依存できるような形態があるのか･･･｡

ｽﾃﾚｵﾀｲﾌﾟな隠遁生活者のようなｿﾌﾄｳｪｱ開発者ではつとまりませんね｡ｵｰﾌﾟﾝｿｰｽのｺｰﾃﾞｨﾝｸﾞ業務には､ｿｰｼｬﾙｽｷﾙと高度な人間的知性が要求される

まあ､ｵｰﾌﾟﾝｿｰｽに限らず会社の中でも同じでしょう｡おもしろいですね｡

ﾊﾞｯｸﾅﾝﾊﾞｰ

ﾍﾟｰｼﾞﾄｯﾌﾟ

[ﾎｰﾑ]
[ﾌﾞﾛｸﾞｺﾝｾﾌﾟﾄ]
[個人情報]
[著作権]

踊るﾌﾟﾛｸﾞﾗﾏ物語

組織の形態とﾌﾟﾛｼﾞｪｸﾄの進め方

最新ｴﾝﾄﾘｰ

ﾊﾞｯｸﾅﾝﾊﾞｰ