braitomのブックマーク - はてなブックマーク

多様な働き⽅のチームでどうやってアジャイルにやるの？(雁行陣開発)
ユーザーストーリー駆動開発で行こう。toshihiro ichitani119K views•66 slides
braitom 2019/05/23
働き方、働く場所がバラバラのチームでの開発について。コミュニケーションの分断によりどのような問題が起きるか、役割分担やフォーメーションをどのように工夫して対処していくかなどが書かれている。

agile

team
リンク
ソフトウェア開発の(俺の)掟
5. Whyが無い、共感を感じにくい場合、まずやらない。・必ず途中で⾃分をだませ無くなるから。 - 「われわれはなぜここにいるのか」は最初の⼀回ではない。毎⽇、問われる。(正直、ツライ) - つくり⼿の中に「基準」がつくられないと、事前に想定している以上のモノはできない。(他⼈の基準どおり) ・この時代、最も貴重なりソースとは？=「時間」 - 「⾦払ったらなんでもやってもらえる」の終焉 (⼈間不⾜) 6. 当事者より、当事者らしく。・⾃分の中に基準がある = 「当事者」 - 仮説検証を関係者とともに実施することで、つくり⼿に「このプロダクトはこうあるべき」という基準が宿る。結果、開発が圧倒的に速くなる。(4ヶ⽉→2ヶ⽉) - 単なる思い込み、思いつきではなく、仮説検証を踏まえているため、「ソフトウェアを必要とする⼈基準」 (確からしい基準 ≠ 発注者基準) - プロダクトオ
braitom 2018/06/03
Whyがなく共感を感じにくい場合はやらない、当事者よりも当事者らしくなる、チームはgainもpainも分かち合う、認知バイアスを破壊するなど。とても良い。

team

開発
リンク
カイゼン・ジャーニー Can we change the world?
レッツゴーデベロッパー平成ジェネレーションズFINALで話したこと https://connpass.com/event/95619/
braitom 2018/02/15
とてもよい

カイゼン
リンク
正しくないものをつくらない。7つの失敗パターン
正しくないものをつくらない。7つの失敗パターン1. Toshihiro Ichitani All Rights Reserved. 正しくないものをつくらない Ichitani Toshihiro 市⾕聡啓 - サービスづくり7つの失敗パターン - 2. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市⾕聡啓ソフトウェア開発16年 SIer→サービス→受託→起業仮説検証とアジャイル開発ギルドワークス株式会社代表株式会社エナジャイル代表⼀般社団法⼈越境アジャイルアライアンス代表理事 DevLOVE コミュニティファウンダ 0 → 1 3. Copyright (c) 2017 Guild Works Inc. 本⽇のテーマのべ200本以上(推
braitom 2017/09/14
新しいサービスを作るときの失敗パターンについて。失敗するパターンの問題は何か、どうしたらよいかあがまとめられている。失敗に至る背景も書かれている。よい。

management

business

仮説検証
リンク
1