「ウォーターフォール」を含む日記 RSS

はてなキーワード: ウォーターフォールとは

2021-02-07

anond:20210207131927

アプリ開発は受け入れテストのみやってたけど、Appleメジャーバージョンアップ既存APIが非推奨になって死ぬとかよくあったし、仕様まらない状態から実装しろとかウォーターフォールじゃ耐えられる気がしねーわ

だいたい日本メーカースマホなんてAndroidメジャーバージョンアップすら出来ないクソで中華台湾勢に負けた敗北者だろ

アジャイルな開発も出来なかったクセになんで偉そうなの?

2021-02-04

人並のIT技術と人並のPM能力を組み合わせれば年収1000万はカタい

そう思っている。

結論から言えば、SIerで数年働いてウォーターフォールを身に刻みつつWeb技術趣味で学ぶ。その後アジャイル標榜しているWebスタートアップ転職すれば良い。

往々にして(少なくとも日本における)Webスタートアップアジャイルは上手く行かない。なぜならアジャイルとはなんたるかをきちんと学ばず、「なんとなく楽そう」とか「今時でイケてそう」みたいな動機採用するからだ。

あらゆるプロジェクト炎上しまくった結果、ウォーターフォール回帰する瞬間が必ずやってくる。しかWeb系でウォーターフォール上流工程ができる人材は割と限られていて、その中にSIer出身コテコテ上流工程やってたエンジニアが入るとかなり重宝されるのである

アジャイルは、ウォーターフォールの酸いも甘いも経験してその対比でこそ真の利点が見えてくる。そうしてウォーターフォールアジャイルも分かってる人材になれば、それだけでそのスタートアップでは唯一無二の存在である

オーケストレーションだとか自然言語処理だとか純粋関数型だとかCSだとかで技術的に尖ろうとしても、そういう高度なものを求めているスタートアップは実際多くはない、というか既に席が埋まっている場合が多い。

T型人材とよく言われるけど、難しいことは何もなくて、タイトルに掲げた人並のものを2つ持っていればいい。OOPも知らない奴らがネストの深さは何層までだとかタブスペースは2つだとかforeach文使ってるやつはクソだとか表面ばかりに囚われて本質見誤って伸びきったスパゲティを量産しているような現場に、レガシーから飛び出したお前らが新風を巻き起こして欲しい。

そんな私の年収は400万です。

2020-12-25

anond:20201225022330

システムエンジニアだと年収1000万円超えはいるのに。

昔はSE=設計士、PG=大工みたいなイメージ脳裏にあって書いたのかもしれんけど、今はそういう垣根はあまり無いきがする。

エクセルしか使えないSIer技術力のある外注に頼るか、ローコードツール(キントーンとか)使わないと仕事にならないし。そもそもSIerはすごく嫌われるw

あと、PG設計できないてのも古い固定観念

今は設計思想も大抵デザパタに収まるし、フレームワークによっては複合キー認めないのも多いから、ウォーターフォールの上流下流じゃなくてセールスエンジニア要件定義からPGが直接仕様策定するなんてよくある話だよ(アジャイル)。

2020-11-24

事業のわかるエンジニアSIerに腐るほどいるがその結果がいわゆるSIer

https://www.megamouth.info/entry/2020/11/23/233104

夢を語れるとかそういう話はおいておいて、顧客業務ちゃん理解してシステムに落とす、それはSIerの最も得意とするところ。

から未だにウォーターフォールでJava8(ひどいところはJava6やCOBOL)を使いIE専用の業務システムで出力した神Excel仕様書PPAPでやり取りする。

これは全部顧客業務ちゃん理解し、理詰めでビジネスプロジェクトを構築した結果なんだ。

まあそれはそれとして一番どうしようもないと私が思うのは上記の点を持って

「俺達は正しいことをやっている。Web系とか流行りを追いかけてるだけで実がない。GAFAなんて大したことやってない。」

揶揄とかではなく本気で思っている人が多数いることだ。ほんとか?と思う人はアクセンチュア日立CTCなど、最上流のSEをやっていると思われる

Twitterアカウントヲチしてみるとよい。私はそもそもそれらの中の人なのでよく分かるが、そういった上流SIer管理職かになるような人は

本気でそう思っている。またそういう人は「俺も本当は技術が好きなんだよ。でもビジネスってものはね云々」っていつも語っていて、

好きだといつも主張している技術の話はほとんどしてない。Twitterではビジネスがどうとか開発プロセスがどうとかばっかりなんだが、

本当に技術が好きなのかは謎。

2020-11-16

その会社ウォーターフォール開発が主流なのかアジャイル開発が主流なのか見分ける方法ってないの。

2020-10-19

