エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。｜じゅ ごん｜note
エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。 [Ateam Lifestyle x cyma Advent Calendar 2018]の5日目は、株式会社エイチームライフスタイルの@gonjyu121が担当します。 はじめに最近のWEBサービス運営チームというと、事業運営や企画営業のチームと、エンジニアチームが一緒になって働く事が多いですよね。 そんな時、多くのエンジニアが、 「品質保持やリファクタリング、改善系のissue（タスク）の優先度がなかなか上がらず、着手できない・・・・・・」 といった悩みを抱えがちです。これなんですが、非エンジニアの皆さんからすると、 「エンジニアがすごいのは分かるんだけど、何をやってるか、なんでこんな時間がかかるのか、正直分からないんだよなー」 と思っていたりします。こんな話、
Android案件を見積もる場合に考えておくことリスト - Qiita
アプリ自体のコーディング見積もりのみに注力してしまうと忘れがちで、たまにつらい目に遭うので、必要に応じて追加していく予定。 アプリ仕様 仕様はそもそも決まっているか 「仕様は決まっている。動かない」「移植なのでこれ以上はありません」と言ったな。 それは嘘だ。 既に仕様がガッチリ確定していることはありえない。要求仕様（必要機能リスト）がある程度固まっているならばまだ良い方で、「今から仕様を一緒に考えていきましょう」「アイディアレベルです」まで様々。 その他にも、GCM/FCM等のアプリ外サービスと連携する場合、遅延コスト等どの程度許容できるかも事前に確定させる。特にプッシュ系サービスでは、ありえないレベル（全端末遅延1秒以内必須、とか）を既定路線に含めないように留意する。 改修か、新規開発か これは見積もりの前提として大きな影響力をもつ。 テクノロジーや設計の自由度・柔軟性をある程度コントロ
不安とストレスから解放される見積りとスケジュール方法 - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未来を考えることができる生き物です。その特異な能力ゆえに、未来に起こるかもしれないよくないことを考えると「不安」を感じてしまうのです。 仕事のプロジェクトなどは、「間に合わなかったらどうしよう」とか「この仕事はちゃんと終えられるのだろうか。」など、未来のことを
ユーザーストーリーとプランニングポーカーを使ってアジャイルに見積もりしよう！ | tracpath:Works
ユーザーストーリーとプランニングポーカーを使ってアジャイルに見積もりしよう！ By tracpath • 2016-09-02 • Development はじめに アジャイル開発に興味がありますか？ スクラムなどのアジャイル開発には、いくつかのプラクティスがあります。アジャイル開発のプラクティス中には「ユーザーストーリー」と「プランニングポーカー」があります。 この2つは、実際に開発をはじめる前の計画づくりに力を発揮します。ウォーターフォール型の開発のように、一気に見積もりや計画を行っても予定通りに進むことはありません。アジャイル開発を導入して、少しずつプロジェクトを前進させていきましょう。 この記事では、アジャイル開発に興味があるエンジニアの方のために、ユーザーストーリーの作り方とプランニングポーカーのやり方をお伝えしていきます。まわりのエンジニアの方を巻き込んで、実際にやってみてくだ
プランニングポーカー と ベロシティ で 他社との開発速度比較 - Qiita
「自社の開発速度は他社と比較してどうなのか？早いの？遅いの？」という話をたまに聞きます。 比べたら負け、というのもよく聞く話。ですが、上位職の人や、経営陣から聞かれたとすると、「できません」「分かりません」とか「比べたら負けです」と言うのはそれはそれで難しい。 たとえ一度は言えたとしても、何度も言い続けるのは至難の技。 アジャイルな見積もりと計画作り に紹介されていたプランニングポーカーとベロシティを組み合わせれば 「ひょっとしたら比較できるかも？」と思い試したところ、（良いか悪いかは別の議論として）比較できたのでここに紹介。 プランニングポーカーは簡単に言うと、見積もり対象となるストーリー（or フィーチャー）を何人かで相対的に見積もりを出す、ということ。群衆の知識とでもいうべきか、皆んなでやれば意外と当たる、ということだと思う。 ベロシティは、ある特定のチームが固定された期間に完了させ
情報処理推進機構：ソフトウェア高信頼化
ファンクションポイント法およびソフトウェア開発定量データの基礎と実践的活用 〜 ワークショップによる参加者の課題解決に向けて 〜 開催情報 日本ファンクションポイントユーザ会（JFPUG）はソフトウェア規模尺度であるファンクションポイント法（FP法）の普及、教育を行って20年の歴史をもつ団体です。ソフトウェア定量化の方法、見積りおよびプロジェクト管理への活用について研究を重ねています。 IPA/SECでは2004年度よりプロジェクトデータを収集・分析し、その結果を「ソフトウェア開発データ白書」として発行しています。 本ワークショップでは、定量的アプローチによる科学的マネジメント力や定量データの活用スキル向上のため、FP法やデータ白書などのJFPUGとIPA/SECの成果を活用したソフトウェアの定量化、見積り、スコープ管理など、実践的活用事例などをご紹介します。また、JFPUG研究会メンバと
工数見積りの海を彷徨う - hidekatsu-izuno 日々の記録
[2018/07/01 追記] 過去に話題になったこともあり、このページに辿り着く方が多いようなのだが、係数導出の手法については継続的に改善を行っている。現時点では、「工数見積りの海を彷徨う・征服」というエントリに記載した「分位点回帰」を使うのがベストではと考えている。50%分位点が中央値にあたるため係数も安定しており、現在の見積りが過去のプロジェクトと比較してどのくらいの工数なのかが明確でわかりやすい。合わせて参考にしていただきたい。 工数見積りが難しいのはわかっているのだが、そうは言っても根拠は欲しい。この業界に入ってからずっと考え続けているのだが、やはり難しい。 この手の工数、工期という話題の時、役に立つのは次の資料だ。 IPA ソフトウェア開発データ白書 JUAS ソフトウェアメトリックス調査 素晴らしいことにどちらも PDF 版は無料で配布されているので、ダウンロードして見ること
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
