［進捗管理編］人月を入れ替えてはいけない
システム開発プロジェクトでは規模を表す単位として「人月」という単位がよく用いられる。これは技術者一人が1カ月労働することを意味し，人を数える助数詞「人」と，時間を数える単位「月」を掛け合わせたものである。数学的な見地から見ると「人」は分離量であり「月」は連続量である。この分離量と連続量の違いとは，例えば計算機について考えれば，分離量はデジタル計算機であり，連続量は計算尺である。つまり，「人月」とは分離量と連続量を掛け合わせた特殊な単位であり，どちらかというと「概念」に近い。 この「人月」という概念を「人」×「月」という単純な数式で考えると大きな失敗を犯す。例えば，プロジェクトの後半で問題が発覚し納期遅延が発生しそうな場合，あとどのくらいの工数が必要かを算定し，追加要員を投入して遅延を挽回しようとすることがある。 これは，遅延挽回対策として非常に危険な方法である。遅延を挽回できるどころか，当
技術的負債と言わなくてもいいんじゃない：地方からの戯言：エンジニアライフ
数年前から開発の世界では、技術的負債、という言葉が用いられるようになりました。現実世界の負債という概念を、開発の複雑さにあてはめた非常に面白い比喩表現です。コードを書き始めた瞬間からその負債は発生し、常に新しく書き換えていかなければ利息が積もっていくことにより、どうしようもない事態に陥るというものです。 実際の開発現場に携わっていると、この言葉が表す状況というのが痛いほどわかることもあるかと思いますが、ではどうするか、という決断を下せる立ち位置にないこともまた多く、非常に悶々と過ごさざるを得ない方もまた、非常に多いかと思います。 多くの方も言われていますが、それが本当に技術的負債か、と聞かれると実のところは難しい判断が必要になります。プログラミングの領域だけに限れば、難解で理解しにくいコードがまさに負債と思われますが、もう少し大きく開発業務として捉えた場合には、そのコードが生み出すメリット
10年続くサービスは技術的負債をどう解決してきたのか？『カラーミーショップ』システムと組織改善の取り組み - エンジニアtype
発表者の@tsuchikazu氏によれば、JWTはOpenID ConnectなどのID連携周りで使われることの多い技術。JWTを使えば、複数のシステムが密結合になることなく、それでいて改ざんなどを防いで安全に情報の受け渡しができるという。 国内ではまだあまり事例がないが、ログイン以外にも活用の可能性はあり、引き続き注目したい技術とのことだった。 新しいショッピングカートシステムの開発にあたっては、デザインも一新された。担当したデザイナーの@shikakun氏は、新たなカートデザインに関する思いと取り組みを詩にのせて発表した。 従来はバラバラだったボタンサイズや色に関するルールを統一。理想のカート像を動画にして表現することで、チームメンバーの合意を取りながら作業を進めた。あらかじめカートのCSSフレームワークを作り、考えられる要素を全てスタイルシートに書き出しておくことで属人性をなくし、今
第2章 開発環境の改善～技術的負債の返済と、レガシーコードの仕様化テスト | gihyo.jp
技術的負債と開発環境の改善 本章では、サービスの成長とともに大きくなる「技術的負債」に着目し、筆者が勤務するpaperboy&co.（以下、ペパボ）で取り組んでいる開発環境の技術的負債を返済していく具体的な方法について紹介します。 技術的負債とは 技術的負債は、英語でTechnical Deptと呼ばれます。技術的負債の「概念」が最初に登場したのはWikiの開発者として知られるWard Cunninghamが1992年に発表した「The WyCash Portfolio Management System」という報文の中です。そこから年を経ること17年後の2009年に、アジャイルソフトウェア開発宣言などで知られるMartin Fowlerによって「技術的負債」という名前が付けられました。 Webサービス開発での技術的負債の例 技術的負債は、サービスを構成するソースコードそのものであるアプリ
「技術的負債は避けるべきか？」もちろんです． - カレーなる辛口Javaな加齢日記
「「技術的負債」は避けるべき？ - 割引率を使って考えてみた 」 http://blog.kazuhooku.com/2015/03/blog-post.html あーうー．思った以上に「これはヒドイ」． 「技術的負債」という言葉は、この運用コスト最適化の重要性を指摘する上で、とてもキャッチーなフレーズだと考えられます。しかし、「技術的負債」を産まないように、あるいは負債を早めに返していこうとすると、開発工数が大きくなってしまうという問題もあります。 初期開発コストと運用コストのバランスを、どのようにとっていけば良いのでしょう？ ここまでなら，言ってることはまあまあ正しい．ここまでは． 同等の機能を提供する「ソフトA」と「ソフトB」を考えてみます。ソフトAは、初期開発工数が6だが、２年目以降の維持工数が毎年4かかるとします。ソフトBは、初期開発工数が10で、維持工数が毎年1かかるとしましょ
質問：技術的負債を残さないためには？
通りがかりの元ITコンサルタントです。 以前、40年以上も前に構築された素材系の大工場の生産管理システムをリプレイスするというプロジェクトを経験した際の話です。いざ蓋を開けてみると、今は使われていない謎の機能や後から追加されたであろうたくさんの例外処理など、完全なるスパゲティ状態のシステムとなっていました。 同僚はその状況を見て、「過去にこんなシステムを作ったエンジニアは本当に出来ないやつらだ」と言っていましたが、事業会社の経験のある私としては必ずしも同意できませんでした。 事業を進める中で、計画になくても今やらなくては会社の将来の成長に大きなインパクトを与える施策や、社会的にどうしても対応しなければいけない緊急事態など、会社経営の中には多々発生することだと感じています。特に40年以上前といえば日本が高水準で成長を続けていた時期であり、無茶なオーダーを受けて、工場としては死ぬ気で増産を続け
良いProduct Managerと良いTech Lead - ワザノバ | wazanova
http://engineering.foursquare.com/2014/01/30/good-tech-lead-bad-tech-lead/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 A16ZのBen Horowitzが、1996年にNetscapeのDirector of Product Managementだったころに、「Good Product Manager, Bad Product Manager」という名エントリーを残しています。また、これに倣って、FoursquareのJason Liszkaが、「Good Tech Lead, Bad Tech Lead」をまとめています。 自分達のあるべき姿を律するため、かつ、悪い手本にならないようにという自戒の意味をこめて、気に入った
どうすれば小さなチームでも大きな成果を出せるのか
スクーの授業で使った資料です。 ソフトウェア開発をしていく中で、沢山のリソースやお金をつぎ込んで開発するのではなく、どうすれば少人数のチームで低コストな中で開発を続けていくことで、大きな成果を出す為の考えかたについて説明しています。
チームの7つのムダ - なみひらブログ
以下の書籍に、「チームのムダ」について記載があったので、メモっときます。 リーン開発の本質 作者: メアリー・ポッペンディーク,トム・ポッペンディーク,高嶋優子,天野勝,平鍋健児出版社/メーカー: 日経BP社発売日: 2008/02/07メディア: 単行本購入: 6人 クリック: 141回この商品を含むブログ (67件) を見るこれだけ! KPT 作者: 天野勝出版社/メーカー: すばる舎発売日: 2013/08/23メディア: 単行本この商品を含むブログ (11件) を見る チームの7つのムダ ムダ 一言メモ 未完成の作業のムダ ・目的を達しない作業には意味が無い。 ・99%完成していても、それは未完成である。 再学習のムダ ・何度も学習し直す必要はない。 ・学習したことはプロセスに組み込め。 余分な機能のムダ ・その作業（成果物）は、いま必要なのか。 ・誰にも必要とされない作業を行って
はてブiPhone・Androidアプリの開発プロセス - ninjinkun's diary
この三ヶ月ではてなブックマークiPhoneアプリの新バージョンとAndroidアプリを開発してきました。 両方共担当はエンジニアid:ninjinkunとデザイナーid:kudakurage、総合ディレクションid:nagayamaです。同じ開発者がiPhoneアプリとAndroidアプリ両方を作った事例として、なかなか面白いのではないかと思います。開発期間はちょうどそれぞれ一ヵ月半ずつでした。 自分にとってもブクマチームに移動してから初めての大きな仕事だったので、両方共思い入れがあるプロダクトです。開発話と一緒に、スマートフォンアプリを作る際の流れや、気を付けていることなどをまとめようと思います。（長いです） 開発プロセス iPhoneもAndoirdも開発の流れは基本的に一緒で、以下のような流れになります。 機能の検討 UIの検討 実装 ざっくり並べただけではWebサービス開発と変わり
【レポート】Firefox、Mozilla流アドオン開発 | エンタープライズ | マイコミジャーナル
Firefox web browser - Faster, more secure & customizable かなり前の話になるが、Firefox Developers Conference 2009に参加するためにMozilla LabsのAza Raskin氏と、Mozilla CorporatoinのエバンジェリストChristopher Bilzzard氏が来日した。両氏からFirefoxでホットなトピックを語ってもらったらが、このときに特にアドオンへの取り組みの強さを感じた。Firefox 4ではアドオンの仕組みがかわろうとしている。この機会に、当時両者が語った内容を取り上げて紹介しておきたい。 アドオンデベロッパ、ユーザ、双方が利点を見出せるものへ 頻繁にAdd-ons for Firefoxを訪れるユーザはもう気がついているかもしれないが、しばらく前からアドオンによっては
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
iPhoneアプリにアプリ内課金を導入してガッチリもうけるのだ（1/2） － ＠IT
iPhoneアプリにアプリ内課金を導入してガッチリもうけるのだ：ものになるモノ、ならないモノ（37）（1/2 ページ） 「iPhoneのアプリ内課金（In App Purchase）ってどーよ？」 そんな疑問に答えるべく、アプリ内課金のサポート業務を行っている企業に現状と今後の見通しを聞いた。 連載目次 Appleがこれまでの方針を転換し、無料iPhoneアプリにもアプリ内課金（In App Purchase）を解禁した。有料アプリと違い「無料アプリはダウンロード数がけた違いに多い」（アプリ開発者）そうなので、アプリがユーザーに支持されれば、「無料で配って後からもうける」アフターマーケットのビジネスが“読める”ことにもなり、これまでとは違った形のアプリビジネスの展開が望めそうだ。 アプリ内課金登場以前のiPhoneアプリビジネスの欠点として、自転車操業的な側面が指摘されてきた。売れ続けるの
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
こ、これは凄いぞ…Web/デスクトップ対応アプリケーション開発環境·Titanium MOONGIFT
昨日のNative ClientはX86バイナリをブラウザで動作させるという素晴らしいソフトウェアだった。言わばデスクトップをWebに移行させる代物だ。対する技術としてはAdobe AIRやSilverlightなどがあるだろう。だがプラグイン必須という点が難点になる。 Windows向けアプリケーションも開発できる そして逆にWebのリソースをデスクトップに持ってきてしまおうというのがTitaniumだ。Webからデスクトップへとその道はつながっている。 TitaniumはApacheライセンスの下に公開されているオープンソース・ソフトウェアで、Rubyを使ってデスクトップアプリケーションが開発できてしまう。 Titaniumが手掛けるものはAdobe AIRに近いと言える。ただしRubyをベースにしているのでWebプログラマにとってはさらに開発しやすいかも知れない。モバイル対応もうたっ
MOONGIFT: » 要導入検討！日本語で作られた使い勝手の良いプロジェクト管理「9arrows」:オープンソースを毎日紹介
プロジェクト管理は何のためにあるのだろうか。それはプロジェクトを円滑に進めるためにある。決して上司を納得させるためでも、クライアントに良い顔をするためのものでもない。開発工程を含め、全体の進行状況を管理するために存在するのだ。 ダッシュボード。奇麗なインタフェースだ そう考えるとあまりに多機能なプロジェクト管理はその運用コストばかりかかってしまう。使い勝手の良い、それでいて必要十分な機能を備えたプロジェクト管理を使おう。 今回紹介するオープンソース・ソフトウェアは9arrows、Ruby on Rails製の使い勝手の良いプロジェクト管理システムだ。 9arrowsはRuby on Rails製で、Webベースのプロジェクト管理システムだ。Ajaxを効果的に使って、スムーズで使い勝手の良い作りになっている。WBSを使ってタスクを分割し、担当者や日程を決めることで見栄えのいいガントチャートも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オリーブネット株式会社
自己組織化チームはなぜ必要か？
エンジニアが成長のエンジンになる日 #devsumi #natsumiC7
IBM Developer