他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ
ちょっと時間が経っちゃったけど 4月の終わりに開発合宿へ行ってきたのでまとめ。 場所 琵琶湖の畔によさそうな合宿施設を見つけたので ここでお世話になることにした。 湖畔のセミナーハウス アクティプラザ琵琶 本当によい施設だった。お世話になりました。 こちらについてはいろいろ書きたいことがあるので のちほど別記事にて。 追記 書きました。 開発合宿に最適な条件が整ったセミナーハウス「アクティプラザ琵琶」 – 頭ん中 日程 4月最後の日月火で2泊3日。 日月火であることに大きな意味はありません。 平日がいいかな週末がいいかなと思ってたんだけど セミナーハウスの空き具合と参加者の予定で考えたら ここがぴったりだったから。 2泊3日でちょうどよかったように思う。 1泊だと、移動日だけになってしまうので。 やっぱり起きてから寝るまで合宿という日があるとだいぶ違う。 参加者 初めてということで、まずは
答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける １次請け、要件定義書の執筆を始める １次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基本設計実施要領の執筆を始める 基本設計 この工程は、２次請け以下には秘密裏に行われている 詳細設計 １次請け、詳細設計実施要領の執筆を始める １次請け、だいたいこのあたりで２次請けへと乾坤一擲 ２次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に５次請けくらいまで仕事が割り振られている 製造 １次請け、製造工程実施要領の執筆を始める １次請け、単体テスト実施要領の執筆を始まる ５次請け、電球フィラメントのくるくるを手で作成しはじめる ４次請け、求める匂いが上手く出せないと３次請けに駄々をこねる ３次請け
Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> �A�fU 0h��fU Getting Real The smarter, faster, easier way to build a successful web application Start reading →
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
