アジャイルとウォーターフォール 2022
Henry @HighWiz ウォーターフォールとは「論理的な手順」そのものであって、戻れないことではない。 決まったから戻れない、進むしかない、みたいなロジック無きお気持ちWFは必ず燃える。 WFは「戻れない」のではなく、正しく手順を踏まないと「進んではいけない(進めない)」のだ。 なぜそれが分からんのだ❗️ 2022-04-22 20:22:38 komitsubo @komitsubo ソフトウェア開発も古典なV字開発の分業からアジャイル的なコンパクトに回していくスタイルになっていたのでそれに呼応するようにエンジニアも総合的に設計、実装、検証スキル持った人達が増えていくのかと思いきや実際は設計、実装側とテスト側で独自にコミュニティ化してるのは意外な感がある。 2022-04-23 09:08:23 komitsubo @komitsubo スクラムとかチームで駆動しようとかドメインを
超巨大クラウドのシステム開発現場を行動観察。ガチ三流プログラマが米国システム開発の現状をリークする話（2） Regional Scrum Gathering Tokyo 2022
超巨大クラウドのシステム開発現場を行動観察。ガチ三流プログラマが米国システム開発の現状をリークする話（2） Regional Scrum Gathering Tokyo 2022 本記事は「超巨大クラウドのシステム開発現場を行動観察。ガチ三流プログラマが米国システム開発の現状をリークする話（1）」の続きです。 日本のエンジニア層と米国のエンジニア層の違い 次はエンジニアのレベルっていう話です。 これはもう僕のイメージなんですけど、日本のエンジンニアは、もちろん技術力の高い人がたくさんいます。 たくさんいるんですけど、ある一定以上のレベルになると人数がすごい減るっていうイメージがあります。 アメリカの場合は、別にエンジニアがすべて優れているとは思っていませんが、基本的に一定のレベルが担保されてる感があって、みんな普通にオブジェクト指向とか、関数型とかDIであるとかデザインパターンとか、そうい
超巨大クラウドのシステム開発現場を行動観察。ガチ三流プログラマが米国システム開発の現状をリークする話（1） Regional Scrum Gathering Tokyo 2022
超巨大クラウドのシステム開発現場を行動観察。ガチ三流プログラマが米国システム開発の現状をリークする話（1） Regional Scrum Gathering Tokyo 2022 代表的なアジャイル開発手法であるスクラムをテーマにしたイベント「Regional Scrum Gathering Tokyo 2022」が、1月5日から7日までの3日間、都内およびオンラインのハイブリッドで開催されました。 そのクロージングセッションとして行われたのが、現在シアトル在住でMicrosoft Azureの開発を担当している牛尾剛氏による「アメリカの超巨大クラウドの中の人に転生したガチ三流プログラマが米国システム開発の現実をリークする話」です。 本記事ではほぼ90分におよぶセッションの内容を、前編、後編（1）、後編（2）の3本に分けて紹介します（この記事は後編（1）です）。 前編では、子供の頃からプロ
「アジャイル開発はあくまでゴール達成のための手段」――Yahoo!カード天神チームがたどり着いた開発スタイルと技術【デブサミ2018 福岡】 (1/2)：CodeZine（コードジン）
今年春に開所したヤフーの天神オフィス（福岡市）。同所ではYahoo! JAPANの各サービスを支える基盤システムやプラットフォームの開発を担当している。そのうちの1つ、Yahoo!カードアプリケーションの開発プロジェクトでは、東京チームと天神チームが連携してシステム開発を行っている。Yahoo!カードアプリケーション開発プロジェクトの概要、およびチームの立ち上げ方、アジャイル開発などについて、ヤフー株式会社 コマースカンパニー 決済金融統括本部 山崎勝平氏が解説した。 講演資料：Yahoo!カード天神チームの立ち上げからこれまで ヤフー株式会社 コマースカンパニー 決済金融統括本部 山崎勝平氏 開発チームをゼロから立ち上げ、混乱期を乗り越え機能期に導く 山崎氏がヤフーに入社したのは、昨年の10月。「天神オフィスの立ち上げメンバーとして入社した」と言う。以来、Yahoo! JAPANのクレジ
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