anond:20201017174138

もともとの役割的にそうだし日本戸籍管理の体系化を具現してるんだよね

日本男性が家を継いで女性がそこに入ることで家系を成してその事前情報ウォーターフォール戸籍管理になってる

女系でも家が継げると女性子供も産めるので単体で家系を成すことができるんだよね

すると男性系統は一瞬で吹き飛ぶ

後見人や親は後付けできないので現在ある家の数からまれ子供を男女関係なく養子にしていかないと家が継続しなくなる

最終的に地位名前が固定された階層社会になっておわるとおもうよ

男女が平等社会的地位を移動できる範囲存在を確保するのには子供が埋めない男性は家を継ぐってかたちをとらないと女性に並べなかったんだ

女性子供がうめてどこの時点からでも本家がつくれるのでもし分断された本家が発生したときそれ以上の過去が追えなくなる

自動セーブで前に戻しようのなくなったファイルの行く末がどうなるかはみんなしってるとおもう

女性女性複数産んでそれを全部本家直系として増えていったら逆トーナメント形式で最終的に苗字は一つになるかもしれない

この家系システム情報維持能力体現してるのが天皇家なんだよね

ブロックチェーンと似てる


女性のほうが機能的に上なのだからもっと優遇しろっていわれちゃうと思うけどアスリート小学生がおなじ100メートル競争することになったら

アスリートのほうがすごくて偉くて貢献してきたんだから優遇しろってわけには 共存するのなら いかないよね

小学生ぬきで走れるならそれでもいいけど小学生ラインにあわせて女性様が生きていかないと女性単体では女性すら産むことができないんだよね現状

女性様はその魅力で男性動物のように従えて働かせて生きていくって そういう生き方されてる人も現にいる訳でできないことではないはず

したいようにして生きていけばいいとおもうけども 現在すでに現実かなえるべきバランスというのはかなった状態であることに気付いてほしい


でもマイナンバーができて外国みたいに国家国民に全員に番号を振ることができたら戸籍管理個人単位でできるんだよね

そうすると家系システム廃止できるかも 自治体単位しか把握できてなかった国民の一人ずつを個別に国が認識できたら

還付金とか個人単位もっとこまかい分類で相互徴収したら還付したりできそう

むかしは人を番号で呼ぶなとか番号をつけるなとかいってたんだけどね

いま国が把握できてる国民の詳細度はポスト名前が書いてあるところまでなんだよね マスクの配布のところまで あれでばれちゃったね


日本はまだまだ情報管理とかの技術が発達してないのでこれからだと思う

あらゆる情報収集して記録してそれを根拠にできる機関が国によってつくられたら進化するかも

いまのマイナンバーで仮に総人口を把握できるようになったとして政治の側が上手に使えるとは思えない

自治体にすら中間業者集団の取り扱いに長けた商業組織仲介しないと業務発注できない状態なんだもん

2020-10-16

anond:20201016020529

ウォーターフォールとか知らなさそう

ウォーターフォールもさんざんやったが自分

一回きりの設計で本当にシステムは作れるのか?

システムの開発はコーディングして初めて気づくことがたくさんある。

それをしないシステム開発って本当に大丈夫なの?

と本当にそう思う。

今はほぼインクメンタル開発でやってる。

Web系の印象やキャリアパス同意

anond:20201015205510

一回きりの設計で本当にシステムは作れるのか?

システムの開発はコーディングして初めて気づくことがたくさんある。

それをしないシステム開発って本当に大丈夫なの?

ウォーターフォールとか知らなさそう

上流工程だけをやるようなSIerは廃れていくだけなので増田の落胆もわかる

でもSIer就職経験エンジニアとしてダメかというとそんな事はない

なぜならきっちりとしたプロジェクト開発を経験できるから

SIerと言われる受託開発を経験してWeb系と言われるサービス企業転職しておどろいた事がある

それはみんな設計はできないしプロジェクトを上手くまわせない事だ

一人一人を見るとたしか技術はある

モダン技術流行りの技術を取り入れたりテストコードを書いてカバレッジを計測したり

「まだ安定していないその技術使うの?」 って思ったり、「それ個人開発のライブラリですよね? メンテ大丈夫ですか?」って思ったり

とりあえず「流行ってるから使ってみたい」で使おうとする人が多い

サービス立ち上げ初期のスタートアップなら理解できないでもないけど、そうでもない規模でもよくいる

コードを書く時も自分の見える範囲でのみ使えるコードを書くので、他の仕様整合性がとれなくて再利用性がなかったり

俯瞰して全体の仕様見てる人いるのかなって思う時もある

