一人でやってると個人開発と同じクオリティになる問題 - hitode909の日記

たまに、今のこの状況は組織パターンに載ってたこのパターンだ、と思い出すことがある。数年前に読んでまだ役立ってる本のうちのひとつ。 今は「常に誰かが進捗させる」というプラクティスをやっている。それ自体はいいのだけど、問題なのは、チーム内チームのエンジニア二人チームでやっているので、一人が進捗させる、もう一人が差し込み対応する、という最小の形になっていること。 奥さんが家でやってる生け花教室のホームページを作る夫、みたいなものをイメージすると、奥さんが生花を教えることで進捗させて、夫がホームページ更新など雑務を巻き取るという構造をイメージできる。百人以上の人間がいる会社であっても、夫婦の生け花教室と同じ数の人のアサインでことを進めているのだとしたら、推進力では同じくらいしか出せないはず。実際には百人いる会社には経理の人がいたり総務の人が居たり、資本が潤沢にあったら良いパソコンを使えるとか、いろ

[cho45]

会社で一人で開発してると虚無すぎて気が狂う

[mas-higa]

30年弱、ずっと生け花教室でやってる…

[eiki_okuma]

そもそも、組織になることで１人以上のパワーが出せるというのは幻想で、多くの素晴らしいプロダクトは１人の素晴らしい天才の仕事を分業することによって現実的な工数で作り出したものである。

[kakutani]

「常に誰かが..」以外にも組織パターンは「誰か一人を犠牲にする」「託児所」「婦長」等ｴｯってなる名前のパターンがある(これも第一優先事項を常に誰かが、だし)。この状況は「チーム」がWhole Teamじゃない時に文字数

[rjge]

”人間一人の力を超えたパワーを出す” ほんとこれ。どうしてチームで開発するのかって結構話し合ったりしないけど認識合わせしておいたほうがいいのかもなと最近よく思う。

[Windymelt]

進捗させる側の方です、よろしくお願いします

[hogashi]

人と協力できたい

[daaaaaai]

あるある・・・。ほんとは1人ではじまっても価値をみとめられて増やせるようにできるといいのだけれど。あるいは、かけもちでも支援してくれる人がいると進歩する規律が生まれやすそう。

[khtokage]

そう思っていざ独立すると、経理とか請求書発行とか社会保険業務とか確定申告とかの、「雑務」以下と思っていたものが意外と大変なのに気付くパターンも多い気はする。

[yujiorama]

"ずっと少人数でやってると、チームに居たり会社に所属する意味が薄くなっていく"

[nyamadori]

分かりみしかない

[sonota88]

組織パターン

[omega314]

会社には主に同期や後輩にちょっかいを出したり冗談言って笑わせるために行く。

[natsutan]

わかる

[mventura]

読み上げボタンがあって素晴らしいと思った / コミュニケーションコストが払えないとミニマムに動こうとする見えない力の働きが強まる。

[side_tana]

組織パターン買うだけ買って読んでないので連休の間に読もうと思いました

[shun_libra]

ペアプログラミングとかは、こういう問題の解決策の一つだったのかも。

[daishi_n]

チームビルディングはビジョンと方式を浸透させるのに時間がかかるし、コミュニケーションコストがバカにならんからね。だからマイクロサービスにしてチームを最小化しつつ継続できる体制が流行りなわけで

[ymatsuzakun]

“れない規模のものを作るためにチー”

[enhanky]

ソフトウェアの場合、チーム開発より個人開発の方がクオリティーが上がることがままあるんだよな。注意しないとコミュニケーションコストはO(n^2)で増えるので……。

[peketamin]

ほんそれ

[sweetestsavage]

一人で始めると一人でやれるのなら増員しなくていいかとされる問題

[hexcap]

転職した理由がこれだったなあ。（プラスして会社のカネで勉強させてくれないと、ますます個人事業主化する）

[yoshiko_pg]

完全にわかる………

[rAdio]

個人事業とあまり変わらない零細企業に所属してるけど、個人的には、無料で営業や各種バックオフィス業務の代行をしてもらってるという感覚。さすがにそれらを自分でこなして給与以上の利益を出す自信はない。

[tettekete37564]

会社でずっとこの状態なんだけど

[flowing_chocolate]

わかる。ただ、抵抗なくサンプルくれたりするのは、会社の名前があるからだろうなとは思ってる。

[yamadadadada2]

朝出社したら、誰がどのプロジェクトのどのタスクをやってもよい。常にモブプロが発生している。という状況が理想なんだけど現実には難しいすよね…

[tkawa]

チームの人数を増やすと効率は下がる。少人数のチームをたくさんつくってチーム間での連携をはかるのが良いのではと思う

[hrmsjp]

1人が音頭をとって、残りが大合唱するイナバの物置スタイルに憧れる。

[sonzinc]

"一人では作れない規模のものを作るためにチームがあり、会社があるので、１案件にアサインできる人を増やさないと個人開発と同じクオリティになってしまう"

[santec1949]

id:khtokage そういう話してねえだろ。"実際には百人いる会社には経理の人がいたり"（略）"いろんなところの支援は受けているけど、新規開発とか、新たな業務を進めるところに一人しかアサインされていない点では同じ。"

[yoiIT]

実際は、型の古いレンタルPCしか支給されず、情シスの謎セキュリティルールでネットから必要情報も集めにくく、面倒な社内ルールに時間を取られるから、個人開発以下のクオリティになるよね。

[gamecome]

どうせ会社に100人居るなら1×100プロジェクトより、10×10プロジェクトくらいが良いと

[turanukimaru]

リーダーが朝に機能名だけ指示して寝る。昼に私が0から設計してコード書く。夜に起きたリーダーが私のコードを直接修正して次の機能も作る体制で二人で10人分働いたことがある。最初もう一人いたがそいつは発狂した。

[table]

コードの話なのかサービスの話なのかスピードの話なのか

[I8D]

“今のこの状況は組織パターンに載ってたこのパターンだ、と思い出すことがある。”

[n_231]

組織パターン知識として覚えとくと「あっ見たやつだ」というシーンが多いのはいい。ただ……まぁいいや。