【極秘入手】7pay開発の内部資料。｢セキュリティー不備｣は急な開発と“度重なる仕様変更”が一因か
Business Insider Japan編集部｢7pay｣取材班は、7payの開発スケジュールを取りまとめた内部資料を入手した。 開発現場の関係者の間でやりとりされた資料の最終版に近いもので、2018年末からサービスイン直前までの間が、どのようなスケジュールで動いたのかを示す資料だ。現場をよく知る複数の関係者の証言からは、記者会見で注目が集まった｢セキュリティー不備｣につながる慌ただしい開発現場の姿が浮かび上がる。 7payの不正利用に関しては、7月3日にアカウント乗っ取りと不正利用が発覚し、続く4日セブン＆アイHDが記者会見で被害推定額を｢約5500万円｣と発表。同日夜に中国籍の男2人が不正利用に関して詐欺未遂の容疑で逮捕された。 セブン＆アイHDはセキュリティー対策の甘さへの指摘を受ける形で、5日にはセキュリティー対策強化を目的とした新組織発足と二段階認証導入、1回あたりのチャージ
エンジニアが知っておきたい工数見積もり術！ " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub｜若手Webエンジニアのキャリアを考える！
エンジニアが知っておきたい工数見積もり術！ 無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策
アジャイルな見積技法：『アジャイルサムライ』を読んで - ぷろまねさん
読んでからずいぶんと経ってしまったのだけど、アジャイル開発について言わずと知れた『アジャイルサムライ』について書いておく。 本書はアジャイル開発についての思想とそれを支える各種ツールを、かなり平易な言葉で時に面白おかしく、かつ網羅的に解説している。アジャイルについて本格的に学び始めるには非常に良い本だと思う。 構成としては大きく3つ、計画、運営、開発の3部構成になっている。計画部分でアジャイルに適した見積もりの仕方など、運営の部分でイテレーションを単位としたプロジェクトの進め方、開発でTDD、CIなどのアジャイルに親和性の高い各種開発手法を紹介している。今回は計画の中の見積もりに話題を絞ってみる。 アジャイルな見積技法 面白いところは、見積技法として「絶対的な数値として精緻な見積もりを行うことを敢えてせず、何らかの実績のある作業と比較して相対的に（作業Aのx倍）見積もりを行う」という点。こ
トヨタ生産方式の標準作業とは～３点セットの作り方から整流化改善の進め方のテキスト・ツール・事例を公開
流れを整えて工程と作業を計画して管理する方法。 トヨタ生産方式の工程管理の極意は、流れをつくることです。工程の入口から出口までの流れを停滞させることなく、“細くて速い”流れにします。 どのように生産工程を管理するのか、流れでモノをつくるための管理視点、コスト設計、工程設計、作業設計、原単位表の作... 工程別能力表の目的 いくつかの工程や機械加工を経て完成品が加工される場合、各工程（設備）の生産能力にバラツキが生じます。 そこで、各工程の生産能力を定時間で最大何個加工できるか明らかにし、その中でボトルネックとなるネック工程を確認することで、 その工程の生産能力を上げるための改善の手がかりとします。 受注数と生産能力をチェックしながら、改善箇所に必要な手当てや調整を行います。 工程別能力表の作成手順 ①工程名称を記入する。 ②機番を記入する。 ③基本時間を記入する。 ・手作業時間；作業者が機
伝説のプログラマーが説く「時間通りに絶対終わらせる」仕事の進め方 - リクナビNEXTジャーナル
長時間労働が大きな社会問題となっている昨今。「ノー残業デー」や「プレミアムフライデー」など、長時間労働を是正するような取り組みが一部の企業で行われています。けれど「そうは言っても、なかなか早く帰れない」「そもそも仕事が終わらない」と悩んでいるビジネスパーソンも多いのではないでしょうか。 Windows95の生みの親のひとりであり、「右クリック」「ドラッグ&ドロップ」を現在のような形に設計したというソフトウェアエンジニアの中島聡さんは、著書『なぜ、あなたの仕事は終わらないのか』（文響社）が10万部を超えるベストセラーとなっています。著書では「ロケットスタート時間術」を公開している中島さんに、「どんな要因があっても絶対に早く仕事を終わらせる」仕事の進め方を伺います。 中島聡さん UIEvolution Founder / neu.Pen CEO 1960年、北海道生まれ。高校在学中からアスキー
現場は悲鳴、空回りする大手ITの残業削減策
残業時間が60時間を超える「ブラック状態」を解消するため、働き方改革に力を入れる大手IT企業が増えている。ところが、その残業削減策が空回りし、当の現場では悲鳴が上がっている。大手IT企業の二つの例を紹介しよう。 ケース1・・・リモート環境のせいで24時間連絡を受ける状態に 佐藤氏（仮名）は、大手ITベンダーA社のプロジェクトマネジャーだ。24時間365日の稼働が要求される大規模システムの開発や運用のチームを率いる。A社は残業削減に力を入れ、遠隔地（リモート）で仕事ができる環境を整えた。顧客から直接受注する元請けの立場でもあり、恵まれた環境に思える。 ところが、現実は全く違うと打ち明ける。例えば深夜、佐藤氏のもとに連絡がよく入る。なまじリモートで仕事に取り組める環境が整っているために、「対処して当然」と周囲から見られるのだという。 優秀な一部のメンバーには同様の連絡が入る。佐藤氏は以前、負荷
MRJ、5回延期のワケ ゼロからの再出発で国内航空産業が課せられた宿題とは | 乗りものニュース
三菱航空機は2017年1月23日、開発中の国産小型旅客機「MRJ」について、ANAへの引き渡しを延期すると発表しました。その開発期間における計画延期はこれで5回目ですが、そこにはどんな理由があるのでしょうか。 MRJ、完成引き渡しは2020年に 三菱航空機は2017年1月23日（月）、現在開発中の国産リージョナルジェット（小型旅客機）「MRJ」について、ローンチカスタマーであるANA（全日空）への引き渡しを予定していた2018年半ばから、最長で2年延期し2020年半ばとする方針であることを明らかにしました。 「ローンチカスタマー」とは、航空機メーカーが新型機の開発、製造に踏み切る後ろ盾となる注文主のことで、すなわちその新型機が最初に引き渡される相手でもあります。ローンチカスタマーへの引き渡しが延期されるということは、つまりその新型機の開発計画全体が遅延していることを意味します。 MRJは、
結果オーライのマネジメントでいいのか？ － 成果の予見可能性を高めるために | タイム・コンサルタントの日誌から
海外企業で経営者の一員として働く知人が、「利益額という結果だけで親会社から評価されマネージされるのではたまらん」と考え、Strategic Business Planを策定したという話を、前回書いた。彼は安定した成長の軌道を描くために、そして必要な経営資源を明らかにするために、苦心している訳である。では組織が「結果オーライのマネジメント」を脱して、成果の予見可能性を高めるためには、どうしたらいいのか？ 答えはある意味、単純である。最終結果だけではなく、途中段階をコントロールする。すなわち、仕事を結果に至るまでの過程＝プロセスに分解し、プロセスを構成するそれぞれのステップがきちんと働くようにすることである。たとえていうならば、長い釣り竿の先端を、ねらった位置にぴたりと当てるゲームを考えてみてほしい。根元だけ持って、先端の位置をコントロールするのは難しい。途中で勝手にしなるし、手元のブレや風の
先に相手の予算聞けよ
見積もり初心者の増田君にマジレスな。 先に相手に予算聞いて「う～ん、２００万ぐらいかな～」って言ってきたら、それに合わせて見積もり作れ。 簡単な要求でも２００万円分の機能をつけてやればいいし、難しい要求なら２００万円以内でできる仕様にすればいい。 これができれば見当違いだったり桁違いの見積もり出して大失敗することはないし、確度はかなり高い。 ある程度精度のある見積もりを作った方がいい。 要求仕様だけ見せてきて予算を言ってこない場合は「降り」 これは発注先が決まっていて、社内でちゃんと相みつ取った証拠に使われるだけで完全に無駄な労力になる。 出すならバカ高い金額で適当に作った見積書出しておけ。 マジなコンペも「降り」 零細企業は5分の1とかのコンペに付き合ってる暇はない。 金額は限界まで下げないと取れないし、仮に取れても要求仕様も期間も厳しくなってデスマーチ確定。 無理しすぎたせいで納期内に
Web制作のリアルな工数と見積もりの話～フリーランス編～
http://coziest.net/?p=572 のパクリです。 WP-Dの元記事や上記ブログの記事を見ても納得しない人は多いでしょう。なぜか。 「制作会社の視点であって、フリーランスの視点で考えていない」からだと思います。はてなにはフリーランスの人が多いのです。 そこで、細々と10年フリーランスをしている自分が、「フリーランス編」として工数と見積もりの話をしたいと思います。 ■依頼内容 個人なので、100ページ以上必要なサイトを依頼される事は稀です。顧客も、中小・零細企業がほとんどでしょう。 ここでは前提条件として、「30ページ前後のホームページをWordpressで管理できるようにする」というリニューアル案件を想定したいと思います。 そしてこのぐらいの規模の場合、納期は概ね1ヶ月前後とだと考えられます。1ヶ月は待ってくれるけど、それ以上かかるようなら破談になる可能性が大です。 ■見積
どの上司にも通用する説明術（8）表面的なことばかり言う部下が変わった「二つの理由」
この連載では、「ダメに見せない説明術」を扱っている。前回は、三つめのダメ説明である「抽象的、具体的でない、表面的」をテーマに取り上げた。10のダメ説明は以下の通りである。 「10のダメ説明」 長い、細かい、テンポ悪すぎ 論点不明、主旨不明、結論なし 抽象的、具体的でない、表面的 理由がない、何故？が満載、説明が不足 独りよがり、自分視点、自己中心 遅い、ぎりぎり、時間なし 理解が浅い、内容が陳腐、質問されると沈黙 先を読まない、場当たり的、その場しのぎ 思想がない、考えがない、自分がない 反論する、否定する、対立する 今回も三つめのダメ説明である「抽象的、具体的でない、表面的」をテーマにする。前回は、抽象的、表面的な説明とはどういうものか、何故ダメなのかを説明した。仕事を行うためには、できるだけ具体的に考え、説明しなくてはならないと筆者は考えている。 しかし、それは簡単なものではない。なぜ
本音と建前 - Wikipedia
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2010年7月） 独自研究が含まれているおそれがあります。（2021年10月） 出典検索?: "本音と建前" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL 本音と建前（ほんねとたてまえ）は、何かしらに対する人の感情と態度との違いを示す言葉。しばしば日本人論に見出される言葉でもある。 解説[編集] 本音は、何かしらの事柄に対して、個人や集団に共有される意識に内在する感情や欲求を含む価値観に照らして心に抱かれるものであり、これは全く自由な心の働きによって形作られる。同義語には「本心」が挙げられ、自身に対する偽り（嘘）を含まない。 ただこういった本
競争入札における見積精度とコスト超過のこまった関係 | タイム・コンサルタントの日誌から
「プロジェクト入札における見積リスクと最適応札価格について」というタイトルの講演発表を、日本経営工学会の春季大会で行った。学会だったので聴きに来られる方が限られていたため、ここにそのエッセンスを（数式はのぞいて）採録することにする。 ご存じのとおり、わたしが勤務するエンジニアリング業界では、ほとんどのプロジェクトが競争入札で決まる。エンジ業界に限らず、建設業界やSI（システムインテグレーション）業界などのプロジェクトも、競争入札を実施することが多い。発注者側は基本仕様書とITB（Invitation to Bid）あるいはRFP（Request for Proposal）を用意し、応札者に配付する。応札側は、仕様書にもとづいて見積作業を行い、応札価格を決める。 入札だから、技術要件で失格にならない限り、原則として最低価格の提示者が受注できる。しかし、見積精度には限界があり、かつ実行時にコス
日本は世界の半導体/組込産業をけん引している - ザイリンクス Rogan社長
Q:OSとかミドルウェアとか、全部そうですね。逆に言うと、もうARMのエコシステムに入ったので、そこまで早期に言わなくてもこれからは大丈夫という訳ですね。 Rogan:ARM側から話題多少を変えますけど、今我々が結構宣伝しているのは新しいツールであるVivadoです。なぜ、それを宣伝してるかと言うと、丁度尺取虫みたいな感じだと思うんですね。まずツールが出て、それハードウェアが追いついて、またツールが出て、ハードウェアが追いつくような感じですね。 今はDeviceがどんどんややこしくなってきています。昔はFPGAは結構乱暴に使えたと思うんですよ。どういうことかと言うと、例えば、RTL合成の時に、タイミングが合わなくても、まあ最後にRouteの後で何とかできるんじゃないかなと(笑)。で、もちろん、その時代でもそうした使い方は推奨できるようなものではないんですが、現実的にはそうなってました。とこ
コストは現場で管理し、出来高で把握せよ
皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。 管理職はコスト管理に向かない 日本では、プロジェクトマネージャの多くが、プロジェクトのコストに責任を持っていない。ほとんどの場合、コスト責任はプロジェクトマネージャの上司である管理職にある。これで、本当のコスト管理ができるのだろうか。 プロジェクトマネージャには納期責任があるので、納期だけは何とか守ろうとする。すると残業が増え、予算コストを守れなくなる。 コスト管理をプロジェクトマネージャではなく、上位の管理者がやっていては、コスト超過の原因を的確に把握できず対処
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.kanto.meti.go.jp/seisaku/enetai/data/20100708jirei.pdf
アイドルの食事のカロリーを算出リプライする“成分分析おじさん”、今度はアイドルの脚に残った靴下の跡から商品を特定
本書について
トヨタ生産方式は原単位を徹底的に小さくすることを考える
パスワード認証