開発プロセス = プロジェクトの見通しを立てること 開発プロセスと言うと、プロジェクトを運営するためのパターン/フレームワークみたいなイメジをしてたけど、見通しを立てることってのはなるほどだ #devsumiB
2018-09-28 16:57:00「プロジェクトの三態。価値探索、試行錯誤、製品化」 来るときに作ったといいつつ、こういったイメージしやすい言葉を作れるって素敵…。#devsumiB
2018-09-28 16:57:52なんちゃらプロセスを導入して、それを自分たちがどう解釈/運営するか?に意識が取られて、純粋に「見通しを立てること」ができてないケースは多い気がする なんちゃらプロセスとかはどうでも良くて、自分たちなりに見通しを立てることが重要なんだな #devsumiB
2018-09-28 16:59:29実際、自分が今までで一番うまく回っていたプロジェクトって、もう15年くらい前だけど、スクラムなんかなかったし、アジャイルもXPが入ってきたくらい。 特別、なんちゃらプロセスとかもなくて、我流でどうすればうまくいくかを考えてやってたときだったなぁ #devsumiB
2018-09-28 17:01:02チームと環境 コストとスケジュール スコープ テクノロジとアーキテクチャ のトライアングルでプロジェクトを測って、どこにリスクがあるのか、そのリスクを減らすためにどう手を打つのかを考える #devsumiB
2018-09-28 17:12:53プロジェクトがどの段階にあるかに応じて、どこがリスクになるか、どの手が有効なのかが変わってくるので、今どの段階なのかを把握しておく必要がある #devsumiB
2018-09-28 17:15:53ウォーターフォールの最大のメリットは「未経験のメンバーが習熟しやすい」 気づかんかったなぁ #devsumiB
2018-09-28 17:19:38「未経験のメンバーが習熟しやすい」これアジャイルじゃ難しいのかな?? アジャイルをよく理解していないのかもしれない。 要件定義〜完成までを一人で担うのがアジャイル? #devsumiB
2018-09-28 17:22:47B-7セッション『勝てる「開発プロセス」の作り方 ―そのプロジェクト計画、本当に成功を確信して書いていますか?』岡 大勝さん(ゼンアーキテクツ)です! #devsumi #devsumiB pic.twitter.com/PapSGvgBSi
2018-09-28 17:26:21「アジャイル開発なら工数削減や工期短縮になるんでしょ」は動機が不純(笑) 結果的にそうなるかもしれないけど、それを目的にしてやるとがっかりするときがくる。 #devsumiB
2018-09-28 17:27:59アジャイルは暗黙知の有効性を再評価したプロセス 暗黙知を活かすために必要なたったひとつのこと 「信頼」 まさに...!! #devsumiB
2018-09-28 17:30:05要求は仮でもいいから決めて→要求をすばやく実装して→早く利用してもらいフィードバックを得ることで→要求の正しさを確認する #devsumiB
2018-09-28 17:30:12ウォーターフォールでは、役割の明確化、ドキュメントを正とした姿勢。個々の人を見るよりも、「誰でも同じようにできること」を価値とする。 アジャイルでは、暗黙知を再評価。人との「信頼」を大事にしていく。 どちらが良いとか悪いとかではなくて、考え方が全く違うんだなぁ。 #devsumiB
2018-09-28 17:30:44