技術上りマネージャは大体が技術についていけなくてマネージャになったような人が多いので、自分の中で理解できる知識に落してくるので説明するのも大変だし言ってくる事も古くて意味がわからない

そういう人に限って技術者だったって言うのを誇りにしてるから自分の中の技術を間違ってると認められなくて頑固だ

技術者上がりじゃないマネージャは大体がディレクターやってましたという人でUI/UXとか言ってくるけどバックエンドは一切わからなくて設計なんてできない

そしてどちらもマネージャとしての知識がないのでマネージメントは上手くない

たまにスーパーエンジニアがいて、その人が開発をしつつマネージャー以上にマネージメントをしてプロジェクトをまわしている

それがWeb系と呼ばれるサービス系の実態

個人的にオススメするキャリアパスとしては

SIer設計を学びつつ開発は個人でやっていき、数年たったらサービス系の会社スーパーエンジニアとして無双すると良いとおもいます

開発は個人でもできるし、IPAドキュメントなんて1回も読んだ事のない人しかいない所で無双するのは簡単です

2020-09-09

軍隊アジャイルって知ってる?

WBS引かせてスケジュール通りに予定していたことをやらせアジャイルのこと。

軍隊アジャイルポイント担当者に直接、やることとスケジュールを引かせることで、「この部分は未定だから後回しにして」とか「不確定だから調査して」とかは許されない。そもそも大きなスケジュールプロジェクトマネージャで決められている。例えば3ヶ月で開発する日程が組まれていて、中身がどうなってるのかもわからないので、スプリントと称して1週間スプリントとか2週間スプリントとか単純な分割をして各スプリントで何機能作るかをマネージャが決めている。

もちろん各チームのリーダーは進捗がバラバラ整合性は合っていない。作る人がなんとかするのがアジャイルメリットである。少なくともマネージャクラスには責任が皆無であるのでアジャイルメリットが究極まで得られる。

よくウォーターフォールは後戻りできないと言われているが「軍隊アジャイル」も後戻りは御法度である上流工程でできた設計書にバグが多く見つかるのだが、その指摘に対してQAを出しても「既にお客様合意済み」で解決する。これもアジャイルの最大のメリットであると思われる。

そして、アジャイルコーチ役割WBSを元に進捗管理をすることであるWBSが遅れた場合にはアジャイルコーチから理由を求められる。このときに「設計チームができてないから開発に入れない」と言うようなことは決して許されない。

大手SIer体験した「軍隊アジャイル」でした。

2020-08-09

やはりデザイナーIT知識ゼロで生きていると思った

上流とか下流とか呼び方がどうのとかって

こんなものウォーターフォール開発プロセスから出てきた呼び方なんで

当たり前のITスキルがあればガヤガヤ騒ぐようなもんじゃない

同じデザイナー仕事している身からするとみっともないからこういう人はいなくなってほしい

https://note.com/asamieee/n/n850d93a2e147

2020-07-15

Qiitaとかで下らない記事を書いている人は、だいたい他の記事も下らない

Qiitaで下らない記事を見つけたとき、その投稿者プロフィールを見てみると、高確率で他も下らない記事ばっか書いている。

しかも、そいつらの記事を書くスピードは早い。息するゴミ製造である

学者学習メモ投稿しているのではなく、当の本人は彼なりの「理解」と「拘り」に基づいて書いていることが伝わってくる。だから、余計に痛々しい。

ゴミ記事の例は以下のようなもの

目立つゴミ記事の特徴は、とにかく実質的に何も説明していないこと。そして、キーワードキーワードをつないで、技術的なトレンドを把握したような気になっていることだ。

たとえば、明らかにCPUコンパイラの仕組み、アセンブリ等の知識のない人たちが、「コンピュータ二進法で動いている」みたいな表面だけの全く内容のない記事を量産している。

もちろん「まだ学習途中で、大雑把な仕組みは知っていますが、詳細は分かりません。より詳しく知りたい人はパタヘネとか読んで下さい」とでも言っているなら、まだ好感が持てる。

しかし、ゴミ記事は内容を説明せずに、とにかくたとえ話や関連キーワードの羅列に走る。書いている本人にとっては、それこそがコンピュータ技術勉強することなのだという気迫と拘りだけは伝わる。それだけに、傍から見るとすごくイタい

これは検索エンジンのしくみ上仕方ないのだが、そういう記事SEO効果がめちゃくちゃ高い。何せ、人が検索するようなキーワードが散りばめられているし、馬鹿でも読めるので多くの人がアクセスするから。だから余計に目立つ。本当に迷惑

こういうのは現実にもいて、色々知っててすげえなあと思って実際会ってみたら、バブルソートクイックソート計算量の違いも説明できない人だったみたいなことが幾度となくある。

