開発の現場の幸福度と事業成果は結びつかない?幸福度は高いにこしたことはないけれども、事業成果を出す為に幸福度をあげましょう。いうのはちょと違うのかな。幸福度が高く、自律的に動ける組織が事業成果に結びつきやすいのはあるだろう。事業成果を先ず考えた上で話を展開しないと、そこを忘れがちになる。お金周りを見ない業務をしていると特になりがち。「いいチームだったよ!!」とか言ってお酒飲んで終わる。良いチームは事業成果を残し、チームとして存続し、次のチームのお手本にならな。良いチームが時代に合わなくなってきたら、新しいチームが次へ繋ぐ。大規模アジャイルの部分最適にならないようにしていること大規模アジャイルは、IFを決めてチーム分割、チームごとにインテグレーション。部分最適を危惧するようなものは上のレイヤーへ持っていく、無理に下のレイヤーで解決しない。朝会15分をレイヤーごとに実施、1時間内(今回のお話では)で共有。解消は時間が必要なものもあるけれど、今の所対処できているとのこと。大規模アジャイルの組織構造フィーチャーチーム、CoP(コミュニティ・オン・プロセス)、ギルドの3つ。フィーチャーチームは、いわずもがな。ギルド、興味の合う集まり。CoPとギルドは、似た者同士の知識共有を促す。フィーチャーチームで発生しそうな、知識のアンバランスを解消する。アジャイルでステホとコミュニケーションとるのは向いていない場面がある。投資だったり組織のスケールとかやりづらいところもあるだろうね。軸を持ちつつ、状況に合わせて、相手に合わせて適切に動かないとね。ハンター社さんは、アジャイルな感じしてそう。Agilityコロンブスは、まだ見ぬ新大陸に向けて航海で何をしていたか。Agilityを高め自律したメンバー、チームで立ち向かう。自律が強くなると発散してしまうので、そこは注意を払い整えながら。日本人は不安がちなので、不安を取り除きながらチームマネジメントをする。組織サイズが単純に凄い。戦略と指標(メトリクスや評価軸)。メンバー評価と査定は別。チームの総合力エンジニアリング的な技能だけでない。デザインやマネジメントもだし、顧客価値の探求など総合的なもの。どこを伸ばすべきかは改善すべきかは状況にあわせて戦略的に行うこと。ポイントとしては、話が広がる前の根っこの部分を抑えることがよいのかなと。要求だったり、開発プロセスだったり。アジャイルコーチのコーナーで質問できたらしたかったことチーム内において技術領域が分断されている場合のポイントの管理をどうすべきか。スプリント内でのデリバリを意識すると、デリバリまでに結合させなければいけないことに課題感をもっている。例、チーム内でバックエンドとフロントエンドで分かれているような場合。画像リソースなどは、前スプリントまでに事前準備していたりする。なんでもかんでも事前準備するのもデリバリまでの時間が長くなる。分けないように技術領域を越えて作業ができるようになるといいかもしれない。質問を整理したりして、なんか自分なりの答えは出そうな気がする。チームの開発力をあげる為にしていることは?仕組みだったり、ペア・モブ、ジョブロなど。顧客価値の最大化を考えるときに気をつけること。2019に行ってきた。...2019-01-08アジャイルかどうかはともかく。オレはプロダクトリリースを"今より"早くしたいだけ。(@magnoli...2017-03-052月22日、アトラクタさんのスクラムトレーニングに行ってまいりました。1日通しの研修でした。技術トップが語るこれからのエンジニア組織-」...ちょっと日付が経っているのですが参加してきました。吉祥寺.pm18に行くといつも世界が広がる。読者になる検索リンクはてなブログブログをはじめる週刊はてなブログはてなブログPro最新記事RSGT2020に行ってきたーん。ワークショップ』に参加していた。19にいってきた!月別アーカイブはてなブログをはじめよう!i47_rozrayさんは、はてなブログを使っています。あなたもはてなブログをはじめてみませんか?はてなブログをはじめる(無料)はてなブログとはどこぞのエンジニアなマネージャーだった人のブログ。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。