プロジェクトが失敗する10の兆候
今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス
Electronでデスクトップアプリを簡単構築
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） 全国5000人のエンジニアをやめて寿司職人になろうと思っているみなさんこんばんは。 前回までスライド共有用のアプリケーションを趣味(リハビリ)で作っていたのですが、折角なのでデスクトップクライアントも作ってみました。 構築にはElectronを使ったのですが、結構簡単にできたので記録としてまとめておきます。 Electronって何？GitHubが開発するクロスプラットフォームで動作するアプリケーションを開発するためのフレームワーク。コードの記述はHTML5とNode.js。その範囲であれば既存のWeb開発技術が使いまわせる。例えばjQueryとかAngularなんかを使うのも可能Chromeブラウザのオープンソース版のChr
発注するのが早すぎることを棚に上げてITベンダーに文句言ってる事例
上流工程に積極的に参加を 当事者意識が欠けてはいないか それまで付き合いのなかった大手ITベンダーに、システム構築を発注した。他のネット広告企業のシステムを構築した経験があり、SEのスキルも申し分ないと考えて、仕事を任せた。 ところがこのプロジェクトは要件定義の段階でつまずいた。我々は経営層や利用部門の要望をまとめきれず、要件定義が遅れた。そこで、このITベンダーの営業担当者やSEに、作業の進め方に不備がないかどうかアドバイスを求めた。 すると営業担当者は、「要件定義は担当の範囲外です」と言う。SEは当社に常駐しており、我々の苦労を把握していたはず。だが、「要件定義書が完成しなければ、開発作業に着手できません。納期を守るためにも急いでください」と、他人事のように言ってくるだけだった。 もちろん、要件固めはユーザー企業が責任を持って進めるべき作業であると分かっている。しかし、こちらが助言を求
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【資料公開】カイゼンの基本