開発の見積もりとスケジュール管理 - クックパッド開発者ブログ
こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを
「工数一日」は「明日できる」じゃない！エンジニアと非エンジニアのギャップとは - paiza times
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 ディレクターやプロジェクトマネージャーといった非エンジニア職の方々は、エンジニアとコミュニケーションをとることに難しさを感じたり、考え方にギャップを感じたりしたことがある方もいらっしゃるかと思います。 「エンジニアとわかりあえない…」「エンジニアが何を考えてるのかわからない…」という方のために、エンジニアとのトラブルのもととなるやりとりや、気を付けるとよいことを考えていきますので、非エンジニアの方々の参考になればと思います。 ■「どれくらいでできる？」はその場で決められるものではない 非エンジニアとエンジニアのもめごとの原因で多いのが、スケジュールに関することです。 非エンジニア「この機能どれくらいでできる？」 エンジニア「一日でできます」 非エンジニア「じゃあ明日リリース
日本のITが永久にアメリカに勝てない理由 | BLOG HOMME
こんにちは，落合です．いまシアトルのMicrosoft Researchで研究しています． のぐたくとアメリカにいったら日常的な話もブログ更新するって約束したので，思い立ったので書いてみます．研究まとめ以外もよろしくね．思ったことをちょろちょろ書こうと思うのです． そして，いかにも挑発的なタイトルでごめんなさい． 僕は永久に勝てないとは思ってませんが，少なくとも今のままじゃアカデミックもビジネスサイドも太刀打ち出来ないんじゃないかなと思います． 僕は日本文化が好きです．日本文化が好きだから，研究とかコンピュータカルチャーに関わる面では日本人にも頑張ってほしいと思っています． あと，専門外のところほとんどわかんないので，触れません．でも，僕ダメなところだけあげつらうのは嫌いなので，つたないながら，しっかり改善点も書こうと思います．よろしくお願いします． さて，今回の要点をまとめると，日本の
作りながら覚えるGit (1) - みねこあ
濱野さんの「入門Git」を初めて読んだ時、いきなり 第二章から Git の構造の説明を始めてしまう構成に「Git<の使い方>入門」じゃなくて「Git<の作り方>入門」でしたかーっ（さすがメンテナですね）、、と思ったことを覚えています。 入門Git 作者: 濱野純(Junio C Hamano)出版社/メーカー: 秀和システム発売日: 2009/09/24メディア: 単行本購入: 31人 クリック: 736回この商品を含むブログ (155件) を見る それは結構楽しい体験で、それまで全く思っても見なかった「Git作ってみたいな」という うずうずとした衝動がわたしに芽生えるきっかけでした。それ程に Git の設計はシンプルで 手に終えそうで、それでいて「うまくいく仕組み」が備わっている、興味深いものだったのです。まさにハックと呼ぶにふさわしいそれは、VCS全般に抱いていた「しっかり綿密に作りこ
外国語や中国語の語学習得期間が6か月の勉強・マスター方法 - ログミー[o_O]
8割の企業で、人事部門は管理業務に追われている 「戦略人事」の重要性と経営課題に関与できない現場のギャップ
![外国語や中国語の語学習得期間が6か月の勉強・マスター方法 - ログミー[o_O]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8b2140f7f6de03c3aae4f0b159a42f755de1bab2/height=288;version=1;width=512/https%3A%2F%2Flogmi.jp%2Fimg%2Ficons%2Flogmi-biz.png)
海外勤務・外資系企業の転職・求人情報ならDODAグローバル
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 失敗は人を成長させる、といいます。しかし、できるだけ失敗したくないと思うのもまた事実です。本能的にも失敗を回避する心理は働きますが、後天的な経験を通じて、さらに失敗を恐れるようになるといいます。 ロシアの心理学者ツァイガルニクの研究によると、人間はうまくいったことよりうまくいかなかったことを強く記憶する傾向があるようです。何かを達成しなくてはいけないという課題場面において、人は緊張状態にあります。達成するとこの緊張から解放されるために、課題自体を忘れがちになるといいます。テスト前の一夜漬けの勉強内容を、試験が終わるとキレイさっぱり忘れてしまうのは、同様の理由です。逆に、課題解決がうまくいかないと、緊張状態が長く続くため、記
「挫折しないRedmine」の資料が分かりやすい - プログラマの思索
僕が使い始めた2008年頃と違って、現在はかなりRedmineが普及している。 ソフトウェア開発者だけでなく、製造業や製薬業、営業や事務、勉強会のタスク管理に使っている事例も多い。 最近特に目立つのが、初心者がRedmineを使っているものの、Redmineの良さを出し切れていない場面。 上記の資料では、「Redmineは、チームでチケットを消すゲーム」と定義して、わかり易く説明しているのがすごくいい。 アジャイル開発では、XPの計画ゲーム、Scrumのプロダクトバックログのように、ストーリーやタスクをチケット化して、イテレーション(Redmineならバージョン)単位にグループ化して、リリースしていく戦略を取る。 すると、チケット管理とは、チームでチケットを消すゲームなのだ、と感覚で分かるようになる。 この辺りの感覚は、40代以上の中年SEよりも、20代の若手PGの方がすぐに馴染んでくれる
自分のwebサイト作る工程 - MEMOGRAPHIX
2. モック作る次に、Illustrator でモック作る。前は Photoshop で作ってたけど Illustrator に変えた。ラフスケッチでだいたいの構造は決まってるので、それを画面で見た時の見栄えを検証する。雑だけどこれは自分のサイトなのだから自分しか見ないという前提があって、雑でも問題ないということにしてる。8割くらい作り込んだところでやめて、コーディングに入るようにしている。2割くらい変更可能な余地を残しておくことで、コード書くとき融通が効く。 ラフとかモック描かずにコーディング始めることもたまにあるけど、それは余程デザインが頭のなかで固まっている場合に限る。ラフとかモック作るの、コーディングと同じくらい大事だと思ってて、コーディングを始めてしまうとデザインに気を配るのを疎かにしがち。デザインを考えつつ同時にコードを書くというのは結構難しくて、トレーニングが要る。全体のデザ
エンジニアとして進化し続けるには
＠ITゆかりの方々、カッコいいエンジニアの皆さんにお話を伺う本シリーズ、今回は日米で活躍する開発者 増井さんに、エンジニアが進化し続けるために必要なマインドセットについて解説してもらう いまエンジニアとして働いている人の中には、管理職などにならず一生エンジニアとして生きていきたいと考えている人もいるでしょう。その場合、次々と育っていく若いエンジニアに負けないために、年を重ねるとともにエンジニアとして進化し続けていかなければなりません。そのためには何が必要か考えてみましょう。 短期の「チャレンジ」と長期の「目標」を考えよう エンジニアとして進化し続けるためには、常に勉強し続けることが求められます。しかし新しく面白そうな技術が次々と生まれている今、漫然と新しいことを勉強していても、一線のエンジニアとして長く生き残ることは難しいでしょう。 必要なのは、正しいタイミングに正しい方向で努力していくこ
なぜ日曜始まりのカレンダーが多いのか - 指揮者だって人間だ
2013-12-29 なぜ日曜始まりのカレンダーが多いのか 雑貨 考え方 今年も終わりが近づき新しいカレンダーを見る機会が多くなってきました。 私がいつも不思議に思うのは、日曜始まりのカレンダー。 絶対月曜始まりの方が便利だと思うのですが…。 なぜ日曜始まりの方が普及しているんでしょうか？ ほぼ日ホワイトボードカレンダー 2014 フルサイズ 作者: 荒井良二 出版社/メーカー: 東京糸井重里事務所 発売日: 2013/09/01 メディア: カレンダー この商品を含むブログを見る そもそもなぜ日本では日曜始まりと月曜始まりの2種類が流通しているのでしょうか。 軽く調べてみたのですが明確な根拠を示した文献などは見当たりませんでした。 口コミレベルの噂では、以下の説が有力なようです。 日曜日はキリスト教でいうところの神の復活日なので日曜日を週の始めとした世界的に日曜始まりが普及 しかし197
若いエンジニアへ
エンジニアなら誰でも突貫工事に喜びを見出した経験がある。深夜2時の夜食を共にした同僚のことは、その職業人生を通じて忘れることはない。しかし、そこにいかなるドラマがあろうとも、突貫工事は例外である。これを常態としてはならない。 メーカーの組込みプログラマとしてエンジニアのキャリアをスタートした私は、「よい製品はよいプロセスから生まれる」ことを頭に叩きこまれた。素晴らしい製品を生み出す工場は静かである。常に誰かが大声で叫んでいるような工場には明らかにプロセス上の問題が認められ、素晴らしい製品を生むことは決してない。 本物のエンジニアは突貫工事を好まない。突貫工事とはプロセス上の誤りであり、つまり誰かが大声で叫ばなければならないということだからである。エンジニアの仕事は計画され、コントロールされたものでなければならない。 長時間労働によって成果を生み出そうとすることも、やはり例外としなければなら
「情報共有を10倍速くする」- “LINE”のような手軽さで利用できる社内コミュニケーションツール「direct」 | U-NOTE【ユーノート】
会社の最寄駅を通り過ぎた先にある景勝地を検索できる「乗り過ごし検索エンジン」が面白い、やってみたいと好評
最強にクリエイティブなチームを作るのに必要な「5人の存在」 | ライフハッカー・ジャパン
99U ：貴重な戦力だったメンバーが会社を去ってしまい、急に補充が必要になった。もしくは、大きなプロジェクトが決まったため、必要なスキルをもっている人材を増員する必要が生じた。多くの採用に関する決定は、スピードが求められます。長期的な安定よりも短期的な痛みの埋め合わせのために、スピーディーな採用が実施されるのです。 とはいえ、クリエイティブなチームを築くために重要なのは、長期的な視点です。クリエイティブな職場の成功例・失敗例を見ると、強いチームをより強くするためには、押さえなければならない重要なポイントがあります。 この重要なポイントを押さえれば、バランスのとれた生産的なチームが生まれ、次のようなカルチャーがチームに浸透します。 重要なポイントとは、チームに取り入れるべき「5つの存在」です。ただ与えられるだけの仕事をこなすのではなく、情熱をもって仕事に取り組むチームを築くのに欠かせない、そ
Web制作会社が下請け業者ではなくパートナーとして扱ってもらうために
Web制作会社の愚痴として、 「代理店は我々を下請け業者としてしかみていない！」 「良いものを作るにはパートナーである必要があるんだよ！」 なんてことをよく聞きます。 もちろん良いものを作るには制作会社の一方的な想いだけではできません。 クライアントと制作会社も受発注の関係にはありますが、制作の過程ではパートナーとしてお互いイーブンな関係でモノづくりをする必要はあると思います。 ただ、パートナーとして扱ってもらうためには嘆いていても、愚痴を言っても始まらず、それ相応の対応をしないと認めてはもらえません。 自分たちがそう思っていても相手はそうは思いません。 今回はパートナーとして良い関係で良いものをクライアントに提供するために、社内でも注意していることを挙げてみます。 制作過程やクリエイティブの面ではなく、あくまで対応としての面です。 良い物を作っていればおのずと、、という考えもありますが、
「残業は上司の無能の象徴であって、本人の能力とは一切無関係」という認識が広まらないといけない: 不倒城
ちょっと今からシャドウボクシングを始めようと思うのだが。 言いたいことを最初に要約すると、以下のようになる。既出かどうかは知らない。 ・かつて「残業をたくさんする=真面目に仕事してる=仕事出来る」と評価する向き、というのはあったんだろう、と思う。もしかすると今でもあるのかも知れない。 ・それに対するカウンター的な議論、「残業は本来よくないこと」という認識も、最近はある程度一般的になってきたような気がする。 ・残業をたくさんすることと、仕事が出来ることはイコールで結びついてはいけない。これは当然の前提だ。 ・一方、残業が多いからといって「仕事が出来ない」かというと、それも一概に言えることではない。残業容認へのカウンターとして「残業が多い人=仕事が出来ない人」というレッテリングを行うのも、端的に言ってやり過ぎだし、逆効果だと思う。 ・どんな形態の残業であれ、それが発生してしまっているのは単に上
1万円起業 片手間で始めてじゅうぶんな収入を稼ぐ方法
ニッチなビジネスでも、一家族が食べていけるくらいの収益を得られるチャンスが増えてきています。IT技術の発達により、全国、全世界をマーケットにできるようになったからです。 1万円起業 片手間で始めてじゅうぶんな収入を稼ぐ方法 必要なのは、アイデアと行動力。小額の資金で始めるビジネスなら失敗しづらいです。ヒントは身の回りにあるはず。本書を読んで、自分のビジネス作りを始めてみましょう。 大好きなことを他人のために 自分の情熱とスキルを、他人にとって有益なものと一致させよう via: P38 好きなことであれば、高いモチベーションで続けることが可能です。しかし、いくら自分が好きなことでも、相手が興味を持ってくれなければ、ビジネスは成立しません。 自分が大好きなことをそのまま行うのではなく、他人が喜ぶ形に変換する必要があるのです。 ブログを例に挙げると、ただ日々の生活の日記をポストし続けていても、自
やり手クライアント VS 初心者SEの場合
http://anond.hatelabo.jp/20130724111127 このぐらいの事でイラつくとか、元増田は営業慣れしてないのかな？ やり手クライアント VS 初心者SEの場合クラ：これいくらでつくれる？ 初SE：（徹夜で調べてしっかり見積もった後、根拠の説明付き資料も出して自信満々で）１０００万ですね。 クラ：（ふ～ん、やっぱこのぐらいかかるか）いやいやこの規模なら５００万でしょ。それにしてもオタク単価高すぎ。いまどきありえないっしょこの金額。 初SE：（げー！５００とかまじありえねーし）ははは、５００っすか～、、、せめて８００ぐらいは・・（やばッ、こわくてつい８００って言っちゃったよ）。 クラ：（お、軽く８００まで下がったぞ、もっといくか）ぷっ、全然下がってねーしｗ、でもまあしかたねえ、８００だしてやんよ。あ、消費税込みでな。 初SE：（消費税って・・４０万か・・、まあいっか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コードに集中したい人はたぶん、起業するよりも、良き理解者と一緒に働いた方がいいと思う。 | 感謝のライフハック
https://qiita.com/tokomakoma123/items/fb7530232912dc4176c4
http://www.swatz.net/entry/2013/11/26/205903
