CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
JS 大規模プロジェクトの管理手法 – ロードオブナイツの実例紹介
どうもこんにちは。 Aiming で東京開発グループのゼネラルマネージャをやっている小林です。 8月に mobage と Yahoo! モバゲー で ロードオブナイツ というシミュレーション RPG をリリースさせて頂きました。 そして、先週、 Yahoo! モバゲー版の PC ブラウザ専用デザインをリリースさせて頂きました。 今回リリースしたものは元々 Unity で作られていた iOS アプリ版 Lord of Knights を HTML5 で書きなおしたものです。 （今は Android 版 もあります） HTML のポチポチゲーをネイティブに移植したというのはよく聞く話ですね。 ですが、逆にリッチなネイティブアプリを HTML5 に移植し、かつスマフォブラウザと PC ブラウザで同じものを動かすなんてのは前例が見当たりませんでした。 技術的ハードルが高かったことに加えて期日がタイ
ウノウラボ Unoh Labs: テスト計画書のテンプレート
こんにちは！やまもと＠テスト番長です。 巷ではインフルエンザが流行っているようですが、皆さんお元気にお過ごしでしょうか。 さて、プロジェクトが立ち上がったとき、（特に受託案件の場合） テストのドキュメントはどうしようか？という話が出ると思います。 適当にやる訳にも行かないけれどIEEE829をベースにしたものだと重かったり、割と迷う部分です。 英語ですがテスト計画のテンプレートを配布しているサイトがあったので、ご紹介してみます。 Pragmatic Software http://www.pragmaticsw.com/ Software Development Templates http://www.PragmaticSW.com/Templates.asp テスト計画書 Test Design - http://www.pragmaticsw.com/Template_Te
あるＳＥのつぶやき: プロジェクト管理メモ
プロジェクト管理はオンラインの情報だけで学べるものではないとは思いますが、情報がなくならないようにメモしておきます。 ■プロジェクト管理 プロジェクトマネジメント入門：ITpro プロジェクトマネジメント連載記事インデックス プロジェクトマネジメントの理論と実践：ITpro 計画部分を重視したプロジェクトマネジメント連載記事インデックス プロマネ最強マニュアル---目次：ITpro プロジェクトの火消し方法解説記事インデックス プロジェクト・マネージャの「やってはいけない」---目次：ITpro プロジェクトマネジメントアンチパターン解説記事インデックス なぜプロジェクトは失敗するのか インデックス － ＠IT自分戦略研究所 プロジェクト失敗理由の連載記事インデックス EnterpriseZine：コーナー：実務で役立つプロジェクトレビューの心得 リスク管理などのプロジェクト管理解説記事イ
【Q＆A】情報を共有しないプロジェクト管理者を説得するには？
質問：チームリーダーを説得して、チームが必要とする新分野の研究について情報を共有してもらうにはどうすればいいでしょうか。現在、テーマについて知っているのは担当開発者のみで、それ以外の開発者はプロジェクトで何が起きているのか知るすべがありません。 この質問は極めて妥当であり、非常によくある状況で、プロジェクト内部のかなり深刻な問題といえる。残念ながら、個人のモチベーションが特定の人物に左右される中で質問者が抱える具体的な問題を突き止めるのは難しい。わたしにできるのは、自分が置かれた状況を見極めるための指標を提供することだ。 まず、チームリーダーが情報を共有すべき理由を挙げてみよう。 人の数が多いほど知恵も集結できる。解決策を提案できる人が増えれば問題を解決しやすくなる 知識を行き渡らせることにより、人事異動や中心的人物の突然の病気といった事態に持ちこたえやすくなる 関係者を巻き込み、広い視野
“とりあえず”が通用しなくなる「工事進行基準」の世界
システム構築や受託ソフトウェア開発などのITサービス業界は「とりあえず」が通用する業界だ。要件が明確でなくても「とりあえず」開発を始め、要員が足りなくても「とりあえず」プロジェクトは続く、ユーザー企業への請求額が決まっていなくても「とりあえず」、納品する。しかし、このような「とりあえず」を許す業界の一部の体質は2009年4月以降、変わらざるを得ないだろう。開発の進捗管理が厳密に求められる工事進行基準の原則適用が始まるからだ。 工事進行基準の基礎や影響、対応については以下記事を参考。 デスマーチがなくなる？ IT業界に義務付け「工事進行基準」ってなんだ 工事進行基準を分かりやすく解説してみよう【基本編】 工事進行基準を分かりやすく解説してみよう【対応編】 ベリングポイントのシニアマネジャーで公認会計士の山田和延氏は6月20日の説明会で、ITサービス企業が進行基準を適用する上での課題と対応策を
プロジェクトは、計画通りに進まなくて当然
簡単なはずのプロジェクト管理が難しいのはなぜ？ 前回「プロジェクト管理は『簡単なことを、確実に』」では、プロジェクトマネジメントとは次の3つを行うことだと説明しました。 成果の設定 仕事の設計 PDCAサイクルを回すを回す 実際に行うべきタスクは、下図の通りです（図1）。これも、前回お話しした通りです。 これも前回の繰り返しになりますが、プロジェクトマネジメントそのものは、簡単なことを確実に行うだけなのです。 それでは、なぜプロジェクトで問題が続発するのでしょうか？ なぜ思った通りの成果が上がらないのでしょうか？ 今回は、「なぜプロジェクト管理が難しいのか」を考えることで、プロジェクトの本質とは何か、そしてプロジェクトで発生した問題をどのように解決すればいいのかについてお話ししたいと思います。 プロジェクト管理が難しい本当の理由 プロジェクトマネジメントがなぜ難しいか、その理由は2つありま
プロジェクト費用の見積もりと管理を効率的に行う10の方法 - builder by ZDNet Japan
決算の数字をよくすることは、IT部門にとっても企業レベルの組織全体にとっても同じように重要なことだ。ITのフレームワークの中で健全な財務管理を実現することには、単なる効率以上の幅広い事柄が含まれており、多くの要素が関係している。IT費用の主要因を理解すること、IT関連予算支出計画を全体的な事業戦略と結びつけること、財源を効率的に使うこと、IT費用を投資と見なしその成果を追跡する手続きを持つこと、IT投資判断を行うための健全な手続きを実現することなどがこれに含まれる。プロジェクト費用の見積もりは戦いの半分に過ぎない。プロジェクトの最中や納品後にその費用をコントロールすることも、同様に大事なことだ。この記事では、全体的なIT財務管理の信頼できる土台の一部として、費用の予測と管理を行ういくつかの手法を検証する。 1．基準コストを管理する 既存のITシステムの維持のために支払わなければならない義務
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
トヨタが気前よくカイゼンを教える本当の理由（1/3） ― ＠IT MONOist