もう、こういうのやめませんか?誰の得にもなってない。

2020-07-01

anond:20200701202546

そう考えてもらったときに、なんでウォーターフォールのBIでプロと作らないと思うんだろ金額考えてみたいなときもある。1000万でプロとくるとかいうひとあいてにウォーターフォールだと10億案件とか

2020-06-28

アジャイルって叫んでる奴らでもこの程度

オレが言いたいのはウォーターフォールからどうのとかアジャイルからどうのとかじゃない。

ビジネス価値を最大化するためにどういう行動を取ればいいのかというところから出発して、顧客ベンダーが一体とならないといけないということだ。

2020年にもなって、ウォーターフォールからアジャイルからとか言ってるようではまだまだって思ってしまう。

ウォーターフォールとの違い

  →ウォーターフォール

   顧客から要件を受けて、完成、納品

   パワーバランス顧客が強い

   QCDを達成

  →アジャイル

   顧客ベンダーが一緒に進める

   ビジネス価値を最大化する

   途中でやめる事もある

2020-06-21

anond:20200619104939

日本IT技術発展を阻む7つの大罪

1.ITゼネコン元受けにおける旧電電ファミリーNTTグループNEC富士通、等)の占有率の高さ

組織体質が古臭い組合支配による現業重視、エンジニア軽視。経営陣も組合との関係をうまくやってきた労務畑が強い。

2.ITビッグポケット官公庁と金機関である

予算工数管理手法ゼネコン的なウォーターフォールから抜けられない。多重下請け・人売り企業繁栄技術力よりもいざというとき赤字出しても責任とれる財務力が大事

3.ソフトウェア開発費の償却資産計上。

その年に使った開発費を損金計上できないので、税負担が重い。投資ブレーキがかかる。

4.無意味セキュリティコンプライアンス

セキュリティ統括部署トップエンジニアでなく法務出身だったりするので、わけわからリスクゼロしろと主張する。

5.エンジニア雇用流動性が低い。エンジニアキャリアパス頭打ち

強すぎる解雇規制転職への嫁の無理解世間体重視。

年功賃金のため若い時に実績を上げても給料には反映されない。中高年になって偉くなるのは接待にたけた文系ばかり。エンジニア中韓企業に高給で引き抜かれても、文系忠誠心がないとなじるだけでポストは渡さない。社長理系でも取り巻き文系

6.法曹警察権力の乱用

Winny事件典型だが、法曹警察権力は自分権限拡大のためなら技術革新なんてなんとも思ってない。右翼左翼法学部出はほぼ同じ考え方。

7.リスク投資家の不足。

スタートアップ資金提供する投資家が少ない。銀行創業者個人保証要求する。

2020-06-16

オワコンSIerについて①

今朝、某ブックマークサイトにて大手SIerにおけるクソ設計書について少しばかり話題が盛り上がった。

SIerシステム開発方法や、所謂炎上案件」というのは具体的にどういうことなのか、できる限り思い出して書いてみたいと思う。

ちなみに、私は通称SE」で、SE歴は3年。

所属したプロジェクトは3件で、1つ前に所属したプロジェクトコロナ騒動の直前の2020年1月である

これを読んでいる人の中には、私よりも玄人SE、もしくはPMいるかもしれない。

手持ちのサンプルが少ない故に「ちげーよ!」ということもあるかもしれないが、そこは大目に見ていただけると幸いだ。

まず、ITに携わるシステムとはいえSIerベンチャーWeb系は規模と客層も違うし、開発手法も違うと思われる。

開発手法というのは、「ウォーターフォール(各工程最初から着実に終わらせる手法)」、「アジャイル(短い機能追加を繰り返していく手法)」が一般的にも有名だと思う。

開発手法には「ウォーターフォール」のさらに上の「メテオフォール」というのがある。本気の炎上アジャイルのようにウォーターフォールする開発という意味だ。

