フィボナッチ工数見積は「完成させます！（徹夜で）」という無理ゲーによる弊害を最小化するプロジェクトマネージメント手法 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
今まで数々のプロジェクトマネージャーとそのプロジェクトマネージメント手法に翻弄されてきたが、現在の勤め先であるベルリンのITスタートアップで取り入れている手法が歴代の中でも一番マシ。まず工数見積がとても洗練されている。エンジニアが無理やりに「今週中に完成させます！」と言わされて、結局はその約束が守りきれずに翻弄される、というような弊害が最小化できているな、という話。 プロジェクトマネージメントチームのメンバー達はその見積方法を「フィボナッチ」と表現している。 だいたい工数見積なんてものが正確にできる人に出会ったことが無い。複雑なITプロジェクトの全体像を把握して「これをうちのチームで完了するためには＊＊日を要する」なんてピタッと当てたためしがない。絶対にズレる。 エンジニアに向かって「お前さー『今週中に完成させます』って言ったよな？誰だっけ、それ言ったの？オレじゃねーよ。お前だよ。おめーの
「開発をアジャイルで」「でも契約は一括で」と言ってくる顧客がいたらどうすべきか？ - ミッションたぶんPossible
はじめに このブログでは言及してませんでしたが、宣言どおり無事転職して、今年の1月から新宿のSIerで働いています。まぁその辺の話は来月あたりの暇な時にでも書くとして*1、今回は別の話。 ついこの間、その新会社で、PM的役割をこなす社員を対象に開かれた「法務研修」という名のついた社内セミナーに参加しました。内容は、SIerの立場で契約に携わる時にどうすべきか、というもの。SIerあるあるの契約にまつわる揉め事を事例に、それを回避するために何に気をつけるべきか、といったことが扱われました。まぁこれ自体は目新しい内容ではなく、SIerに所属する者なら当然知っておく・気をつけるべきことばかり。再確認という意味では非常に有意義でしたが、それ以上でもそれ以下でも無かったなぁ、というのがオレの率直な意見でした。……研修本編終了までは。 ちょっとこれ大丈夫か、と思ったのは、Q&Aに入ってから。社員の誰か
指示しないリーダー像：プロダクトオーナーは舵取り役
スクラムに指揮系統はない スクラムでは、「チーム」を重視します。これまでの連載では、下記のことを説明してきました。 刻々と変化する状況に対応するため、チーム全員が目標を共有する きちんとコミュニケーションできている状態を維持するため、チームの人数を適切に保つ プロジェクト予測の限界、改善法としてのスクラム 最適化した開発チームは3～10人で美しく回る スクラムでは、開発チーム内での「上司と部下」の関係や、「コマンド＆コントロール(命令・指揮)」を用いたマネジメントは行いません。チームメンバー皆が情報を共有して理解し、チームの方針を決めていきます。 スクラムにおける、2つのリーダー像 そうはいっても、責任者がいた方が効率的な場合もあります。そこで、スクラムでは2つの異なるリーダー像を定義しています。なお、前提として、スクラムでは従来のリーダー像・マネージャ像を分解し、主な責任はチームに委譲し
「やってみないとわからない」という思考停止
「やってみないとわからない」だから、試すんだ。そのことは間違いじゃない。確かにその通り。 立派な計画を立てても実行しなければ、1ミリも社会に影響を与えない。 頭でっかちにならずトライアンドエラーで、逐次修正しながら進めよう。 アジャイルにやっていきましょう。少しずつ小さく試していけば大丈夫。 そう、世の中には、やってみないとわからないことばかりだ。正解が決まっていないことの方が多い。 だから、やってみる、行動してみるということに価値はある。 ・・・だけど、それ、本当にやってみないとわからないことなのか？と考えたか。「やってみないとわからない」といって、考えてみることも放棄してないか。 考え尽くしたあとに、やってみないとわからないことを試さないと、やってみたことが良かったかどうかもわからない。 やってみることに仮説があるかどうか。 なぜやるのか。仮説をもって取り組めば、仮説が正しかったか、間
企業システムにアジャイルは必要か
2015/6/22にアイ・ラーニング様にて開催された「悩める管理職のためのエンタープライズ・アジャイル導入セミナー」の講演資料です。Read less
情報処理推進機構：ソフトウェア・エンジニアリング ｢アジャイル型開発におけるプラクティス活用事例調査｣の報告書とリファレンスガイドを公開
2013年3月19日公開 独立行政法人情報処理推進機構 技術本部 ソフトウェア・エンジニアリング・センター 概要 インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービスを提供するかに、ビジネスの命運がかかっているからです。 こうした要件の変化に柔軟に対応できる開発手法として、「アジャイル型開発」があります。これは、ビジネス上の優先度が高い順に、短いサイクルで機能単位の開発を繰り返す手法です。 このアジャイル型開発手法は自社開発（内製）が中心の米国で発展したものであり、要件を決めて外部に開発を委託することが多い等、受発注環境が異なる日本でアジャイル型開発を適用するのは難しいと考えられています(*1)。 「アジャイル型開発」には、
Scott W. Ambler: アジャイルモデルのエッセンス: アジャイルに作れる成果物
北海道の田舎で子供２人がいる専業主婦です。主人は学校の先生をしていて休みともなれば生徒さんが遊びに来て気が休まる暇がありません。また休みに生徒さんが遊びに来るというので、隣町のパチンコ屋で暇つぶしをしたところ面白くなってきてしまい、一ヶ月分の生活費を全部使ってしまいました。主人は息抜きにパチンコをしてもいいけど、借金してまでお金をつぎ込まないように。と言っていました。とりあえず、食費分だけでも借金しようと思っています。ネットで見かけるレディースキャッシングは専業主婦でも申込めますか？ 専業主婦でもキャッシングを利用できます！ えーと。ご主人はパチンコで生活費を使い果たすな、と言っているわけですよね？今後のためにも勇気を出して打ち明けてみてはどうですか？北海道の田舎に住んでいるなら、リフレッシュできる場所も限られてくるので、ご主人は怒らないような気がします。なんといっても、田舎といえばパチン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
