共有
  • 記事へのコメント73

    • 注目コメント
    • 新着コメント
    その他
    tanupig
    tanupig “アプリ別ではなく機能別のチームを作るということがありました。結果としてそれは失敗だったと言える”

    2018/02/12 リンク

    その他
    nrtkbb
    nrtkbb セクションでチームを別けるとどうしてもこうなる

    2016/07/27 リンク

    その他
    tak4hir0
    tak4hir0 共通化でモチベーションと効率が低下した話 - Qiita

    2016/03/05 リンク

    その他
    Yeshi
    Yeshi 「車輪の再発明をやめよう」をやめよう。

    2015/05/01 リンク

    その他
    le_penseur
    le_penseur via Pocket March 18, 2015 at 11:08PM

    2015/03/19 リンク

    その他
    nilab
    nilab 「対応しなければいけないアプリが増えてひとつのアプリに愛着を持ってやり込むということが難しくなり、仕様を理解する程度にしかプレイしなくなりました」チーム開発 - 共通化でモチベーションと効率が低下した話

    2015/03/19 リンク

    その他
    iga_k
    iga_k なるほど。

    2015/03/18 リンク

    その他
    shiba_yu36
    shiba_yu36 あるある

    2015/03/17 リンク

    その他
    e24ns
    e24ns チーム開発 - 共通化でモチベーションと効率が低下した話 by @global_peace on @Qiita

    2015/03/14 リンク

    その他
    WhatAmILookingFor
    WhatAmILookingFor DDDでいうインフラストラクチャ層なら別々のアプリケーションで共通化してもうまくいくと思っている(ただし系統が似通ったものに限る)。それ以外の層はアプリケーションごとに性格が違いすぎる。特にドメイン層。

    2015/03/11 リンク

    その他
    mmorita44
    mmorita44 アプリ毎の仕様の違いなんて現場の声を聞けば把握できそうなものなのに、上層部の意向だけで決まったのかな。

    2015/03/11 リンク

    その他
    okbm
    okbm こういう失敗話面白いから表にいろいろ出て欲しい

    2015/03/11 リンク

    その他
    horimislime
    horimislime “人間は機械ではない” ほんとこれな。

    2015/03/10 リンク

    その他
    manaten
    manaten 結局、作業者のモチベーションが大事なんだよなあ

    2015/03/10 リンク

    その他
    nishitki
    nishitki

    2015/03/10

    その他
    naga_sawa
    naga_sawa 開発システムの全体像が見えなくなったことでのモチベーションだだ下がり問題/アプリ作るのがモチベだった人がフレームワークに回されるとさもありなん/逆にフレームワーク設計が得意な人をそこに置ければまた違った

    2015/03/10 リンク

    その他
    sonots
    sonots 知見だ

    2015/03/10 リンク

    その他
    mabots
    mabots 共通化でモチベーションと効率が低下した話

    2015/03/10 リンク

    その他
    igrep
    igrep 分野違うけどどう切り分けたかまで深く知りたいなー。やっぱり分け方の問題はあったと思うので...

    2015/03/10 リンク

    その他
    dd0125
    dd0125 部品の共通化なら全然良くて、根幹を共通化したのがまずかった事例だと思われ

    2015/03/10 リンク

    その他
    sugimori
    sugimori こういう体験は貴重だ

    2015/03/10 リンク

    その他
    gologo13
    gologo13 アプリケーションコードも共有しちゃうってすごい話

    2015/03/10 リンク

    その他
    a2ikm
    a2ikm 同じものを作るのは飽きるからなあ。

    2015/03/10 リンク

    その他
    vanbraam
    vanbraam microservicesで似たような話があったような:"Organized around Business Capabilities"と"Products not Projects"だ

    2015/03/10 リンク

    その他
    kimutansk
    kimutansk 機能別でモジュールだけでなくチームも分けるとエンジニアが全体見れずにモチベーション低下すると。実際そうでしょうね・・ 開発効率は共通化するレイヤの問題な気もしますが

    2015/03/09 リンク

    その他
    hiroomi
    hiroomi “開発するアプリをやり込みながら意見を言い合って技術者も企画出しに参加していましたが、対応しなければいけないアプリが増えてひとつのアプリをやり込むということが難しくなり、仕様を理解する程度にしか”

    2015/03/09 リンク

    その他
    tbpg
    tbpg ฅ(・ω・ฅ){試行錯誤が見えて良い} "現在は各アプリごとのチーム編成になり、このときに作った本当に共通化するべきモジュールは技術支援チームというアプリを横断的に開発をするチームがメンテナンスをしている"

    2015/03/09 リンク

    その他
    rightgo09
    rightgo09 いい話

    2015/03/09 リンク

    その他
    wasai
    wasai SI系だけど、この手のことやるとろくなことない

    2015/03/09 リンク

    その他
    sona-zip
    sona-zip もう少し掘り下げて欲しい

    2015/03/09 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    共通化でモチベーションと効率が低下した話 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事