(何を言っているのかわからいかもしれないが、私も何を言ってるのかわからない。https://eiki.hatenablog.jp/entry/meteo_fall

多重下請け所属しているSEが「メテオフォール」をかけられたら、もう刃傷沙汰にでもならないと逃げられないと思っていい。

炎上案件SIerの客層は、金融系・公共インフラ系がほとんどだ、7割そうだろう。(※適当

自社開発系はさておき、受託Web系やパッケージベンダ系の客層は、小規模案件プロジェクトもある程度あると思う。

金融公共インフラ系はべらぼうに規模がデカい。馬鹿みたいな工数が掛かる。

基本的計算式は以下の通り。

要件定義設計開発UT結合テストシステムテストユーザー受け入れテストシステム移行】 +追加要件開発(保守運用)。

大雑把に言うと、「ちょっと顧客情報DBを参照してWebに表示させるシステムが欲しい」として受注した場合、約4000万円がお会計となる。

現行システムリプレイスだとしても、2000~3000万円はかかる。高い(※謎仕様の現行システムだと炎上不可避案件となりさらに膨れ上がる)

当然、数千万案件となるとプロパー社員では人手が足らなくなる。

すると登場するのが「派遣社員SES)」あるいは「下請け」というシステムだ。

会社によって異なるが、だいたい4~9割が「派遣」や「下請け」の割合となっている。

それでも工数不足になってしまったプロジェクトは、そこから鬼出勤をカマす。

納期を過ぎたらさあ大変、開発経費・損害賠償SIerの自腹になってしまう。

というのが、ここまでがSIer説明

それで最初に書いた「ウォーターフォール」ってのは何なのか?ってことになる。

ウォーターフォール」=「各工程要件定義設計テスト)で客の承認を得て合意を握った上で着実にマイルストーンを固めていく」

「何のために固めるのか?」=「手戻りを起こさないため(白目)、責任押し付けられないようにするために」

じゃあどんな手法で?なぜ工数が膨らむのか?

と、ここまで前置きを書いて疲れてしまったので、続く。

駄文失礼。

anond:20200615195109

2020-06-04

anond:20200529212456

発達障害デバッガー・テスターをやるべき。

健常者が想像もしない操作をするし、健常者では気づかないところに気づく。

要は健常者とは脳の作りが違うんだよ。

そしてお前ら健常者の作るシステムほとんど健常者が使うことしか考えられてないんだ。

から考え方の違う人間テストさせるとかなりのバグが出てくる。

ちなみに海外だと経験ベースバグを見つけるような有能なテスターはい給料貰ってるんだが、この国は悲しいことに「健常者」が支配してる国なのでどこまで行ってもウォーターフォール底辺工程と思われてるのが残念でならん。

2020-05-27

COBOL現場社会科見学してみたい

PHP使ってwebバックエンド開発をメインでやってきたけど

最近逆にレガシー仕事に興味が出てきた

ファイルに日付入れて管理したりそういうやつ

会議室みたいなところで長机を共有して貧弱PC仕事するんでしょ?

PC立ち上がるまでにタバコ吸おうかみたいな

あと多分ウォーターフォールで開発してるのかな?

かいイテレーションさないでどうやって人が使えるシステムが作れるのか興味ある

正直COBOLが何できるのかよく知らんけど

金融系で何かやってんだよね、あとNEC汎用機?(汎用機ってなんだろう?)

触ったことも見たこともないけどすげえ読みづらそう

あと、いかにもオタクって感じのおじいちゃんがたくさんいそう

一つ質問したらそれに回答しないで別の自分が話したいことをずっと話してそう

単価安いのにいつまでもその仕事にしがみついてるってどんな気分なんだろう

1日だけ体験してみたい、そしてネタにしたい

2020-05-06

文字

大抵の横文字って、逆の意味の横文字だけ覚えれば意味知らなくても知ったかぶり出来るんじゃないか

例)

ネットグロスじゃないって事ですよね?

アジャイルウォーターフォールじゃないって事ですよね?

マンコ→チンポコじゃないって事ですよね?

2020-03-28

アジャイルってなんだっけ?

システムの作り逃げはなぜ起こるのか - novtanの日常

アジャイルって「テストに通るだけのクソコード量産体制」じゃない? 

ウォーターフォールが良いとは言わんが、デザインパターンと、ドメイン単位での分離をやるには、ある程度の設計必要だよ。

アジャイルにせよプロトタイプにせよ本来時間効果お金で買う為の手法なのだが、

なぜかこれらの手法効果コストメリットがあるというアホな技術者発注者蔓延しているのが原因かと。

時間お金がほぼ全て

RFP以前に、そのシステムで何をしたいのか明確にできず「いい感じでやってくれ」としか言えないような組織

アジャイル? 安くて速い? それで行こ!」な経営では、企画失敗の連帯責任すら負わされる。逃げるべし。

細かくイテレーション回して検証していくのがアジャイルだと思ってけど違うの?

2020-03-27

[]プログラマーペアプロモブプロ採用している会社で働いて成長しよう

モブプロペアプロペアローテーション、ペア作業ダブルアサインメント、属人化対策?、離職対策?、転職対策認知資源決断疲れ?

プログラミングとは経営判断の集積である

ソースコードの一行一行は、経営判断のものだ。

どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか

(中略)

ソフトウェア開発とは、経営意思決定の集積なのだから経営意思決定を外部の会社委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。

もっと言うなら、自分会社の今後のビジネスポジションを、他社に決めてもらうようなものからだ。

