開発の見積もりとスケジュール管理 - クックパッド開発者ブログ
こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを
厳格なウォーターフォールの金融系IT企業が、スクラムを採用した初のアジャイル開発プロジェクトの経緯と成果を語る（前編）。Regional SCRUM GATHERING Tokyo 2016
厳格なウォーターフォールの金融系IT企業が、スクラムを採用した初のアジャイル開発プロジェクトの経緯と成果を語る（前編）。Regional SCRUM GATHERING Tokyo 2016 金融系システム開発会社として、しっかりしたプロセス管理の下でウォーターフォールによる開発を続けてきたニッセイ情報テクノロジー株式会社。 同社は、1月19日と20日に都内で開催されたアジャイル開発手法の1つ「スクラム」をテーマにしたイベント「Regional SCRUM GATHERING Tokyo 2016」で、同社として初めてスクラムを採用したプロジェクト開発の事例を紹介しました。 金融系の開発で求められる高い品質などをアジャイル開発の特性を活かしながらどのような手法で確保したのか。そして厳格なプロセスで開発してきた文化を持つ企業の中でアジャイル開発を成功させた要因は何だったのか。事例から読み取る
エラーページ - 産経ニュース
ページが存在しません 指定されたURLは存在しませんでした。 5秒後に産経ニューストップページへ移動します。 産経ニューストップへ
Firebase - Build Extraordinary Apps
Send feedback Stay organized with collections Save and categorize content based on your preferences. Make your app the best it can be Firebase is an app development platform that helps you build and grow apps and games users love. Backed by Google and trusted by millions of businesses around the world.
ブルックスの法則 - Wikipedia
ブルックスの法則（ブルックスのほうそく）は、「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけである」という、ソフトウェア開発のプロジェクトマネジメントに関する法則である。 これは1975年にフレデリック・ブルックスによって出版された著書『人月の神話』[1]に登場した。 根拠[編集] ブルックスによれば、この法則が成り立つ主な理由は以下の通りである。 新たに投入された開発者が生産性の向上に貢献するまでには、時間がかかる ソフトウェアプロジェクトは、複雑な作業である。また、新たにプロジェクトに参加した人は、仕事に取りかかる前に、まず開発の現状や設計の詳細などを理解しなければならない。つまり、新たに人員を追加するには、その人員を教育するために、リソースを割かなければならないのである。したがって、人員の増加がチームの生産性に与える効果は、短期的にはマイナスになる
デブサミで僕が話したことの簡単なまとめ - 宇宙行きたい
デブサミが 10 周年でした。 残念ながらオファーなかったのですが、一昨日くらいに急に参加していいよって言われたので 「From Legacy to Agile 〜レガシー開発からアジャイル開発へ〜」に乱入してきました。 そこでチームビルディング的な話を話させてもらいました。 資料とか特に作っていなかったので僕がリーダーとしてチームメンバーにお願いしている決まり的なことを簡単にまとめておこうと思います。 テストを書け 問題を根性で解決するな 人を殺す以外なら何やってもいい 失敗を引きずるな 個別に補足書いて行きます。 一応状況の簡単な説明をしておくと、最初は 3 人しかいないチームに 「手伝ってくれないか？」と言われ合流しました。その後、僕がリーダーになり 今は 15 人前後のチームで動いています。 テストを書け これは僕がチームに入るときに最初に宣言しました。 「テストを書かないようなプ
iBeaconは結局何なのか - ReDo
iOS7からの新機能（？）として話題のiBeaconについて、ちょっとO2Oとか決済関連で、違うんじゃないかなー？という流れがある中、BLEとiBeaconなAPIについて、ちまっと試したのでまとめてみました。 ○参考 Developers.IO：[iOS 7] 新たな領域観測サービス iBeacon を使ってみる http://dev.classmethod.jp/references/ios7-ibeacon-api/ stackoverflow：Combine iBeacon bluetooth low energy with Android 4.3 http://stackoverflow.com/questions/17875430/combine-ibeacon-bluetooth-low-energy-with-android-4-3 > I have ported the
pull request を利用した開発ワークフロー
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
今週末発売「ヒットするiPhoneアプリの作り方・売り方・育て方」の裏側 (1) - ku-sukeのブログ
見本紙とどきました！わくわく。 ２年前にFEYNMAN所属の時に書いた「iPhoneアプリで稼ごう」の続編をこのたび執筆しました。前回の本もお陰様で高評価・増刷をいただきましたが、２年経ってもういまさらアイデア勝負の一攫千金という市場でもなくなっているため、より「実務的な」本にしようということで丸山さんと再出発しました。 iPhoneアプリに関わる開発者、デザイナー、プロデューサーなどすべてのひとに自信を持っておすすめしたい１冊です。前回の本をご存じない方のために、本書を一言で表すと「iPhoneアプリのプログラミング以外全部」を企画からマネタイズ、運用まで網羅して解説した本です。 発売は7/27(土)！事前予約はこちら＞＞ まずは目次です！ CHAPTER 1 イントロダクション - ヒットするiPhone アプリの作り方・売り方・育て方 - どんなプレーヤーが市場にいるの? - iTu
普通の氷と違って気泡や不純物の混入が少ないきれいな球状の氷ができる「WINTERSMITHS」
球状の氷でお酒を味覚的にも視覚的にもより楽しむことができ、通常の氷でお酒を冷やすよりも長い時間冷えたお酒を楽しむことが可能となるのが「WINTERSMITHS」です。 The Ice Baller: Makes Clear, Slow-Melting Ice Spheres by Wintersmiths — Kickstarter http://www.kickstarter.com/projects/1558658596/the-ice-baller-makes-clear-slow-melting-ice-sphere これがWINTERSMITHSで作った球状の氷。とてもきれいで気泡や不純物が混ざっておらず、お酒に入れれば普通の氷を使うよりも雰囲気が出ます。 WINTERSMITHSの開発者であるクリス・リトルさんがこの球状の氷を作る装置を発明するきっかけとなったのは、なんと日本に
受託開発にアジャイルは適用できるか？
3つの大事なこと まず全ての受託開発に適用できるかというと、それは難しいと考えています。 これまでクレイに発注いただいた開発で、次のような案件に適用してきました。 Webサービス スマートフォンアプリ プロトタイプ、研究開発 要件が曖昧だったり、仕様が変わりやすいもの、市場の変化が大きいものなどですね。 次に規模ですが大きくても3，4人で半年から一年程度の小規模な開発が多かったです。 ただこれまでいくつかのプロジェクトを進めてきて、向き不向き以上に大事なことがあるとわかりました。 特に次の3つが進めていくために大事なことと感じています。 クライアントにプロジェクトに責任を持って参加してもらう アジャイルに適した契約にする 開発プロセスを出来るだけ透明化する クライアントにプロジェクトに責任を持って参加してもらう 「クライアントにプロジェクトに責任を持って参加してもらう」とはどういうことでし
超速で開発・リリースするための6つのこと - Cybozu Inside Out | サイボウズエンジニアのブログ
「サイボウズ・アドベントカレンダー」の8日目です。ちょうど真ん中まできました（これまでの記事一覧）。 こんにちは。kintone 開発チームの刈川です。いきなりですが、皆さんはどのくらいの頻度でアプリやサービスをリリースしていますか？ 1週間？ 1ヶ月？ 1年？ 規模によると思いますがクラウドサービスではリリースのスピードが大事です。せっかくいいアイデアを思いついたのに、それを実現するまでに果てしない時間と労力がかかるとしたら…。ユーザの意見を取り入れるまでに半年も一年もかかっていたのでは、ユーザは他サービスに移ってしまうかもしれません。そこで今回は、私たち kintone チームが取り組んでいる「スピーディな開発・リリース」のための手法を簡単に紹介したいと思います。 アイデアを形にする アイデアというのは形にするまでがゴールです。開発現場ではこのことをリリースと呼び、リリースをするまでに
セガ『ナイツ』を移植したセガ上海の開発秘話が胸熱すぎると話題に : ゴールデンタイムズ
21 ：名無しさん必死だな ：2012/07/06(金) 17:33:52.78 ID:hnUbJ+gn0 これを貼るべきスレのようだな いかにサターン版のナイツが 出鱈目で混沌とした代物だったかを示す貴重な証言だ 今回の移植はこのPS2版がベースになるのかな 〜今から２年前（２００６年２月)〜 「SEGA AGES2500 ダイナマイト刑事」が完成間近となり、 次の仕事を何にしようか奥成Ｐと検討開始。 刑事の出来がなかなか良かった為、 「難易度高いですけどナイツやれませんか」と言いだす奥成Ｐ。 我々自身にとっても「やりがいのある」タイトルだ。 個人的に調べてみると“たのみこむ”などでのリクエストもとても多い。 あまりの難易度の高さに日本の開発会社では採算が合わない、 我々がやらねば世に出ることは無いだろう。 そう思うと何やら責任感さえ湧いてしまい、結局承諾した。 この時点で「２００６年中
テクノロジー : 日経電子版
電気自動車（EV）にコネクテッド（つながる）、自動運転――。新技術を搭載するクルマが続々と登場しているが、大ヒットを記録しているものは少ない。どうすれば普及期に突入できるのか。 「…続き エコカーに「無関心の壁」 米自動車市場の現実 ［有料会員限定］ ＥＶ時代はまだ来ない 現実解は「マイルドＨＶ」
ステージングサーバ予約アプリを自作したよって話 - mixi engineer blog
こんにちは。よういちろうです。今日はOpenSocialなどmixi Platformの話ではなく、最近開発した「あるWebアプリ」についての話をしてみようと思います。 いつの時代も予約って大変！？ このエントリを読んでいる方々の多くは、何らかのシステム開発に関わっている人が多いのではないかと思います。その規模には大小があり、エンタープライズ向け or コンシューマ向けがあり、最近ではWebアプリ or スマートフォンアプリといった区分けもあるでしょう。こういったシステム開発において、よく使われるテスト手法として「ステージングサーバの利用」があげられます。「本番サーバじゃないんだけど、開発機でもない中途半端なもので最終確認する」ためのサーバ、というものですが、一般的には限りなく本番環境に近い環境を準備して、環境の違いからくる不具合などを事前に解消、確認した上で本番環境にリリースする、という
チャットワーク開発の裏側 - EC studio 技術ブログ
大変ご無沙汰な技術ブログ更新となってしまいました。 振り返ってみると、前回の記事がもう約2年前！ ブログ記事を楽しみにしていただいていた方には申し訳ない限りです。 この2年間、何をやってたかというと、 「チャットワーク」というサービスの開発に全社を挙げて取り組んでいました。 チャットワークはおかげさまで2011年3月1日のリリース以来、 1年で6万ユーザーを突破し現在も順調に成長を続けています。 そして今年の4月1日に、創業から12年使用し続けてきた 「株式会社EC studio」という社名を「ChatWork株式会社」へと 変更することを発表しました。 （※エイプリルフールに発表しましたが、本当です＾＾； 変更の実施は6月ごろを予定） それなりに親しんでいただけていた EC studio という社名を 変更するのは勇気のいることでしたが、チャットワークというサービスには それだけの可能性
iOS Developer Enterpriseで社内向けiPhoneアプリを作る方法 [完全版] » SHINGOLOG
iOS Developer Enterpriseで社内向けiPhoneアプリを作る方法 [完全版] 2012年3月13日 in iPhone 前回の記事で「iPadやiPhoneで社内向け業務アプリを作る方法」として全体の流れを説明しましたが、今回は具体的な実装方法をまとめていきます。ネットで探しても企業用アプリの例は公開されているものが少なくて苦労したんですが、分かってみればかんたんです。アップまで詳しくまとめてますので、この記事だけでEnterpriseでの配布までは完璧なハズ！ iOS Developer Enterpriseを使うメリット おさらいですがiOS Developer Enterpriseは、社内用のアプリを作る場合に使うライセンスです。 ・AppStoreに公開せずデバイスにアプリをインストール出来る ・しかも台数制限なし ・インターネット経由でアプリをダウン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IRKitの作り方
http://www.quon.asia/yomimono/lifestyle/law/2009/06/05/1755.php
パナソニック、家電量産に３Ｄプリンター活用 ：日本経済新聞
