タグ

チーム開発と労働に関するmasayoshinymのブックマーク (4)

  • 「技術的負債」への処方箋と「2つのDX」 - Qiita

    はじめに 稿は、日経クロステックにて筆者が昨年連載していた3回分の記事一部変更して1つにまとめたものです。 https://xtech.nikkei.com/atcl/nxt/column/18/01394/ 有料記事として配信されておりますが、無料でも閲覧できるようにということで日経クロステック様に許可を得てQiitaにも掲載しています。 第1回:技術的負債はなぜ生じるか。 第2回:ソフトウエア開発を「制御」する意外な処方箋 第3回:技術的負債への取り組みはなぜ「2つのDX」につながるのか。 第1回:技術的負債はなぜ生じるか。 年間12兆円ものマイナスの影響をもたらす技術的負債(あるいはレガシーシステム)はどのように生まれるのでしょうか。それを防ぐ方法はあるのでしょうか。第1回は、技術的負債をとりまく歴史をたどりながら、ソフトウェアエンジニアではない人にも理解できるようにその正体に迫り

    「技術的負債」への処方箋と「2つのDX」 - Qiita
  • どれくらい分かり合っておくべきなのか - hitode909の日記

    技術検証とかやるときに、夢のおもしろ技術の練習をしていると、おもしろさ、夢っぽさゆえに、導入しましょう!!となる力が働いてしまう。現在レガシー寄りの構成で、モダンな技術を試すときとかは、成功を願ってしまう。 移行先で今の苦しみが解消されているかは要確認で、技術スタックの問題ではなくて、ビジネスロジックの複雑さが現れているだけだったら、複雑さがそのままスライドして再構築されるだけだったりする。 というときに、粗探しをする前提の人を任命しておくと良いかもしれない。粗探しをするつもりでなくても、関係者が同質的すぎるときは一歩引いてバランスが取れているか確認する必要がある。 ちょっと別の話で、チームメンバーとどれくらい信じているものが同じことを期待するかという話題があって、 似たような人が集まっていると話は早い 合意形成が楽 結論が偏る恐れがある いろんな人がいると意見の偏りを防げる 合意形成は

    どれくらい分かり合っておくべきなのか - hitode909の日記
  • ペアプロと育休の取得しやすさの関係について - Uzabase for Engineers

    こんにちは。SPEEDA開発チームの鈴木です。 昨年一児(娘)の父になりまして、凄い勢いで変化していく様子に喜んだり困ったりしながら過ごしております。 色々できることが増えると嬉しいのですが、それは同時にいたずらの幅が広がることも意味するんですよね。例えばものを引っ張ることを覚えたのは嬉しいのですが、私の髪の毛をひっぱってむしるのはやめていただきたい。そんな感じです。 髪をむしる娘の図。言葉は通じない。 今回はそんなうちの子が産まれたときに取得した育休の話をしたいと思います。 育休の話とはいっても育休をハックする話とか育児アプリとかの話ではなく、「育休を取得しやすい(と私は思う)SPEEDA開発チームの環境」についての話をします。 編がそこそこ長い(スミマセン)ので前置きはここら辺で切り上げることとします。 男性の育休取得率 男性が育休を取らなかった理由 育休を取らなかった理由の原因を考

    ペアプロと育休の取得しやすさの関係について - Uzabase for Engineers
  • 鬼速リモートな開発チームを支えるツールと仕組みとマインドセットの話

    web系スタートアップ開発チームが仕組みもへったくれも無い状態からすったもんだありつつリモートワーカーも交えて良い感じにワークする体制で開発できるようになったなぁと言って良いところまで来たと感じたので、ここらでひとつ段落をつけて開発体制とか組織設計、体制作りみたいなところの話をまとめておきたいと思います。 サービス開発の現場に仕組みや体制を引く目的と意味 まず開発チームに体制や仕組みを引く意味、目的について。 開発速度の向上 これ1点に設定しました。 開発スピードで市場ごと引っ張る 展開中の事業ドメイン(教育)は今、ほっといても急成長中の市場でタブレット端末の導入がどんどん進んでいます。 が、私立やいけいけの公立を除いて大体の公教育の現場では単純に既存のパソコンと置き換えてコスト削減に利用するだけだったり、まだまだ端末の普及が途中です。 IT機器の導入が教員の業務効率化や教育そのものの質の

    鬼速リモートな開発チームを支えるツールと仕組みとマインドセットの話
  • 1