外注を出された会社は、そのソフトウェア未来に実現するであろうビジネス価値犠牲にして、できるだけ少ないコストで作ろうとする。

ソースコードの一行一行が経営判断のものになる

ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683

プログラムは全て決断である

ttps://bit.ly/2JzCggZ



ペアプロ 属人化 - Twitter検索

ペアプロ 属人化 - Google 検索

ペアプログラミングは意思決定苦痛を和らげる。

ペア作業を行うため仕事以外の事は一切できない(一人で作業しているとついついメールをチェックしたりウェブを見たりしてしまます

ttps://bit.ly/38ZlQwO

ペアプロ懐疑派だった僕が、実務でペアプロ導入して180度考えが変わった話

個人コード責任を持つのではなく、チームでコード責任を持つ組織にするべき」という考えに心を打たれた

ttps://qiita.com/YudaiTsukamoto/items/06b426f4dbee268d5035

問題 vs 私たちで、問題フルボッコにする

Mob Programming実施するとかなり心理的負担が少ない。

ttps://simplearchitect.hatenablog.com/entry/2017/06/19/080036

プログラミングをしていて、最も時間がかかるのは、「悩んでいる」時間だ。

かにどハマりするとか、初めての事、難しい事をやるときに、理解するのに時間がかかるとか。

それがMob Programmingでやると、いろんな人が寄ってたかって、いろんな目線解決を考えるので、詰まったり、ハマったりする事がなく、異常に早く終わる。

中略

それぞれがやったことを「レビュー」しなくても、そもそも常にレビューしている感じだから、そんなことも必要ない。

ttp://simplearchitect.hatenablog.com/entry/2017/06/19/080036

今はコードがお偉いさんなんだからMOBは雁首揃えろって話

ttp://d.hatena.ne.jp/essa/20170619/p1

成功する実践モブプログラミング

ttps://qiita.com/erukiti/items/21e77457bff641e01fe1

・難しい問題を解くのが早くなる

スキル標準化につながる

・サボらなくなる

ttps://twitter.com/nplusone/status/1118501170698276865



ペアプロを極めて最強の開発チームをつくる(1/4)ペアの組み方(翻訳

ペアのローテーション(選手交代)とは、しばらく共同作業を行った後で一方がストーリーから離れ、もう一方が残って、職場にいる他の誰かと作業を続行することを指します。この「残る人」はしばしばストーリーの「アンカー」と呼ばれます

ttps://techracho.bpsinc.jp/hachi8833/2020_03_19/89692

属人化をペアプロでどのように排除するか

ペアプロは、質の高いコードレビューでもありますヤフオク!の開発チームでペアプロを行う際には、プルリクエスト作成してコードレビューを挟むようなステップ存在せず、実装したコードレビューなしにそのまま本番コードマージしています

中略

ペアプロを行う上でお薦めなのが、毎日ペアを組み替えるペアローテーションです。毎日ペアを変えることで、知識情報を共有する速度を、加速度的に向上させられます

ttps://employment.en-japan.com/engineerhub/entry/2019/11/07/103000

ヤフー2012年10月から国民の祝日土曜日にあたった場合、前日の金曜日を振替特別休暇とする制度を始めている。

ttps://www.j-cast.com/2012/11/02152492.html

ヤフーでは勤続10年以上の社員対象に、2~3か月の範囲サバティカル休暇制度を導入しています

ttps://www.hr-force.co.jp/saiyogo/201904141702

ヤフー、全社テレワーク10月から正式移行

ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fwww.nikkei.com%2Farticle%2FDGXMZO64345560Y0A920C2916M00%2F

リモートモブプログラミングという働き方

現在、kintoneの新機能開発メンバーは6拠点オフィス分散し、また多くのメンバーカジュアルに在宅勤務を活用するリモートチームとなっています。 また2018年から2年以上、全ての設計実装タスク原則モブプログラミングで行っています

ttps://blog.cybozu.io/entry/2020/02/28/080000

サイボウズ、離職防止の切り札は「出戻り歓迎」

ttps://s.nikkei.com/2vJsvYx

自分休暇

ttps://dot.asahi.com/wa/2019062700013.html?page=3

ペアプロと育休の取得しやすさの関係について

SPEEDAの開発チームは、すべてのチームがほぼ100%ペアプロ作業していますペアプロのものについての詳しい説明割愛させていただきます) 。

そしてプログラミング以外(例えば採用活動)でもペア作業します。

更にペアを組むメンバーを一日のうち何度も入れ替えており、様々なメンバーと様々な開発ストーリーに取り組むことになります

ttps://tech.uzabase.com/entry/2019/10/15/190000

ジョイインク (Joy, inc.) のメンローイノベーションズに行ってきた

ttp://kawaguti.hateblo.jp/entry/2017/08/15/095840

プログラマーは全員ペアを組んで仕事をする

ttps://www.slideshare.net/yattom/ss-79372905

ビズリーチでは、後輩エンジニアは、業務関係することであれば先輩エンジニアに対してペアプログラミングをいつでも申し込むことができます。先輩のライブコーディングを見る機会にしたり、実装中のタスクで分からないところがあれば解決法を一緒に考えたりします。

ttps://design.bizreach.co.jp/archives/2447

ペアプロでやるレビュー、言うならばペアレビューです。

ttps://medium.com/@oogatta/一日8時間-60日間ペアプロしてみて思った日常ペアプロのコツ-4753381b0467



知識の塔」と呼ばれる、「この人じゃないとできない! いなくなったら困る!」という状況を、ペア作業を通じて常に解消し続けているのです。

ttps://codezine.jp/article/detail/9980

うまくトラックナンバー1を解消できた時にやったことの1つが「ペアプログラミング」でした。

ttps://blog.fenrir-inc.com/jp/2013/02/trucknumber.html

ペアプログラミングによる暗黙知の共有は、ハネムーンナンバーを下げる効率のよい方法だ。

ttp://methane.hatenablog.jp/entry/20060501/1146492679

ttps://ja.wikipedia.org/wiki/ダンバー数

コミュニケーションパス公式

ttps://blog1.mammb.com/entry/20101123/1290544568

ガウス公式

ttp://pg-boxer.cocolog-nifty.com/nikukyu/cat21300456/index.html



なぜ自分は「ペアプロ全面導入」という考えに至ったのか

ペアプロ一般的に言われるようにレビューの手間が減るとかコード品質が向上するとか属人化を防ぐのに良いとかの利点がありますが、自分は「その時間集中力」こそが実は最大の利点

ttps://inside.pixiv.blog/edvakf/3182

8時間気が抜けないので、結果的生産性が上がる

ttp://www.ketancho.net/entry/2018/02/22/080000



たぶんこれが生産性の鍵なのだ: ただ始めること。

ペアプログラミングが機能するときにそれがうまくいく理由は、たぶんペアプログラミング セッション相棒スケジュールするときには取りかかるために2人が力を合わせるからだ。

ttps://ajiyoshi.hatenadiary.org/entries/2005/08/06



ペアプログラミングの1ドル価値

ペアプログラミングをする価値は、最初場所エラーが起きるのを防ぐとても小さな軌道修正という形でやってきます

ttps://www.infoq.com/jp/news/2009/07/dollar-value-of-pair-programming/

コード1行作るのに28ドルかかる、だから…」

ttps://b.hatena.ne.jp/entry/s/tech.nikkeibp.co.jp/it/article/Interview/20121210/443162/

ジュニア採用しない連中はシニアに値しない

ジュニアシニアエンジニアペアを組ませると二人のシニアエンジニアと同じだけの価値を発揮すると言える。しかコストシニア二人の場合の 75% しかからない。もしあなたのゴールが最小の費用で最大の生産性を発揮することだとしたら、組織の中でジュニアシニアの組み合わせを分子レベルでの最小単位とすべきだ。

ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fportalshit.net%2F2018%2F10%2F02%2Fwe-should-hire-junior-engineers

二人で一緒に開発するペアプログラミングに近い状態

ttps://kuranuki.sonicgarden.jp/2019/10/casual-talk.html



ペアで働くと効率4倍

ttps://web.archive.org/web/20070210094344/http://business.nikkeibp.co.jp/article/skillup/20061121/114149/

ペアプロと開発効率関係で言うと、「100%ペア」と「100%ソロ」で比較した場合、単純な「稼働率」ではソロのほうがもちろん多いです。ただ、単位時間内にどれだけのコードが本番リリースされていくかを「生産性」と捉えると、スループットや仕掛かりの時間考慮する形になり、結果的ペアのほうが生産性が高くなるんですね。

ttps://codezine.jp/article/detail/10264

2人の労働者は1人よりも二次関数的に優れています

ttps://b.hatena.ne.jp/entry/s/twitter.com/hackernewsj/status/1324534523388899328



Cloud9でモブプログラミングの環境を作ってみる

ttps://qiita.com/herohit-tool/items/675ccbd52edea39951ab

上等なオンラインペアプログラミング環境

ttps://ogihara-ryo.github.io/vscode-live-share

関東関西リモートAtomのTeletypeとSlack通話機能

ttps://b.hatena.ne.jp/entry/s/twitter.com/waritocomatta/status/948779300576096256

tmuxを使って画面を共有する

ttp://tkengo.github.io/blog/2012/10/30/lets-pair-programing/

WEB+DB PRESS Vol.102

特集1

はじめてのペアプロモブプロ

メキメキと人が育ち,プロダクトの質を高める

ttps://gihyo.jp/magazine/wdpress/archive/2018/vol102

.

戦闘機の編隊飛行において、二機一組を最小単位とする戦術

ttps://ja.wikipedia.org/wiki/ロッテ戦術

1業務に2人を配置して23連続黒字になった秘密

ttps://bit.ly/2MylBjs

ダブルアサインメント(一業務二人担当制)|業務を属人化させない働き方

ttps://times.mazrica.com/column/merit-for-double-assignment/

ダブルアサインメントとマルチタスク

ttp://wakabakeiei.com/2017/11/06/double-assignment-multi-task/

仕事が「属人化」していることが、問題の根幹なのだと気付きました。

チームメンバーの誰が何をしているのか、仕事プロセスを可視化して、仕事個人でなくチームのものにする

ttps://www.persol-group.co.jp/ing/2020/20200428_5439/index.html

「仕組み」を作った社長が生き残る!: トップ付加価値の創出に時間を使え!

経営者は仕組みづくりに専念しろ

人材会社資産として残らないが仕組みは会社資産として永遠に残る

ttps://www.amazon.co.jp/dp/B010JM64M6/

労働者仕事を分業化すれば労働者資本家依存する。

マルクス

ttps://twitter.com/mmoto001/status/1076420634660327424



従業員トレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員トレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。

ttp://japan.zdnet.com/article/35058310/

従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある

ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/

「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内スタートアップ経営者なら、たいていの人に直接または1hopでつながることができる。

ttps://techplay.jp/column/366

リンク

エンジニアリング組織論への招待

~不確実性に向き合う思考組織リファクタリング

ジョハリの窓心理的安全性

ttps://gihyo.jp/dp/ebook/2018/978-4-7741-9663-3

心理的安全性ガイドライン(あるいは権威勾配に関する一考察

ttps://qiita.com/hirokidaichi/items/5d8c4294083d85654a04

組織雰囲気スペースシャトルコロンビア号」を爆発させた!?

ttps://note.com/kaorutamura/n/n212e1a4be8f5

失敗をさらけ出す勇気を持つためにはどうしたらいいのか

無知だと思われる不安 => 質問をしなくなる

無能だと思われる不安 => 支援を求めなくなる

ネガティブだと思われる不安 => 批評をしなくなる

邪魔をする人だと思われる不安 => フィードバックを求めなくなる

ttps://tech.andpad.co.jp/entry/cafe



エージェンシースラック(agency slack)とは、エージェントが、プリンシパル利益のために委任されているにもかかわらず、プリンシパル利益に反してエージェント自身利益を優先した行動をとってしまうこと。

ttps://ja.wikipedia.org/wiki/プリンシパルエージェント理論

エンジニアリング組織論への招待」読後メモ自分用)

コントロールできるもの/できないもの

「誰かが誰かに依頼する」関係になっていると、エージェンシースラックが生まれ

ttps://qiita.com/yrockfield/items/dbc8aca6b95e45b8d8af



ウォーターフォールを世に広めたとされる米軍アジャイルに移行中という話

ttps://qiita.com/YankeeDeltaBravo225/items/9f08c0eccd48f00b9f9e

「ウォータフォールは一切メリットがないので止めておきなさい」

ttp://simplearchitect.hatenablog.com/entry/2016/06/20/080807

米国国防総省では、ウォーターフォール開発による調達の失敗経験をもとに、2000 年からアジャイル開発の適用義務化しています

ttps://qiita.com/nskydiving/items/6dfd6b259b9dce4cae0c

サザーランド氏によると、

2020-03-25

anond:20200325003137

ブロックチェーンって「ウォーターフォール」と同じくらいざっくりとした定義であって別に暗号形式がどうたらとかそういうのが決まってるわけではないから。

2020-02-16

鬼滅の刃って起承転結のサイクル早くない?

最近まで全く見て無くて、この間初めて単行本一気読みしたけど、

俺が今まで読んできた漫画と比べてなんか問題起こってから解決するまでのサイクルがスゲー早いように感じる。

トラブルが起きないわけじゃないんだが、あっという間に解決に向かう。

他の漫画が長期スパンウォーターフォール開発PJデカ問題解決してるとすれば、鬼滅の刃アジャイル解決してるような感じ。

鬼滅の刃の一つ一つのトラブル粒度が細かいように感じる。

俺が年取っただけなのかな。

ログイン ユーザー登録
ようこそ ゲスト さん